Bảng điều khiển của bạn ghi nhận một giao dịch ngay khi nó hoàn tất, nhưng doanh thu ròng sau hoàn tiền mới là con số duy nhất mà ngân sách quảng cáo của bạn nên tin

Doanh thu đã ghi nhận và doanh thu giữ lại được là hai con số khác nhau. Khoảng cách giữa chúng chính là mọi khoản hoàn tiền và bồi hoàn bị đảo ngược sau khi giao dịch đã trông có vẻ chốt hạ, và khoảng cách đó rộng hơn những gì hầu hết bảng điều khiển thừa nhận.

Bảng điều khiển của bạn ghi nhận một giao dịch ngay khi nó hoàn tất. Khoản hoàn tiền có thể đến sau vài ngày, khoản bồi hoàn có thể đến sau vài tháng, và đến lúc đó bạn đã báo cáo doanh thu, tính nó vào một nhóm khách hàng, và trong hầu hết trường hợp đã chi tiêu dựa trên nó để mua người dùng tiếp theo. Doanh thu ròng sau hoàn tiền là con số sống sót qua tất cả những điều đó, và nó là con số duy nhất mà ngân sách thu hút người dùng của bạn nên tin.

Đây là nơi khoảng cách đó phát sinh, nó làm gì với những con số bạn dùng để vận hành doanh nghiệp, và nó tốn bao nhiêu tiền thật một khi bạn ngừng tính những giao dịch bạn buộc phải trả lại.

Doanh thu ròng sau hoàn tiền thực sự có nghĩa là gì

Doanh thu ròng sau hoàn tiền là một ý tưởng giản dị mà bảng điều khiển khiến người ta dễ quên. Đó là số tiền bạn đã ghi nhận trừ đi số tiền bạn buộc phải trả lại, sau khi cửa hàng lấy phần của họ. Một giao dịch được ghi nhận ngay khi nó hoàn tất. Một khoản hoàn tiền hay bồi hoàn được ghi nhận bất cứ khi nào nó xảy ra, tức là muộn hơn, đôi khi muộn hơn nhiều. Hai sự kiện rơi vào các kỳ báo cáo khác nhau, nên giao dịch trông như doanh thu sạch cho đến khi khoản đảo ngược lặng lẽ xuất hiện trong một báo cáo tương lai.

Một giao dịch được tính một lần, và bị đảo ngược theo lịch trình riêng của nó

Trên Google Play, người mua có thể tự yêu cầu hoàn tiền trong 48 giờ sau khi mua, một lần cho mỗi ứng dụng. Apple quyết định các yêu cầu hoàn tiền theo từng trường hợp, thường trong một hoặc hai ngày. Một khoản bồi hoàn thẻ chạy theo lịch của ngân hàng, thường là 120 ngày kể từ giao dịch và lên tới 540 trong một số trường hợp gian lận và giao hàng tương lai. Khoảng cách đó chính là toàn bộ vấn đề. Giao dịch đến bảng điều khiển của bạn bây giờ, và khoản đảo ngược có thể đến bất cứ lúc nào từ ngày mai đến năm sau.

Doanh số gộp không phải là những gì bạn giữ lại

Doanh số gộp là những gì khách hàng đã trả. Doanh thu ròng sau hoàn tiền là những gì còn lại trong tài khoản của bạn khi các khoản đảo ngược đã hoàn tất và cửa hàng đã lấy phần của họ. Cả Apple lẫn Google đều trả lại hoa hồng khi một giao dịch mua được hoàn tiền, nên một khoản hoàn tiền kéo lại phần ròng của bạn, không phải phần gộp. Đó là điều nhẹ nhõm với một khoản hoàn tiền thông thường và là một cái bẫy trong các chỉ số của bạn, vì nếu con số doanh thu của bạn vẫn mang phần gộp của một giao dịch sau này bị hoàn tiền, bạn đang báo cáo số tiền đã rời đi rồi.

Cách hoàn tiền lặng lẽ thổi phồng những con số bạn dùng để vận hành doanh nghiệp

Chúng phóng đại doanh thu và MRR

Mỗi khoản hoàn tiền bạn chưa trừ đi là doanh thu bạn không có, nằm bên trong một con số bạn đang coi là thật. Ở tỷ lệ hoàn tiền 3 đến 5 phần trăm, vài điểm phần trăm trong doanh thu đã báo cáo của bạn là tiền đã hứa trả lại. Với thuê bao, nó cũng chống đỡ MRR, vì một người đăng ký đã hoàn tiền và rời bỏ vẫn có thể được đọc thành doanh thu đang hoạt động cho đến khi khoản đảo ngược được đối soát.

Chúng thổi phồng LTV, nên bạn trả quá nhiều cho người dùng

Đây là nơi sai lầm kế toán biến thành sai lầm chi tiêu. Giá trị vòng đời được xây trên doanh số gộp tính các giao dịch đã hoàn tiền là giá trị vòng đời. Bộ tiêu chuẩn của Adapty nói thẳng về điều này. Không tính đến tỷ lệ hoàn tiền 3 đến 5 phần trăm sẽ phóng đại đáng kể lợi nhuận từ các chiến dịch thu hút người dùng. Nếu LTV của bạn cao hơn vài điểm, chi phí cho phép trên mỗi lượt cài đặt của bạn cũng cao hơn vài điểm, và bạn đấu giá lên để mua người dùng dựa trên doanh thu sẽ bị đảo ngược. Bạn đang trả bằng tiền quảng cáo thật để đuổi theo một con số vốn chưa bao giờ là của bạn để giữ.

Chúng làm hỏng dữ liệu phân bổ và nhóm khách hàng

Hoàn tiền cũng phá vỡ mối liên kết giữa một giao dịch và chiến dịch đã tạo ra nó. AppsFlyer xếp các khoản hoàn tiền không được xử lý vào những cạm bẫy làm giảm độ chính xác của dữ liệu mua hàng trong ứng dụng, và ước tính chỉ riêng hoàn tiền có thể cắt giảm độ chính xác 5 đến 10 phần trăm. Cách khắc phục thì tẻ nhạt. Đối chiếu mỗi khoản hoàn tiền về lại biên nhận gốc và trừ nó khỏi chiến dịch và nhóm khách hàng đã được ghi công cho giao dịch đó. Bỏ qua điều đó, và kênh có hiệu suất tốt nhất trên giấy tờ có thể chỉ là kênh có tỷ lệ hoàn tiền cao nhất.

Khoảng cách đó tốn của bạn bao nhiêu tiền

Độ chính xác trong các chỉ số quan trọng vì khoảng cách này không phải lý thuyết suông. Nó là tiền mặt.

Một khoản hoàn tiền lấy đi phần ròng của bạn cộng với dịch vụ bạn đã bỏ ra

Với một khoản hoàn tiền thông thường, phía tiền bạc là có giới hạn. Apple và Google đảo ngược hoa hồng của họ, nên trên một giao dịch 100 đô la được hoàn tiền, bạn trả lại xấp xỉ 70 đô la bạn đã nhận, không phải 100. Thứ không quay lại là chi phí phục vụ khách hàng đó. Điện toán bạn đã chạy, các lệnh gọi API bạn đã trả tiền, lưu trữ bạn đã giữ, và bất kỳ khoản chi trả nào đã được ghi nhận đều đã tiêu. Một khoản hoàn tiền đảo ngược khoản thanh toán, không đảo ngược công sức.

Một khoản bồi hoàn tốn kém hơn, và trên Google Play giờ đây nó tính trực tiếp vào bạn

Bồi hoàn là khoản đảo ngược tốn kém, và hóa đơn đã chuyển đi. Với các đơn hàng đặt vào hoặc sau August 3, 2026, Google Play tính cho nhà phát triển khoản bằng giá mua trừ phí dịch vụ của Play, cộng với phí bồi hoàn của ngân hàng. Các nguồn trong ngành thanh toán ước tính phí ngân hàng đó khoảng 15 đến 25 đô la mỗi tranh chấp. Trên một giao dịch 19.99 đô la, một khoản bồi hoàn bị thua đảo ngược khoảng 17 đô la bạn đã thu ròng và cộng thêm 15 đến 25 đô la lên trên, nên một tranh chấp đơn lẻ có thể tốn hơn gấp đôi giá trị giao dịch. Trên App Store, Apple là merchant of record và tự giải quyết các tranh chấp thẻ, nên họ không chuyển phí ngân hàng cho bạn.

Hóa đơn đến sau khi bạn đã chi tiêu doanh thu

Chính thời điểm mới khiến nó nhức nhối. Bạn đã ghi nhận giao dịch, tính nó vào một nhóm khách hàng, và chi tiêu dựa trên nó để mua người dùng tiếp theo. Khoản hoàn tiền đến sau vài ngày và khoản bồi hoàn có thể đến sau vài tháng, trên Google Play thường lên tới 120 ngày và đôi khi lâu hơn nhiều. Đến lúc khoản đảo ngược ập đến, doanh thu đã được triển khai rồi. Bạn không phải đang cắt giảm một dự báo, bạn đang bù đắp một khoản thiếu hụt trong số tiền bạn đã cam kết.

Cách vận hành dựa trên doanh thu ròng sau hoàn tiền

Trừ các khoản đảo ngược ở cấp nhóm khách hàng, không chỉ ở dòng tổng

Một tỷ lệ hoàn tiền toàn công ty là chưa đủ, vì hoàn tiền không phân bố đều. Các ứng dụng giáo dục và paywall cứng hoàn tiền nhiều hơn nhiều so với ứng dụng du lịch hay mua sắm. Hãy trừ hoàn tiền và bồi hoàn bên trong từng nhóm khách hàng và từng chiến dịch, để kênh bạn mở rộng là kênh có phần ròng tốt nhất, không phải phần gộp tốt nhất.

Giữ giao dịch ở trạng thái mở cho đến khi các cửa sổ khép lại

Đừng coi một giao dịch là doanh thu chốt hạ vào ngày nó hoàn tất. Hãy giữ nó ở trạng thái tạm thời suốt cửa sổ hoàn tiền và, với số tiền bạn định chi tiêu, suốt cửa sổ bồi hoàn. Một khoản hoàn tiền Play 48 giờ và một tranh chấp thẻ 120 ngày là hai chân trời rủi ro khác nhau trên cùng một giao dịch.

Trả lời hai cửa sổ nơi bằng chứng của bạn được tính đến

Bạn không thể ngăn hầu hết các khoản đảo ngược, nhưng hai trong số đó hỏi ý kiến của bạn, và việc trả lời sẽ bảo vệ doanh thu thật. Apple gửi đến máy chủ của bạn một CONSUMPTION_REQUEST và cho bạn 12 giờ để phản hồi qua Send Consumption Information V2. Google Play mở một đợt xem xét bồi hoàn 24 giờ qua orders.reviewrefund. Mọi thứ khác, khoản hoàn tiền Play 48 giờ, hoàn tiền hỗ trợ, giao dịch bị hủy, đều được quyết định mà không cần bạn và chỉ có thể được ghi lại. Bỏ lỡ hai cửa sổ có nhận đầu vào đó, và bạn mất doanh thu lẽ ra có thể giữ được.

Đối soát muộn, vì con số vẫn liên tục thay đổi

Doanh thu của một tháng nhất định chưa chốt vào cuối tháng. Một khoản chi trả trông sạch sẽ có thể bị giảm bởi một khoản bồi hoàn vài tuần hay vài tháng sau. Hãy đối soát hoàn tiền và tranh chấp về lại các đơn hàng gốc theo cách cuốn chiếu, để doanh thu ròng sau hoàn tiền của bạn lắng về sự thật thay vì trôi dạt.

Đây là con số mà RefundHalt được xây dựng để giữ cho trung thực. Hoàn tiền và bồi hoàn được đối chiếu về lại giao dịch và nhóm khách hàng mà chúng đảo ngược, đợt xem xét 24 giờ của Google và yêu cầu tiêu thụ 12 giờ của Apple hiện lên kèm theo đồng hồ đếm giờ để bạn có thể trả lời những đợt nhận đầu vào, và một tranh chấp đến sau vài tháng rơi vào đúng giao dịch thay vì thành một khoản khấu trừ bí ẩn trong một khoản chi trả sau này.

Phiên bản ngắn gọn

Bảng điều khiển của bạn hiển thị một giao dịch vào ngày nó hoàn tất. Doanh thu ròng sau hoàn tiền hiển thị những gì bạn thực sự giữ lại được sau mọi khoản đảo ngược, và nó luôn là con số nhỏ hơn. Hoàn tiền dao động từ 2 đến 5 phần trăm số giao dịch đã trả tiền và cao hơn ở một số danh mục, chúng đảo ngược phần ròng của bạn chứ không phải phần gộp, và một khoản bồi hoàn trên Google Play giờ đây lấy của bạn khoản bằng giá mua trừ phí dịch vụ cộng thêm phí ngân hàng 15 đến 25 đô la lên trên. Tất cả đều đến sau khi bạn đã ghi nhận doanh thu và thường sau khi bạn đã chi tiêu nó. Hãy xây dựng LTV và ngân sách quảng cáo của bạn trên phần ròng, trả lời hai cửa sổ có nhận bằng chứng của bạn, và đối soát muộn, vì một giao dịch chưa thuộc về bạn để giữ cho đến khi khách hàng không còn có thể lấy lại nó.