你的仪表盘在交易清算当天就记入一笔销售，但扣除退款后的净收入才是你的广告预算唯一应当信赖的数字

入账的收入和留存的收入是两个不同的数字。二者之间的差距，是每一笔在销售看似已成定局之后才冲回的退款和拒付，而这一差距比大多数仪表盘承认的要大。

你的仪表盘在交易清算的那一刻就记入一笔销售。退款可能数天后才到，拒付可能数月后才到，而那时你已经上报了收入，把它计入了某个群组，并且在大多数情况下已经动用它去买下一个用户。扣除退款后的净收入，是熬过这一切后剩下的数字，也是你的获客预算唯一应当信赖的数字。

下面讲这一差距从何而来，它对你据以经营的数字做了什么，以及当你不再把不得不退回的销售计入之后，它在真金白银上要付出多少代价。

扣除退款后的净收入究竟意味着什么

扣除退款后的净收入是一个朴素的概念，而仪表盘让它很容易被遗忘。它是你入账的钱，减去你不得不退回的钱，在商店结清抽成之后。一笔销售在清算的瞬间被记录。一笔退款或拒付在发生时才被记录，那是在之后，有时晚得多。这两个事件落在不同的报告期里，所以在冲回悄然出现在未来的对账单之前，这笔销售看起来一直像是干净的收入。

一笔销售只被计一次，却按它自己的时间表冲回

在 Google Play 上，买家可以在购买后 48 小时内自助退款，每款应用一次。Apple 逐案决定退款请求，通常在一两天内。银行卡拒付按银行的日历运行，通常自交易起 120 天，在某些欺诈和延后交付的情形下最多 540 天。这种时间跨度就是全部问题所在。销售现在就打进你的仪表盘，而冲回可能在从明天到明年的任何时候打进来。

毛入账并不是你留下的

毛入账是客户支付的金额。扣除退款后的净收入，是冲回结清、商店抽走其份额之后，留在你账户里的钱。Apple 和 Google 在一笔购买被退款时都会退还其佣金，所以退款拉回的是你的净额，不是毛额。这在一笔普通退款上是种宽慰，在你的指标里却是个陷阱，因为如果你的收入数字仍然带着一笔之后被退款的销售的毛额，你就是在上报早已流出的钱。

退款如何悄悄虚增你据以经营的数字

它们高估收入和 MRR

每一笔你还没减去的退款，都是你并不拥有的收入，坐在一个被你当作真实的数字里面。在 3 to 5 percent 的退款率下，你上报收入中的几个百分点是已经承诺退回的钱。在订阅上它还撑起了 MRR，因为一个已退款并流失的订阅者，在冲回被对账之前仍可能被读作活跃收入。

它们虚增 LTV，于是你为用户多付了钱

这就是会计错误变成花钱错误的地方。建立在毛入账之上的生命周期价值，把退款的销售算作生命周期价值。Adapty 的基准分析对此直言不讳。不计入 3 to 5 percent 的退款率，会显著高估获客活动的回报。如果你的 LTV 高出几个百分点，你允许的每次安装成本就高出几个百分点，于是你为买用户出价过高，去对着会冲回的收入下注。你在用真金白银的广告费，去追逐一个从来就不该由你留下的数字。

它们破坏归因和群组数据

退款还会切断一笔销售与产生它的活动之间的联系。AppsFlyer 把未处理的退款列为削弱应用内购买数据准确性的隐患之一，并估计仅退款一项就能把准确性削减 5 to 10 percent。补救很繁琐。把每一笔退款匹配回原始收据，并从获得该销售归因的活动和群组中把它减去。跳过这一步，你账面上表现最好的渠道，可能只不过是退款率最高的那一个。

这一差距要花你多少钱

指标上的精确很重要，因为这一差距不是纸上谈兵。它是现金。

一笔退款要花你的净额，外加你已经花掉的服务

在一笔普通退款上，钱这一侧是有界的。Apple 和 Google 会冲回其佣金，所以在一笔退款的 100 美元销售上，你退还的大致是你收到的 70 美元，而不是 100。回不来的是服务该客户的成本。你运行的算力、你付费的 API 调用、你占用的存储，以及任何已入账的支付，都是花掉了。退款冲回的是付款，不是这份工作。

拒付代价更大，而在 Google Play 上它现在直接花你的钱

拒付是代价高昂的冲回，而账单转移了。对于在 August 3, 2026 当天或之后下的订单，Google Play 向开发者收取购买价减去 Play 服务费，再加上银行的拒付费。支付行业消息来源把那笔银行费定在每次争议约 15 to 25 dollars。在一笔 19.99 美元的销售上，一次败诉的拒付会冲回你净得的约 17 美元，再在上面加 15 to 25 dollars，所以单单一次争议就可能花掉超过销售额两倍的钱。在 App Store 上，Apple 是记录商户，自行处理银行卡争议，所以它不向你转嫁银行的费用。

账单在你已经把收入花掉之后才到来

让它刺痛的是时机。你记入了销售，把它计入一个群组，并动用它去买下一个用户。退款数天后到来，拒付可能数月后到来，在 Google Play 上通常最多 120 天，有时还要长得多。等冲回打进来时，收入早已部署出去。你不是在削减一份预测，你是在填补一笔你已经承诺出去的现金缺口。

如何以扣除退款后的净收入来经营

在群组层面减去冲回，而不只是在总计上

全公司统一的退款百分比是不够的，因为退款并非均匀分布。教育类和硬付费墙类应用的退款远多于旅行或购物类。在每个群组和每个活动内部减去退款和拒付，这样你扩大规模的渠道，是净额最好的那个，而不是毛额最好的那个。

在窗口关闭之前让销售保持开放

不要在交易清算当天就把一笔销售当作最终收入。在整个退款窗口期把它保持为临时状态，而对于你打算动用的钱，则在整个拒付窗口期都如此。48 小时的 Play 退款和 120 天的银行卡争议，是同一笔销售上两个不同的风险时限。

回应那两个你的证据能起作用的窗口

你无法阻止大多数冲回，但其中有两个会征询你这一方的意见，而回应能保护真实的收入。Apple 会向你的服务器发送一个 CONSUMPTION_REQUEST，并给你 12 小时通过 Send Consumption Information V2 作答。Google Play 通过 orders.reviewrefund 开启一个 24 小时的拒付审核窗口。其余的一切，48 小时的 Play 退款、客服退款、作废的购买，都是在没有你参与的情况下决定的，只能被记录。错过那两个确实接受输入的窗口，你就会失去本可以留下的收入。

延后对账，因为这个数字一直在变

某一个月的收入在月末并非最终确定。一笔看似干净的支付，可能在数周或数月后被一笔拒付减少。把退款和争议持续地对回原始订单，这样你扣除退款后的净收入才会沉淀到真相，而不是随波逐流。

这正是 RefundHalt 被打造来保持诚实的那个数字。退款和拒付会被匹配回它们所冲回的那笔销售和那个群组，Google 的 24 小时审核和 Apple 的 12 小时消费请求会带着各自的时钟浮现出来，让你可以回应那些接受输入的，而一笔数月后才到的争议，会落在正确的那笔销售上，而不是成为日后某笔支付里一项莫名其妙的扣款。

简短版

你的仪表盘在交易清算当天显示一笔销售。扣除退款后的净收入显示的是在每一次冲回之后你实际留下的，而它总是较小的那个数字。退款占已付费交易的 2 to 5 percent，在某些品类里更高，它们冲回的是你的净额而非毛额，而 Google Play 上的一次拒付现在要花你购买价减去服务费，再在上面加一笔 15 to 25 dollars 的银行费。所有这一切都在你记入收入之后到来，而且往往在你花掉它之后。把你的 LTV 和你的广告预算建立在净额上，回应那两个接受你证据的窗口，并延后对账，因为一笔销售在客户还能把它拿回去之前，都不是你可以留下的。