Lý do hủy gói đăng ký thường đến tay bạn trước yêu cầu hoàn tiền, và Google Play cung cấp nhiều hơn Apple rất nhiều

Phần lớn người đăng ký cuối cùng được hoàn tiền đều hủy gói trước. Việc hủy đó đi kèm một lý do, và hai cửa hàng cung cấp cho bạn lượng thông tin rất khác nhau. Google Play chạy một khảo sát ngắn và chuyển câu trả lời đến máy chủ của bạn, kể cả văn bản tự do. Apple gửi một mã số cho biết gói đăng ký kết thúc như thế nào, chứ không phải vì sao khách hàng muốn rời đi. Đọc đúng cả hai, bạn sẽ thấy yêu cầu hoàn tiền đang đến khi vẫn còn kịp làm gì đó.

Google Play cho bạn biết gì về lý do hủy gói đăng ký

Khi người dùng hủy trong trung tâm gói đăng ký của Play, Google hỏi họ lý do. Câu trả lời nằm trong subscription resource mà bạn nhận được từ purchases.subscriptionsv2.get, bên dưới canceledStateContext. Object này chỉ tồn tại khi gói đăng ký ở trạng thái đã hủy hoặc đã hết hạn, và cho biết ai đã kết thúc gói: người dùng, hệ thống của Google, bạn, hoặc một thay thế như đổi gói.

Khi người dùng là người hủy, object userInitiatedCancellation có hai trường. cancelTime cho biết họ hủy lúc nào. cancelSurveyResult chứa câu trả lời khảo sát.

Cột bên phải là cách chúng tôi diễn giải, không phải của Google. Hai cột đầu lấy trực tiếp từ tài liệu tham khảo API.

Thông báo không mang theo lý do

Một gói đăng ký bị hủy sẽ kích hoạt thông báo nhà phát triển theo thời gian thực SUBSCRIPTION_CANCELED, type 3. Google nói rõ các thông báo này chỉ cho biết trạng thái giao dịch đã thay đổi. Payload chỉ có purchase token và không có gì hữu ích khác, nên handler của bạn phải gọi purchases.subscriptionsv2.get để đọc câu trả lời khảo sát.

Góc nhìn trong Play Console

Bạn không cần viết code để xem số liệu tổng. Báo cáo gói đăng ký trong Play Console có thẻ Cancellations chia churn thành tự nguyện, không tự nguyện và khác, cùng thẻ Cancellation survey responses cho những người dùng chọn trả lời. Câu trả lời văn bản tự do từ người dùng chọn lý do khác có thể tải về dưới dạng CSV từ thẻ Other responses. Việc tải này cần quyền View financial data, cũng là quyền bạn cấp cho công cụ đọc đơn hàng của mình.

Apple cho bạn biết gì, và bỏ qua điều gì

Apple không chạy khảo sát hủy nào gửi kết quả về cho nhà phát triển. Trường gần nhất là expirationIntent trong thông tin gia hạn đã ký, và nó mô tả gói đăng ký kết thúc như thế nào, chứ không phải khách hàng nghĩ gì.

Mã 1 là mã duy nhất mô tả một lựa chọn của khách hàng, và nó cũng không nói gì về động cơ. Một khách hàng rời đi vì ứng dụng liên tục bị crash và một khách hàng chỉ đơn giản đã xong dự án trông giống hệt nhau.

Tín hiệu ẩn trong AUTO_RENEW_DISABLED

Có một thông báo của Apple đáng xem kỹ hơn. DID_CHANGE_RENEWAL_STATUS với subtype AUTO_RENEW_DISABLED thường có nghĩa là khách hàng đã tắt tự động gia hạn. Tài liệu của Apple bổ sung một trường hợp thứ hai: App Store cũng tắt tự động gia hạn sau khi khách hàng yêu cầu hoàn tiền.

Vậy trên iOS, một sự kiện tắt gia hạn có thể là dấu vết đầu tiên của một yêu cầu hoàn tiền. Nếu giao dịch là consumable hoặc gói đăng ký tự động gia hạn, CONSUMPTION_REQUEST có thể theo sau, và từ lúc đó bạn có 12 giờ để gửi dữ liệu tiêu thụ. Một sự kiện tắt gia hạn đến mà không có hành động nào hiển thị trong ứng dụng đáng được coi là lời cảnh báo sớm để chuẩn bị sẵn dữ liệu sử dụng của tài khoản đó.

Apple và Google đặt cạnh nhau

Khi nào việc hủy biến thành hoàn tiền

Hủy gói sẽ dừng lần thu tiền tiếp theo. Nó không trả lại lần thu gần nhất. Tiền có được trả lại hay không phụ thuộc vào luồng hoàn tiền mà khách hàng tìm đến tiếp theo, và phần lớn các luồng đó diễn ra mà không cần bạn.

• Trên Google Play, người mua có thể tự nhận hoàn tiền trong vòng 48 giờ sau khi mua, và Google là bên quyết định.
• Hoàn tiền qua bộ phận hỗ trợ của Google hoặc Apple do cửa hàng quyết định.
• CONSUMPTION_REQUEST của Apple yêu cầu dữ liệu tiêu thụ của bạn, trong khung thời gian 12 giờ.
• Quy trình xem xét chargeback của Google Play yêu cầu bằng chứng qua orders.reviewrefund, trong khung thời gian 24 giờ. Quyết định của ngân hàng về chargeback là cuối cùng.

Lý do hủy không thay đổi bất kỳ quy tắc nào trong số đó. Điều nó thay đổi là bạn biết sớm đến mức nào khách hàng nào đang không hài lòng, và bằng chứng của bạn đã sẵn sàng chưa khi một trong hai luồng yêu cầu bằng chứng xuất hiện.

Mỗi lý do khiến bạn tốn bao nhiêu

Câu trả lời khảo sát cũng là chỉ dấu sơ bộ về chi phí bạn đã bỏ ra để phục vụ một tài khoản, tức là số tiền bạn phải tự gánh sau khi hoàn tiền.

Sự cố kỹ thuật

Đây là lý do tốn kém nhất. Khách hàng đã dùng sản phẩm đủ nhiều để gặp sự cố, nên bạn đã trả tiền cho compute phía sau các phiên của họ, các lệnh gọi model API từ yêu cầu của họ, dung lượng lưu trữ cho những gì họ tạo ra, và mọi khoản chi trả cho nhà sáng tạo có nội dung họ đã dùng. Nếu sau đó họ được hoàn tiền, khoản tiền quay về họ còn các chi phí đó vẫn ở lại với bạn. Nếu họ tìm đến ngân hàng trên Google Play, một đơn hàng đặt sau August 3, 2026 khiến bạn mất giá mua trừ phí dịch vụ của Play, cộng thêm phí ngân hàng.

Liên quan đến chi phí

Một lời phàn nàn về giá khiến bạn tốn ít hơn vẻ ngoài của nó, trừ khi đằng sau là một lần gia hạn bất ngờ. Đó là câu chuyện chargeback kinh điển, vì vậy hãy kiểm tra xem việc hủy có diễn ra ngay sau một lần thu tiền gia hạn không, và lời nhắc gia hạn của bạn đã được gửi chưa.

Dùng không đủ nhiều

Mức dùng thấp nghĩa là chi phí phục vụ thấp, nên hoàn tiền ở đây chủ yếu trả lại số tiền bạn không tốn nhiều để kiếm được. Đây cũng là lý do mà dữ liệu tiêu thụ trung thực, nếu Apple yêu cầu, cho thấy chính xác khách hàng đã dùng gì và chưa dùng gì.

Tìm được ứng dụng tốt hơn

Những khách hàng này hiếm khi tranh chấp điều gì. Họ đã chuyển sang đối thủ. Lý do này hữu ích cho quyết định sản phẩm, nhưng gần như không bao giờ giúp ích cho việc bảo vệ trước hoàn tiền.

Quy trình đọc lý do hủy

• Với mỗi SUBSCRIPTION_CANCELED từ Google Play, hãy gọi purchases.subscriptionsv2.get và lưu canceledStateContext cùng purchase token và cancelTime.
• Lưu nguyên văn reasonUserInput khi lý do là khác. Đây là văn bản tự do duy nhất mà cả hai cửa hàng cung cấp cho bạn.
• Với mỗi DID_CHANGE_RENEWAL_STATUS từ Apple có AUTO_RENEW_DISABLED, hãy ghi log sự kiện và lấy dữ liệu sử dụng của tài khoản đó, phòng khi CONSUMPTION_REQUEST theo sau.
• Với mỗi thông báo EXPIRED từ Apple, hãy ghi lại subtype và expirationIntent để churn tự nguyện và lỗi thanh toán không bị lẫn vào nhau.
• Với các lượt hủy trên Google Play nêu lý do sự cố kỹ thuật, hãy kiểm tra log lỗi của tài khoản đó và liên hệ khách hàng trước khi họ tìm đến ngân hàng.
• Lưu log sử dụng theo từng tài khoản, để CONSUMPTION_REQUEST được trả lời trong vòng 12 giờ và quy trình xem xét chargeback trong vòng 24 giờ.