เหตุผลการยกเลิกการสมัครสมาชิกมักมาถึงคุณก่อนคำขอคืนเงิน และ Google Play ให้ข้อมูลส่วนนี้มากกว่า Apple หลายเท่า

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

Google Play บอกอะไรคุณบ้างเกี่ยวกับเหตุผลการยกเลิกการสมัครสมาชิก

เมื่อผู้ใช้ยกเลิกในศูนย์การสมัครสมาชิกของ Play ทาง Google จะถามเหตุผล คำตอบจะอยู่ใน subscription resource ที่คุณได้จาก purchases.subscriptionsv2.get ภายใต้ canceledStateContext ออบเจ็กต์นี้มีอยู่เฉพาะตอนที่การสมัครสมาชิกอยู่ในสถานะยกเลิกแล้วหรือหมดอายุแล้ว และบอกว่าใครเป็นผู้สิ้นสุดการสมัคร: ผู้ใช้, ระบบของ Google, คุณ หรือการแทนที่ เช่น การเปลี่ยนแพ็กเกจ

เมื่อผู้ใช้เป็นคนยกเลิก ออบเจ็กต์ userInitiatedCancellation จะมีสองฟิลด์ cancelTime บอกเวลาที่ยกเลิก cancelSurveyResult เก็บคำตอบของแบบสำรวจ

คอลัมน์ขวาสุดเป็นการตีความของเรา ไม่ใช่ของ Google สองคอลัมน์แรกมาจากเอกสารอ้างอิง API โดยตรง

การแจ้งเตือนไม่ได้มีเหตุผลมาด้วย

การสมัครสมาชิกที่ถูกยกเลิกจะส่งการแจ้งเตือนนักพัฒนาแบบเรียลไทม์ SUBSCRIPTION_CANCELED ซึ่งเป็น type 3 Google ระบุชัดเจนว่าการแจ้งเตือนเหล่านี้บอกเพียงว่าสถานะการซื้อเปลี่ยนไป payload ให้แค่ purchase token และไม่มีข้อมูลที่มีประโยชน์อื่น ดังนั้น handler ของคุณต้องเรียก purchases.subscriptionsv2.get เพื่ออ่านคำตอบของแบบสำรวจ

มุมมองใน Play Console

คุณไม่ต้องเขียนโค้ดเพื่อดูยอดรวม รายงานการสมัครสมาชิกใน Play Console มีการ์ด Cancellations ที่แบ่ง churn เป็นแบบสมัครใจ ไม่สมัครใจ และอื่นๆ และมีการ์ด Cancellation survey responses สำหรับผู้ใช้ที่เลือกตอบ คำตอบแบบข้อความอิสระจากผู้ใช้ที่เลือกอื่นๆ ดาวน์โหลดเป็น CSV ได้จากการ์ด Other responses การดาวน์โหลดนี้ต้องใช้สิทธิ์ View financial data ซึ่งเป็นสิทธิ์เดียวกับที่คุณให้เครื่องมือที่อ่านคำสั่งซื้อของคุณ

Apple บอกอะไรคุณ และอะไรที่ไม่บอก

Apple ไม่มีแบบสำรวจการยกเลิกที่รายงานกลับมาให้นักพัฒนา ฟิลด์ที่ใกล้เคียงที่สุดคือ expirationIntent ในข้อมูลการต่ออายุที่ลงนามแล้ว และฟิลด์นี้อธิบายว่าการสมัครสมาชิกสิ้นสุดอย่างไร ไม่ใช่ว่าลูกค้าคิดอะไร

รหัส 1 เป็นรหัสเดียวที่อธิบายการตัดสินใจของลูกค้า และก็ไม่ได้บอกอะไรเกี่ยวกับแรงจูงใจเลย ลูกค้าที่เลิกเพราะแอปแครชบ่อยกับลูกค้าที่แค่ทำโปรเจกต์เสร็จแล้ว จะดูเหมือนกันทุกประการ

สัญญาณที่ซ่อนอยู่ใน AUTO_RENEW_DISABLED

มีการแจ้งเตือนหนึ่งของ Apple ที่ควรดูให้ละเอียด DID_CHANGE_RENEWAL_STATUS ที่มี subtype เป็น AUTO_RENEW_DISABLED มักหมายความว่าลูกค้าปิดการต่ออายุอัตโนมัติ แต่เอกสารของ Apple ระบุกรณีที่สองไว้ด้วย: App Store ก็ปิดการต่ออายุอัตโนมัติเช่นกันหลังจากลูกค้าขอคืนเงิน

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

Apple และ Google แบบเทียบกัน

จุดที่การยกเลิกกลายเป็นการคืนเงิน

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

• บน Google Play ผู้ซื้อขอคืนเงินได้เองภายใน 48 ชั่วโมงหลังซื้อ และ Google เป็นผู้ตัดสิน
• การคืนเงินผ่านฝ่ายสนับสนุนของ Google หรือ Apple จะตัดสินโดยสโตร์
• CONSUMPTION_REQUEST ของ Apple ขอข้อมูลการใช้งานจากคุณ โดยมีกรอบเวลา 12 ชั่วโมง
• การตรวจสอบ chargeback ของ Google Play ขอหลักฐานผ่าน orders.reviewrefund โดยมีกรอบเวลา 24 ชั่วโมง คำตัดสินของธนาคารเรื่อง chargeback ถือเป็นที่สิ้นสุด

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

แต่ละเหตุผลทำให้คุณเสียเท่าไร

คำตอบในแบบสำรวจยังบอกคร่าวๆ ได้ว่าบัญชีหนึ่งใช้ต้นทุนในการให้บริการไปแล้วเท่าไร ซึ่งก็คือเงินที่คุณต้องแบกรับหลังการคืนเงิน

ปัญหาทางเทคนิค

นี่คือเหตุผลที่แพงที่สุด ลูกค้าใช้ผลิตภัณฑ์มากพอที่จะเจอปัญหา คุณจึงจ่ายค่า compute เบื้องหลังเซสชันของพวกเขา ค่าเรียก model API จากคำขอของพวกเขา ค่าพื้นที่จัดเก็บสิ่งที่พวกเขาสร้าง และเงินที่ต้องจ่ายให้ครีเอเตอร์ที่พวกเขาใช้เนื้อหาไปแล้ว หากพวกเขาได้เงินคืนในภายหลัง ราคาจะกลับไปหาลูกค้าแต่ต้นทุนเหล่านั้นยังอยู่กับคุณ หากพวกเขาไปหาธนาคารบน Google Play คำสั่งซื้อหลัง August 3, 2026 จะทำให้คุณเสียราคาซื้อหักค่าบริการของ Play บวกค่าธรรมเนียมของธนาคาร

เรื่องราคา

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

ใช้งานไม่มากพอ

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

เจอแอปที่ดีกว่า

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

ขั้นตอนประจำสำหรับอ่านเหตุผลการยกเลิก

• ทุกครั้งที่ได้รับ SUBSCRIPTION_CANCELED จาก Google Play ให้เรียก purchases.subscriptionsv2.get แล้วบันทึก canceledStateContext พร้อม purchase token และ cancelTime
• บันทึก reasonUserInput แบบคำต่อคำเมื่อเหตุผลคืออื่นๆ เพราะนี่เป็นข้อความอิสระเพียงอย่างเดียวที่ทั้งสองสโตร์ให้คุณ
• ทุกครั้งที่ได้รับ DID_CHANGE_RENEWAL_STATUS ที่มี AUTO_RENEW_DISABLED จาก Apple ให้บันทึกเหตุการณ์และดึงข้อมูลการใช้งานของบัญชีนั้น เผื่อมี CONSUMPTION_REQUEST ตามมา
• ทุกครั้งที่ได้รับการแจ้งเตือน EXPIRED จาก Apple ให้บันทึก subtype และ expirationIntent เพื่อไม่ให้ churn แบบสมัครใจปะปนกับการเรียกเก็บเงินที่ล้มเหลว
• สำหรับการยกเลิกบน Google Play ที่ระบุว่าเป็นปัญหาทางเทคนิค ให้ตรวจ error log ของบัญชีนั้นและติดต่อลูกค้าก่อนที่พวกเขาจะไปหาธนาคาร
• เก็บ log การใช้งานแยกตามบัญชี เพื่อให้ตอบ CONSUMPTION_REQUEST ได้ภายใน 12 ชั่วโมง และตอบการตรวจสอบ chargeback ได้ภายใน 24 ชั่วโมง