Câu trả lời ngắn: Không phải mọi yêu cầu hoàn tiền đều là một khách hàng không hài lòng. Một phần đáng kể là các kiểu lạm dụng có thể dự đoán được: lạm dụng dùng thử (sử dụng các tính năng cao cấp, rồi hoàn tiền ngay khi bị tính phí), dùng rồi hoàn tiền (lấy được đúng thứ mình cần, rồi yêu cầu hoàn lại tiền), và các giao dịch mua "nhầm" trên những tài khoản đã hoạt động nhiều tháng. Những kiểu lạm dụng này để lại dấu vết trong dữ liệu của bạn, và những trường hợp có thể tranh chấp chính là những gì bạn không nên để mất chỉ vì lỡ thời hạn phản hồi.
Vì sao sự phân biệt này quan trọng
Nếu bạn coi mọi yêu cầu hoàn tiền là cùng một việc — một người dùng không hài lòng mà bạn đã khiến họ thất vọng — bạn sẽ đưa ra những kết luận sai và hành động sai.
Một số yêu cầu hoàn tiền thực sự phản ánh sự không hài lòng, và cách giải quyết là cải thiện sản phẩm và UX. Nhưng lạm dụng hoàn tiền ứng dụng cần một cách phân tích khác, vì một số hoạt động hoàn tiền có thể cho thấy các kiểu mẫu không phù hợp với hành vi thông thường của khách hàng.
Gộp chung hai vấn đề này sẽ che lấp cả hai. Điều đó có thể khiến sản phẩm của bạn trông tệ hơn thực tế, trong khi những yêu cầu hoàn tiền có thể thu hồi được hoặc có thể được xem xét lại sẽ biến mất vào cùng một nhóm với các yêu cầu hoàn tiền chính đáng của khách hàng.
Tách biệt sự không hài lòng của khách hàng khỏi các kiểu lạm dụng tiềm ẩn là bước đầu tiên để có thể làm điều gì hữu ích cho cả hai vấn đề.
Các kiểu lạm dụng chính
Có một vài kiểu mẫu đáng để theo dõi:
Lạm dụng dùng thử. Người dùng bắt đầu bản dùng thử miễn phí, sử dụng các tính năng cao cấp cho những gì họ cần, và yêu cầu hoàn tiền vào khoảng thời điểm bản dùng thử chuyển sang gói trả phí. Thời điểm yêu cầu và lịch sử sử dụng có thể là những tín hiệu hữu ích khi đánh giá giao dịch.
Dùng rồi hoàn tiền. Thường gặp ở các ứng dụng công cụ hoặc ứng dụng mang lại giá trị một lần. Ai đó mua một gói đăng ký để hoàn thành một nhiệm vụ cụ thể, chuyển đổi một file, mở khóa một tính năng, xóa watermark, hoặc sử dụng một dịch vụ, hoàn thành nhiệm vụ đó, rồi ngay lập tức yêu cầu hoàn lại tiền. Tín hiệu quan trọng ở đây là mối liên hệ giữa giá trị đã sử dụng và thời điểm gửi yêu cầu hoàn tiền.
Giao dịch mua "nhầm" trên các tài khoản lâu năm. Người dùng khẳng định họ đã mua nhầm trên một tài khoản đã hoạt động nhiều tháng và có lịch sử sử dụng đáng kể. Các giao dịch mua nhầm thực sự vẫn có xảy ra, nhưng thời gian tồn tại của tài khoản và lịch sử sử dụng có thể cung cấp thêm bối cảnh khi đánh giá yêu cầu hoàn tiền cho một giao dịch mua nhầm.
Người hoàn tiền hàng loạt. Một nhóm nhỏ hơn có thể có hành vi hoàn tiền lặp lại trên nhiều lần mua hàng. Một lần hoàn tiền là một sự việc đơn lẻ; nhưng một lịch sử hoàn tiền kéo dài là một kiểu mẫu đáng để điều tra. Dữ liệu sử dụng (consumption data) của Apple có thể bao gồm tổng số tiền đã hoàn trong suốt thời gian sử dụng tài khoản, thời gian tồn tại của tài khoản, tổng số tiền đã mua, và các thông tin liên quan đến việc sử dụng giúp cung cấp thêm bối cảnh.
Dấu vết mà mỗi kiểu lạm dụng để lại
Lý do những kiểu mẫu này quan trọng đối với việc tự động hóa là vì chúng không nhất thiết phải vô hình. Chúng có thể xuất hiện trong dữ liệu giao dịch và dữ liệu sử dụng được dùng để đánh giá các yêu cầu hoàn tiền:
Mức sử dụng cao, hoàn tiền ngay lập tức. Mức sử dụng đáng kể đi kèm với yêu cầu hoàn tiền ngay sau đó có thể cho thấy một kiểu mẫu dùng-rồi-hoàn-tiền tiềm ẩn.
Hoàn tiền trùng thời điểm tính phí chuyển đổi dùng thử. Một yêu cầu hoàn tiền xuất hiện gần thời điểm chuyển đổi dùng thử có thể là một tín hiệu hữu ích khi đánh giá lạm dụng dùng thử.
Thời gian tồn tại của tài khoản so với khiếu nại "mua nhầm". Một tài khoản đã tồn tại lâu và được sử dụng tích cực nhưng lại khiếu nại mua nhầm tạo ra một sự mâu thuẫn đáng để xem xét, thay vì vội vàng cho rằng đó là gian lận.
Lịch sử hoàn tiền lặp lại. Một khách hàng có lịch sử hoàn tiền lặp lại có thể đại diện cho một kiểu mẫu, chứ không phải một sự việc đơn lẻ.
Tài liệu hiện tại của Apple về yêu cầu dữ liệu sử dụng (consumption request) bao gồm các trường như thời gian tồn tại của tài khoản, trạng thái sử dụng, thời gian chơi, tổng số tiền đã hoàn trong suốt thời gian sử dụng, tổng số tiền đã mua trong suốt thời gian sử dụng, trạng thái giao hàng, và liệu nội dung mẫu hay bản dùng thử đã được cung cấp hay chưa.
Điều đó có nghĩa là các nhà phát triển có thể sử dụng bằng chứng hiện có để cung cấp thêm bối cảnh khi phản hồi các yêu cầu hoàn tiền đủ điều kiện của Apple. Apple cho biết thông tin sử dụng này giúp đưa ra quyết định hoàn tiền, và các nhà phát triển nên phản hồi một CONSUMPTION_REQUEST trong vòng 12 giờ.
Vì sao các yêu cầu hoàn tiền do lạm dụng là những trường hợp đáng để tranh chấp
Đây là phần mang tính chiến lược.
Các yêu cầu hoàn tiền do khách hàng không hài lòng thực sự thường cần một cách phản hồi khác. Việc tranh chấp các khiếu nại chính đáng của khách hàng có thể làm tổn hại đến trải nghiệm khách hàng và không giải quyết được vấn đề gốc rễ của sản phẩm.
Lạm dụng hoàn tiền gói đăng ký tiềm ẩn thì khác. Khi bằng chứng hiện có cho thấy mức sử dụng đáng kể, giá trị đã được cung cấp, hoặc hành vi hoàn tiền lặp lại mâu thuẫn với khiếu nại của khách hàng, trường hợp đó có thể cần được xem xét kỹ hơn.
Sự khác biệt quan trọng là các nhà phát triển không thể tự ý từ chối mọi yêu cầu hoàn tiền. Apple và Google mới là bên đưa ra quyết định cuối cùng, và không phải yêu cầu hoàn tiền nào cũng tạo cơ hội để nhà phát triển phản hồi.
Trên Apple, các thông báo CONSUMPTION_REQUEST đủ điều kiện cho phép nhà phát triển cung cấp thông tin sử dụng mà Apple dùng để đưa ra quyết định hoàn tiền.
Trên Google Play, các khoản chargeback (đòi lại tiền) cần nhà phát triển xem xét có thể tạo ra một PendingRefundReviewNotification. Nhà phát triển có thể cung cấp mức độ ưu tiên hoàn tiền và các bằng chứng liên quan về việc sử dụng giao dịch mua thông qua ReviewRefund API trong vòng 24 giờ.
Đó là lý do vì sao vấn đề gian lận hoàn tiền ứng dụng nên được tiếp cận như một bài toán phát hiện và thu thập bằng chứng, thay vì chỉ đơn giản là bài toán từ chối hoàn tiền.
Những gì bạn có thể và không thể làm
Hãy thẳng thắn về giới hạn mà bạn có thể làm:
Bạn không thể ngăn khách hàng gửi yêu cầu hoàn tiền, và bạn không thể tự ý từ chối yêu cầu đó. Apple và Google mới là bên đưa ra quyết định cuối cùng.
Bạn không thể tranh chấp mọi yêu cầu hoàn tiền do lạm dụng; không phải yêu cầu nào cũng tạo cơ hội xem xét cho nhà phát triển, và quy trình khả dụng cũng khác nhau giữa Apple và Google.
Bạn có thể phản hồi mọi yêu cầu đủ điều kiện bằng các bằng chứng sử dụng và mua hàng hiện có, trong đúng thời hạn phản hồi áp dụng.
Bạn có thể xác định các kiểu mẫu — ứng dụng nào, lý do nào, sản phẩm nào, và hành vi khách hàng nào — để bạn có thể phân biệt giữa trục trặc sản phẩm thực sự và lạm dụng tiềm ẩn.
Đối với các nhóm xử lý khối lượng gói đăng ký lớn, phần mềm phát hiện lạm dụng hoàn tiền có thể giúp tập trung hóa các sự kiện hoàn tiền, xác định các kiểu mẫu đáng nghi, và đảm bảo các yêu cầu đủ điều kiện không bị bỏ lỡ mà không được phản hồi.
RefundSensor xử lý cả hai nửa của vấn đề này. Nó phản hồi các sự kiện CONSUMPTION_REQUEST đủ điều kiện của Apple và các đợt xem xét chargeback của Google Play, trong khi hệ thống phân tích của nó phân tách các yêu cầu hoàn tiền theo ứng dụng và lý do, giúp các kiểu lạm dụng tiềm ẩn trở nên rõ ràng, thay vì ẩn giấu trong một con số "tỷ lệ hoàn tiền" duy nhất.
Bạn sẽ không còn mất những trường hợp có thể xem xét lại chỉ vì vấn đề thời gian, đồng thời có được cái nhìn rõ ràng về việc bao nhiêu phần của vấn đề xuất phát từ lạm dụng tiềm ẩn so với trục trặc sản phẩm thực sự.
Tài liệu tham khảo thêm
https://developers.google.com/android-publisher/voided-purchases
https://developer.android.com/google/play/billing/provide-refund-and-chargeback-suggestions
https://developer.android.com/reference/com/android/billingclient/api/BillingFlowParams.Builder
https://developer.apple.com/documentation/appstoreserverapi/appaccounttoken
https://developer.apple.com/documentation/appstoreserverapi/consumptionrequest
https://support.google.com/googleplay/android-developer/answer/17068375
Xem bao nhiêu phần trong tỷ lệ hoàn tiền của bạn có thể liên quan đến lạm dụng tiềm ẩn. RefundSensor giúp bạn theo dõi các hoạt động hoàn tiền đủ điều kiện trên Apple và Google Play, và phân tách các sự kiện hoàn tiền theo ứng dụng và lý do, để lạm dụng tiềm ẩn không còn ẩn giấu trong các số liệu hoàn tiền tổng thể của bạn. Bắt đầu miễn phí
Câu hỏi thường gặp
Đó là việc lợi dụng hệ thống hoàn tiền để nhận được giá trị mà không phải trả tiền, bao gồm lạm dụng dùng thử, "dùng rồi hoàn tiền", hoặc khiếu nại "mua nhầm" sai sự thật. Đây khác với sự không hài lòng thực sự của khách hàng, trường hợp mà việc hoàn tiền là chính đáng.
Bạn không thể ngăn người dùng gửi yêu cầu hoặc tự mình từ chối yêu cầu đó; các cửa hàng ứng dụng sẽ quyết định. Điều bạn có thể làm là phản hồi các yêu cầu đủ điều kiện bằng dữ liệu sử dụng (consumption evidence) cho thấy rõ hành vi lạm dụng, và giảm lạm dụng dùng thử ngay từ gốc bằng cách thiết kế bản dùng thử và paywall rõ ràng hơn.
Dữ liệu sẽ cho bạn biết: mức sử dụng cao kèm yêu cầu hoàn tiền ngay sau đó, yêu cầu hoàn tiền trùng thời điểm bản dùng thử chuyển sang trả phí, hoặc khiếu nại "mua nhầm" trên một tài khoản đã hoạt động lâu dài. Phân tích hoàn tiền theo lý do (refund analytics by reason) giúp bạn nhìn thấy rõ những kiểu mẫu này.
Những trường hợp lạm dụng, nơi giá trị rõ ràng đã được cung cấp và lý do khiếu nại thiếu thuyết phục. Các yêu cầu hoàn tiền do khách hàng không hài lòng thực sự thường nên được chấp nhận. Vấn đề là các yêu cầu hoàn tiền do lạm dụng thường bị thua mặc định vì bạn lỡ mất thời hạn phản hồi.
Việc phản hồi không ngăn được yêu cầu hoàn tiền được gửi đi, nhưng việc gửi dữ liệu sử dụng chính xác sẽ cung cấp cho Apple bối cảnh cần thiết để xem xét yếu tố lạm dụng khi ra quyết định, bối cảnh mà Apple sẽ không bao giờ có được nếu bạn không phản hồi kịp thời.
