Tất cả bài viết
PlaybookĐọc trong 8 phút

Một bản cập nhật ứng dụng lỗi có thể kích hoạt một làn sóng hoàn tiền, và đây là cách chặn nó trước khi nó ảnh hưởng đến khoản thanh toán của bạn

Một bản phát hành lỗi là một trong số ít nguyên nhân hoàn tiền mà bạn có thể kìm lại trong vài phút. Một bản cập nhật ứng dụng lỗi trao cho khách hàng đang trả tiền một lý do để đòi lại tiền, và giá bán chỉ là phần nhỏ nhất trong những gì bạn mất. Đây là cách dừng nó trên từng cửa hàng, và một làn sóng hoàn tiền thực sự tốn kém đến mức nào.

Một lập trình viên nhìn biểu đồ sự cố leo thang trên laptop trong khi một chiếc điện thoại hiển thị một khoản hoàn tiền, minh họa cách một bản cập nhật ứng dụng lỗi biến thành một làn sóng hoàn tiền

Điểm chính

  • Một bản cập nhật ứng dụng lỗi là một trong số ít nguyên nhân hoàn tiền mà lập trình viên có thể kìm lại trực tiếp, bởi cả Apple và Google đều phát hành bản cập nhật theo từng giai đoạn và cho phép bạn dừng việc triển khai giữa chừng.
  • Bản phát hành theo giai đoạn của Apple đưa bản cập nhật đến những người dùng bật cập nhật tự động trong 7 ngày ở các mức 1, 2, 5, 10, 20, 50 và 100 phần trăm, và bạn có thể tạm dừng tối đa 30 ngày mà không giới hạn số lần tạm dừng.
  • Việc triển khai theo giai đoạn của Google Play cho phép bạn dừng một bản phát hành để không có thêm người dùng nào nhận được nó, và bạn cũng có thể dừng một phiên bản đã triển khai hoàn toàn, khi đó phiên bản trước sẽ tự động thay thế nó cho những người dùng chưa dùng bản lỗi.
  • Giao dịch được hoàn tiền là chi phí nhỏ nhất của một bản phát hành lỗi. Chi phí tính toán, các lệnh gọi API và bộ nhớ lưu trữ mà bạn đã bỏ ra để phục vụ mỗi giao dịch mua không quay lại khi khoản thu quay lại.
  • Đối với các đơn hàng Google Play được đặt sau August 3, 2026, một bản phát hành lỗi biến thành khoản bồi hoàn sẽ tốn kém hơn, bởi lập trình viên gánh chịu giá mua trừ đi phí dịch vụ của Play cộng với phí bồi hoàn của ngân hàng.
  • Bản phát hành theo giai đoạn và triển khai theo giai đoạn chỉ bao gồm các bản cập nhật tự động. Bất kỳ ai cập nhật thủ công hoặc cài đặt mới đều luôn nhận được bản dựng mới nhất, nên việc dừng lại giới hạn phạm vi ảnh hưởng nhưng không bao giờ bịt kín nó.
  • Một khi khách hàng tranh chấp một giao dịch mua, đầu vào duy nhất của bạn là một khoảng thời gian ngắn: CONSUMPTION_REQUEST của Apple trong 12 giờ và orders.reviewrefund của Google Play trong 24 giờ.

Khi một bản phát hành được tung ra trong tình trạng lỗi, các khoản hoàn tiền bắt đầu trước cả bảng điều khiển sự cố của bạn. Một bản cập nhật ứng dụng lỗi không chỉ khiến người ta khó chịu. Nó trao cho họ một lý do cụ thể để đòi lại tiền, và với một giao dịch mua giá thấp thì tiền là phần nhỏ nhất trong những gì bạn mất. Chi phí tính toán bạn đã đốt, các lệnh gọi API bên thứ ba bạn đã bị tính phí, và bộ nhớ lưu trữ bạn đã cấp không quay lại cùng với giao dịch bán.

Điểm hữu ích là một bản phát hành lỗi là một trong số ít nguyên nhân hoàn tiền mà bạn có thể kìm lại trong vài phút, chứ không phải vài tuần. Cả hai cửa hàng đều tung bản cập nhật theo từng giai đoạn và cho phép bạn dừng nó giữa chừng, và chính công cụ kiểm soát duy nhất đó là ranh giới giữa một nhúm người dùng bị ảnh hưởng và một làn sóng hoàn tiền đánh vào khoản thanh toán của bạn. Đây là chi phí thực sự của một làn sóng hoàn tiền, cách dừng một bản phát hành lỗi trên từng cửa hàng, và hai khoảng thời gian ngắn là tiếng nói duy nhất của bạn một khi tranh chấp đã được nộp.

Vì sao một bản cập nhật ứng dụng lỗi biến thành hoàn tiền

Một sự cố khi khởi động, một paywall không chịu tải, một tính năng hôm qua còn chạy mà hôm nay thì không. Mỗi thứ đều cho khách hàng đang trả tiền một lý do rõ ràng để đòi lại tiền, và hoàn tiền là phiên bản lịch sự của phản ứng đó. Phiên bản kém lịch sự là một khoản bồi hoàn ngân hàng. Cả hai đều khiến bạn tốn kém, và một bản phát hành lỗi dù chỉ với một phần người dùng cũng có thể tạo ra đủ số lượng để hiện lên trong khoản thanh toán của bạn.

Số tiền bạn mất nhiều hơn giá bán

Khi một giao dịch mua được hoàn tiền, số tiền bán quay về khách hàng. Thứ không quay lại là mọi thứ bạn đã bỏ ra để phục vụ giao dịch đó. Chi phí tính toán đã chạy công việc, các lệnh gọi API bên thứ ba bạn bị tính phí ngay lúc sử dụng, bộ nhớ lưu trữ bạn đã cấp, và bất kỳ khoản chi trả nào bạn đã gửi cho nhà sáng tạo đều mất. Với một mặt hàng tiêu hao giá thấp, những chi phí đã chìm đó cộng với một khoản phí ngân hàng có thể có sẽ cộng dồn thành nhiều hơn số tiền khách hàng từng trả.

Một làn sóng hoàn tiền cũng làm tăng tỷ lệ hoàn tiền của bạn

Hoàn tiền không chỉ là khoản lỗ trên mỗi giao dịch bán. Các mạng lưới thẻ và cả hai cửa hàng đều theo dõi tỷ lệ giao dịch bán của bạn bị trả lại. Chỉ một bản phát hành lỗi làm tỷ lệ đó tăng vọt có thể thu hút sự soi xét mà bạn muốn tránh, nên chi phí của một bản cập nhật lỗi bao gồm cả uy tín bạn phải đánh đổi, chứ không chỉ tiền bạc.

Hạng mụcThu hồi được khi hoàn tiềnGhi chú
Số tiền bánCóTrả lại cho khách hàng
Tính toán và lệnh gọi API bên thứ baKhôngTính phí cho bạn ngay lúc sử dụng
Bộ nhớ lưu trữ bạn đã cấpKhôngĐã trả tiền
Khoản chi trả cho nhà sáng tạo hoặc đối tácKhôngĐã gửi trước khi hoàn tiền
Phí bồi hoàn ngân hàngKhôngCố định, có thể vượt một giao dịch bán giá thấp

Cách dừng một bản phát hành lỗi trên App Store

Công cụ ngăn chặn của Apple là bản phát hành theo giai đoạn, và toàn bộ giá trị của nó là bạn có thể kéo phanh trước khi phần lớn người dùng của bạn nhìn thấy bản dựng lỗi.

Bản phát hành theo giai đoạn được tung ra trong bảy ngày

Khi bạn bật bản phát hành theo giai đoạn cho một bản cập nhật phiên bản, Apple đưa nó đến một mẫu ngẫu nhiên gồm những người dùng đã bật cập nhật tự động. Việc triển khai tăng dần theo một lịch cố định: 1 phần trăm vào ngày đầu, rồi 2, 5, 10, 20, 50 và 100 phần trăm trong bảy ngày. Vì những ngày đầu chỉ chạm đến một phần nhỏ trong tập người dùng của bạn, một lỗi bị bắt vào ngày thứ hai đã tiếp cận ít người hơn nhiều so với một bản phát hành đầy đủ trong cùng ngày.

Tạm dừng ngay khi có gì đó trông sai

Nếu một bản cập nhật ứng dụng lỗi lọt qua, bạn có thể tạm dừng bản phát hành theo giai đoạn ở bất kỳ thời điểm nào. Apple cho phép bạn tạm dừng tối đa 30 ngày, không giới hạn số lần tạm dừng, và hạn mức được cộng dồn: tạm dừng 10 ngày, tiếp tục, và bạn vẫn còn 20 ngày tạm dừng. Khi bạn tiếp tục, việc triển khai nối lại từ ngày nó dừng. Việc tạm dừng không gỡ bản dựng khỏi những người dùng đã có nó, nên hãy kết hợp việc tạm dừng với một bản sửa lỗi và một lượt xét duyệt được đẩy nhanh.

Cách dừng một bản phát hành lỗi trên Google Play

Google Play cho bạn hai chiếc phanh, một cho bản phát hành vẫn đang triển khai và một cho bản phát hành đã đến với mọi người.

Dừng một lượt triển khai theo giai đoạn đang diễn ra

Việc triển khai theo giai đoạn trên Google Play cho phép bạn phát hành đến một tỷ lệ phần trăm người dùng và nâng tỷ lệ đó theo lịch của riêng bạn. Nếu bạn phát hiện vấn đề, hãy mở bản phát hành và chọn Quản lý triển khai, rồi Dừng triển khai. Không có thêm người dùng nào nhận được phiên bản, và những người dùng đã nhận nó vẫn giữ nó. Nếu hóa ra bản dựng vẫn ổn, bạn tiếp tục chính lượt triển khai đó từ nơi nó đã dừng.

Dừng một bản phát hành đã đạt 100 phần trăm

Google Play cũng cho phép bạn dừng một bản phát hành đã triển khai hoàn toàn, điều mà chiếc phanh triển khai theo giai đoạn không làm được. Khi bạn dừng nó, một phiên bản ứng dụng của bạn trước đó còn hoạt động và đã triển khai hoàn toàn sẽ tự động thay thế nó cho người dùng mới và hiện tại chưa dùng bản dựng bị dừng. Hai giới hạn quan trọng: bạn không thể dừng bản phát hành đầu tiên trên một track, và nếu phiên bản lỗi đã hoạt động đủ lâu đến mức phần lớn người dùng đã cập nhật, việc dừng lại giúp ích rất ít, vì thiệt hại đã lan ra.

Công cụ ngăn chặnApp StoreGoogle Play
Triển khai dần dầnBản phát hành theo giai đoạn trong 7 ngày, cập nhật tự độngTriển khai theo giai đoạn ở tỷ lệ bạn đặt
Dừng một lượt triển khai đang diễn raTạm dừng, tối đa 30 ngày, không giới hạn số lầnDừng triển khai, tiếp tục sau
Gỡ một phiên bản đã đến với mọi ngườiKhông cóDừng một bản phát hành đã triển khai hoàn toàn, phiên bản trước thay thế nó
Một bàn tay tạm dừng lượt triển khai ứng dụng theo giai đoạn trên laptop, minh họa cách dừng một bản cập nhật ứng dụng lỗi trước khi nó gây hoàn tiền

Khi các khoản hoàn tiền và tranh chấp đã bắt đầu vận hành

Việc triển khai theo giai đoạn giới hạn số người gặp phải một bản cập nhật ứng dụng lỗi. Nó không làm được gì cho các khoản hoàn tiền và tranh chấp từ những người dùng đã gặp phải. Một khi khách hàng đòi lại tiền, cửa hàng chạy quy trình, và tiếng nói của bạn rất hẹp.

Phần lớn các khoản hoàn tiền được quyết định mà không có bạn

Khoản hoàn tiền tự phục vụ trong 48 giờ của Google Play, hoàn tiền qua bộ phận hỗ trợ, và các giao dịch mua bị hủy đều do cửa hàng quyết định theo chính sách riêng của họ. Không có kênh cung cấp bằng chứng và không có kháng nghị. Với những trường hợp đó, hồ sơ của bạn chỉ là chính khoản hoàn tiền và chi phí bạn đã gánh. Nơi duy nhất bạn có thể hành động là phòng ngừa, và đó chính xác là lý do chiếc phanh triển khai quan trọng.

Hai khoảng thời gian là đầu vào duy nhất của bạn

Chỉ có hai quy trình yêu cầu bất cứ điều gì ở bạn. Khi một khách hàng yêu cầu hoàn tiền cho một mặt hàng tiêu hao hoặc một gói đăng ký tự động gia hạn, Apple gửi đến máy chủ của bạn một CONSUMPTION_REQUEST và chờ tối đa 12 giờ để nhận dữ liệu tiêu dùng. Trên Google Play, một giao dịch mua bị tranh chấp cần xét duyệt sẽ khởi động một đồng hồ 24 giờ, và bạn trả lời qua API orders.reviewrefund. Bỏ lỡ một trong hai khoảng thời gian và quyết định được đưa ra mà không có bạn. Không khoảng thời gian nào cho phép bạn hoàn tác một bản phát hành lỗi. Chúng chỉ cho phép bạn phản hồi hậu quả của nó.

Danh sách kiểm tra ngăn chặn

Chẳng có gì trong số này là cao siêu. Đó là một quy trình ngắn bạn chạy trên mọi bản phát hành, không chỉ những bản bạn ngờ sẽ hỏng.

  • Tung mọi bản cập nhật qua bản phát hành theo giai đoạn trên App Store và triển khai theo giai đoạn trên Google Play, đừng bao giờ đẩy toàn bộ trong cùng một ngày.
  • Theo dõi tín hiệu sự cố và hoàn tiền trong những ngày đầu có tỷ lệ thấp, khi lượng người dùng đủ nhỏ để bảo vệ.
  • Tạm dừng bản phát hành theo giai đoạn trên App Store hoặc dừng lượt triển khai trên Google Play ngay khi một lỗi thực sự xuất hiện, rồi sửa và gửi lại.
  • Đối với một lỗi đã đến với mọi người trên Google Play, hãy dừng bản phát hành đã triển khai hoàn toàn để phiên bản trước thay thế nó.
  • Thiết lập các luồng thông báo của Apple và Google để bạn có thể trả lời mọi yêu cầu tiêu dùng và mọi lượt xét duyệt hoàn tiền trong khoảng thời gian của nó.
  • Theo dõi tỷ lệ hoàn tiền của bạn xuyên suốt bản phát hành, bởi một cú tăng vọt là tín hiệu cho thấy đã quá hạn để quay lui.

Câu hỏi thường gặp

Một bản cập nhật ứng dụng lỗi có thể gây tăng vọt hoàn tiền không?
Có. Một sự cố, một paywall hỏng, hoặc một tính năng ngừng hoạt động cho khách hàng đang trả tiền một lý do trực tiếp để yêu cầu hoàn tiền, và một số leo thang thành khoản bồi hoàn ngân hàng. Vì cả hai cửa hàng đều phát hành bản cập nhật theo từng giai đoạn, bắt sớm vấn đề và dừng lượt triển khai là cách đáng tin cậy nhất để giữ một bản cập nhật ứng dụng lỗi không biến thành một làn sóng hoàn tiền.
Làm cách nào để dừng một bản cập nhật lỗi trên App Store?
Hãy dùng bản phát hành theo giai đoạn. Nó đưa một bản cập nhật phiên bản đến những người dùng bật cập nhật tự động trong 7 ngày ở các mức 1, 2, 5, 10, 20, 50 và 100 phần trăm, và bạn có thể tạm dừng tối đa 30 ngày mà không giới hạn số lần tạm dừng. Việc tạm dừng ngăn các bản cập nhật tự động mới trong khi bạn tung ra bản sửa lỗi, dù bất kỳ ai cập nhật thủ công vẫn nhận được bản dựng mới nhất.
Tôi có thể quay lui một bản cập nhật đã phát ra cho toàn bộ người dùng trên Google Play không?
Trên Google Play thì có. Bạn có thể dừng một bản phát hành đã triển khai hoàn toàn, và một phiên bản trước đó còn hoạt động và đã triển khai hoàn toàn sẽ tự động thay thế nó cho những người dùng chưa dùng bản dựng bị dừng. Bạn không thể dừng bản phát hành đầu tiên trên một track, và nếu phần lớn người dùng đã cập nhật, việc dừng giúp ích rất ít vì phiên bản đã lan ra.
Các khoản hoàn tiền từ một bản phát hành lỗi có tốn kém hơn giá bán không?
Thường là vậy. Khoản hoàn tiền trả lại số tiền bán, nhưng chi phí tính toán, các lệnh gọi API bên thứ ba, và bộ nhớ lưu trữ bạn đã bỏ ra để phục vụ mỗi giao dịch mua không quay lại, và bất kỳ khoản chi trả cho nhà sáng tạo nào cũng mất. Với các giao dịch mua giá thấp, chi phí phục vụ đã chìm cộng với một khoản phí bồi hoàn ngân hàng có thể có sẽ vượt quá số tiền khách hàng đã trả.
Tôi có thể phản đối các khoản hoàn tiền do một bản cập nhật hỏng gây ra không?
Chỉ hai quy trình chấp nhận đầu vào của bạn, và không quy trình nào hoàn tác bản phát hành. Apple gửi một CONSUMPTION_REQUEST với khoảng thời gian 12 giờ, và orders.reviewrefund của Google Play cho bạn 24 giờ để phản hồi một giao dịch mua bị tranh chấp. Khoản hoàn tiền tự phục vụ 48 giờ của Play, hoàn tiền qua bộ phận hỗ trợ, và các giao dịch mua bị hủy đều do cửa hàng quyết định mà không có kháng nghị, nên phòng ngừa qua triển khai theo giai đoạn mới là đòn bẩy thực sự của bạn.

Nguồn và tài liệu đọc thêm

RefundHalt

Chế độ tự động xử lý hoàn tiền cho App Store và Google Play

Đọc tiếp

Yêu cầu hoàn tiền tiếp theo đã đang trên đường đến.

Thiết lập RefundHalt trong khoảng thời gian bạn cần để đọc thêm một email hỗ trợ về khoản hoàn tiền mà mình chưa kịp phản biện.