แอปของคุณสามารถแสดงชีตคำขอคืนเงินภายในแอปได้ และนี่คือสิ่งที่ Apple ทำหลังจากลูกค้าแตะส่ง

Apple ให้ลูกค้าขอคืนเงินได้โดยไม่ต้องออกจากแอปของคุณเลย การเรียก StoreKit เพียงครั้งเดียวคือ beginRefundRequest จะแสดงชีตคืนเงินของ Apple เองภายในหน้าจอของคุณ ลูกค้าเลือกเหตุผล แล้วคำขอจะถูกส่งไปให้ Apple ตรวจสอบ คุณไม่ได้สร้างฟอร์ม คุณไม่ได้แตะต้องเงิน และคุณไม่ได้ตัดสินผลลัพธ์ สิ่งที่คุณได้คือวิธีวางเส้นทางคืนเงินไว้ตรงจุดที่ลูกค้าที่กำลังหงุดหงิดอยู่แล้ว แทนที่จะสูญเสียเขาไปให้ธนาคารของเขา นี่คือคำขอคืนเงินภายในแอป และคุณควรเข้าใจมันก่อนตัดสินใจว่าจะปล่อยปุ่มนี้หรือไม่

นี่คือส่วนที่สำคัญต่อรายได้ของคุณ ปุ่มนี้ไม่ได้คืนเงินอะไรด้วยตัวมันเอง มันเปิดคำขอขึ้นมา Apple ใช้เวลาไม่เกิน 48 ชั่วโมงในการอนุมัติหรือปฏิเสธ และสำหรับการซื้อแบบสิ้นเปลือง มันจะยิง CONSUMPTION_REQUEST ไปยังเซิร์ฟเวอร์ของคุณก่อน ดังนั้นชีตนี้จึงไม่ใช่การแจกฟรี มันคือกรวยที่นำเข้าสู่การตรวจสอบคืนเงินแบบเดียวกับที่คุณมีอิทธิพลต่อได้อยู่แล้ว และมันสามารถดึงข้อพิพาทกลับมาจากเครือข่ายบัตรก่อนที่มันจะกลายเป็นการเรียกคืนเงินที่คุณโต้แย้งไม่ได้

ชีตคำขอคืนเงินภายในแอปคืออะไรกันแน่

beginRefundRequest เป็นเมธอด StoreKit 2 ที่แสดงชีตคำขอคืนเงินสำหรับ transaction หนึ่งใน window scene ลายเซ็นของมันสั้น: func beginRefundRequest(in scene: UIWindowScene) async throws -> Transaction.RefundRequestStatus เมื่อคุณเรียกมัน ระบบจะแสดงชีตพร้อมรายละเอียดการซื้อของลูกค้าและรายการรหัสเหตุผลให้เลือก Apple เป็นผู้สร้างและควบคุม UI นั้น คุณส่ง scene และ transaction ให้ ไม่มีอะไรอื่น

คำแนะนำของ Apple เรื่องที่จะวางมันไว้ตรงไหนนั้นชัดเจน ให้เรียกฟังก์ชันนี้จากการตั้งค่าบัญชีหรือเมนูช่วยเหลือ เพื่อให้ลูกค้าที่ต้องการคืนเงินหามันเจอในที่ที่เขาจะไปหาการสนับสนุน มันมาพร้อมกับ iOS 15 และ iPadOS 15, Mac Catalyst 15 และ visionOS 1 ดังนั้นแอปใดก็ตามที่รองรับเวอร์ชันเหล่านั้นสามารถแสดงมันได้ตั้งแต่วันนี้

สองวิธีในการเปิดชีต

มีจุดเข้าสองจุด คุณสามารถเรียก beginRefundRequest(in:) บน transaction เฉพาะที่คุณถืออยู่แล้ว ซึ่งจำกัดชีตไว้ที่การซื้อนั้นเพียงรายการเดียว คุณยังสามารถเปิดชีตด้วยตัวระบุผลิตภัณฑ์เมื่อคุณต้องการให้ลูกค้าคืนเงินการซื้อของผลิตภัณฑ์หนึ่ง ไม่ว่าทางใด ชีต รายการเหตุผล และการตัดสินใจล้วนเป็นของ Apple งานของคุณจบลงที่การแสดงมันและอ่านผลลัพธ์

การเรียกส่งคืนอะไร และอะไรที่อาจผิดพลาดได้

เมธอดนี้เป็น async throws ดังนั้นมันจะส่งคืนสถานะหรือโยนข้อผิดพลาด ทั้งสองอย่างเป็นรายการสั้น ๆ และทั้งสองอย่างควรค่าแก่การจัดการ เพื่อให้ UI ของคุณบอกอะไรที่เป็นความจริงหลังจากชีตปิดลง

เกิดอะไรขึ้นบนเซิร์ฟเวอร์ของคุณหลังจากลูกค้าแตะส่ง

การที่ชีตปิดลงคือจุดเริ่มต้นของกระบวนการ ไม่ใช่จุดจบ Apple ตรวจสอบคำขอและใช้เวลาไม่เกิน 48 ชั่วโมงในการอนุมัติหรือปฏิเสธ สำหรับการซื้อภายในแอปแบบสิ้นเปลือง ก่อนที่มันจะตัดสินใจ App Store จะส่งการแจ้งเตือน CONSUMPTION_REQUEST ไปยังเซิร์ฟเวอร์ของคุณเพื่อขอข้อมูลการใช้งาน หากลูกค้ายินยอมให้แบ่งปันข้อมูลนั้น คุณตอบผ่าน endpoint Send Consumption Information หากเขาไม่ยินยอม คำสั่งของ Apple เองคือไม่ต้องตอบการแจ้งเตือนนั้นเลย

เมื่อ Apple ตัดสินแล้ว ผลลัพธ์จะมาถึงเซิร์ฟเวอร์ของคุณในรูปแบบ App Store Server Notification นั่นคือฟีดเดียวกับที่คุณรับอยู่แล้ว และคำขอภายในแอปจะเข้าสู่มันเหมือนกับการคืนเงินที่ลูกค้าเริ่มบนหน้า reportaproblem ของ Apple ทุกประการ ไม่มีอะไรเกี่ยวกับการจัดการเปลี่ยนไปเพียงเพราะคำขอเริ่มต้นภายในแอปของคุณ

ปุ่มนี้ทำให้คุณเสียอะไร และมันช่วยประหยัดอะไรได้บ้าง

การคืนเงินที่คุณโต้แย้งได้ดีกว่าการเรียกคืนเงินที่คุณโต้แย้งไม่ได้

ลูกค้าที่หาเส้นทางคืนเงินภายในแอปของคุณไม่เจอจะไม่ยอมแพ้ เขาจะไปหาธนาคารของเขา การเรียกคืนเงินผ่านบัตรเป็นที่สิ้นสุดกับธนาคาร มันมีค่าธรรมเนียมข้อพิพาท และมันดึงการตัดสินออกไปจากมือของทั้งคุณและ Apple คำขอคืนเงินภายในแอปเก็บลูกค้าคนเดียวกันนั้นไว้ในระบบของ Apple ที่ซึ่งการซื้อแบบสิ้นเปลืองกระตุ้น CONSUMPTION_REQUEST ที่คุณตอบได้และการตัดสินที่คุณมีอิทธิพลต่อได้ การแลกการเรียกคืนเงินที่โต้แย้งไม่ได้กับการตรวจสอบของ Apple ที่โต้แย้งได้คือเหตุผลทางการเงินทั้งหมดของปุ่มนี้

คุณกำลังลดแรงเสียดทานในการคืนเงิน

น้ำหนักถ่วงที่ซื่อสัตย์คือเส้นทางคืนเงินที่มองเห็นได้และแตะครั้งเดียวสร้างคำขอคืนเงินมากกว่าอีเมลสนับสนุนที่ถูกซ่อนไว้ บางคำขอในนั้นคงไม่มีวันเกิดขึ้น นั่นเป็นต้นทุนจริง และนั่นคือเหตุผลที่ Apple บอกให้คุณวางจุดเข้าไว้ในการตั้งค่าบัญชีหรือเมนูช่วยเหลือแทนที่จะเป็นบนหน้าจอการซื้อ คุณต้องการให้ลูกค้าที่ไม่พอใจอยู่แล้วหามันเจอ ไม่ใช่ลูกค้าที่เพียงแค่อยากรู้อยากเห็น

ต้นทุนที่เดินอยู่ตลอดเวลาคือการให้บริการบัญชีที่คืนเงินไปแล้ว

ไม่ว่าการตัดสินจะไปทางไหน มิเตอร์ของการส่งมอบยังคงเดินต่อไปจนกว่าคุณจะลงมือทำตามผลลัพธ์ ทุก ๆ ชั่วโมงที่สิทธิ์ที่คืนเงินไปแล้วยังเปิดใช้งานอยู่ คุณยังคงจ่ายต้นทุนจริงที่อยู่เบื้องหลังมัน: การประมวลผล การเรียก model API พื้นที่จัดเก็บ และการจ่ายเงินให้ครีเอเตอร์หรือพาร์ตเนอร์ใด ๆ ที่ผูกกับการใช้งานของลูกค้าคนนั้น คำขอภายในแอปไม่เปลี่ยนสิ่งนั้น การเพิกถอนอย่างทันท่วงทีเมื่อได้การแจ้งเตือน REFUND ต่างหากที่เปลี่ยน ปุ่มนี้ถูกก็ต่อเมื่อคุณจัดการการแจ้งเตือนที่มันสร้างขึ้นในที่สุดได้ดีเท่านั้น

คุณควรปล่อยคำขอคืนเงินภายในแอปหรือไม่

วางไว้ที่ที่การสนับสนุนอยู่ ไม่ใช่ที่ที่การขายอยู่

ทำตามคำแนะนำเรื่องตำแหน่งวางของ Apple การตั้งค่าบัญชีและเมนูช่วยเหลือคือบ้านที่ถูกต้อง ลิงก์คืนเงินข้าง ๆ paywall ฝึกให้ผู้คนคาดหวังว่าจะได้เงินคืน และมันเชื้อเชิญการคืนเงินเพราะความอยากรู้ที่คุณไม่เคยจำเป็นต้องเสนอ

ทดสอบกระบวนการทั้งหมดใน sandbox ก่อนที่คุณจะไว้ใจมัน

คุณสามารถจำลองเส้นทางทั้งหมดใน sandbox และในการทดสอบ StoreKit ของ Xcode โดยย้ายคำขอจากกำลังรอไปเป็นอนุมัติหรือปฏิเสธ การอนุมัติจะส่งการแจ้งเตือน REFUND ไปยังเซิร์ฟเวอร์ของคุณ และการปฏิเสธจะส่ง REFUND_DECLINED ดังนั้นคุณสามารถพิสูจน์ได้ว่าตัวจัดการของคุณตอบสนองอย่างถูกต้องก่อนที่ลูกค้าจริงจะแตะส่งเสียอีก

จัดการทุกผลลัพธ์ และอย่ากล่าวอ้างเกินจริงเด็ดขาด

แสดงกำลังรอเมื่อ success เสนอให้ลองใหม่เมื่อ failed บอกว่าไม่มีอะไรเปลี่ยนเมื่อ userCancelled และปฏิบัติต่อ duplicateRequest เป็นบันทึกเงียบ ๆ ว่าคำขอก่อนหน้าของลูกค้ายังคงมีผลอยู่ ความผิดพลาดเดียวที่สร้างความเสียหายคือการบอกลูกค้าว่าการคืนเงินของเขาเสร็จสิ้นแล้วทั้งที่สิ่งที่คุณถืออยู่มีเพียงคำขอที่ส่งไปเท่านั้น

RefundHalt จัดการเรื่องที่ตามมาอย่างไร

ชีตภายในแอปเป็นของ Apple สิ่งที่ตามมาหลังจากนั้นเป็นของคุณ และนั่นคือส่วนที่ RefundHalt ดูแล เมื่อลูกค้าส่งคำขอคืนเงินจากภายในแอปของคุณ RefundHalt จะดักจับ CONSUMPTION_REQUEST สำหรับการซื้อแบบสิ้นเปลืองและตอบมันภายในหน้าต่าง 12 ชั่วโมงด้วยหลักฐานการใช้งานที่ช่วยให้ Apple ตัดสิน เมื่อ Apple ตัดสิน มันจะเพิกถอนเมื่อได้ REFUND และคงการเข้าถึงไว้ไม่แตะต้องเมื่อได้ REFUND_DECLINED โดยแต่ละอย่างผูกกับ transaction ที่ถูกต้อง คุณจะสามารถเสนอเส้นทางคืนเงินภายในแอปที่เป็นมิตรกว่าได้โดยไม่ต้องปล่อยการตรวจสอบ หลักฐาน หรือการเพิกถอนไว้กับการวิ่งวุ่นแบบทำมือ