App 退款会从你的付款中扣走,而不只是让仪表盘上的收入变少,糟糕的一个月甚至可能从你的银行账户里抽钱

大多数开发者把退款理解成一条走错方向的记录,一笔销售在报表某处变成了更小的数字。实际情况比这更糟。App 退款会从你的付款,也就是商店真正汇进你银行账户的那笔钱里扣走,而由于退款几乎从不和销售落在同一个周期,它扣的往往是一笔你可能已经花掉的付款。在 Google Play 上,足够糟糕的一连串退款甚至不会等到下一次付款。Google 会伸手进那个接收你款项的银行账户,把缺口取回去。

这正是退款中永远不会出现在流失图表里的部分。钱按商店的时间表流动,而不是你的,而商店的时间表就是为了在付款给你之前先把退款抵扣干净而设计的。下面就精确说明退款款项在 App Store 和 Google Play 上何时离开,以及为什么打进你银行账户的数字永远和你实时仪表盘上的数字对不上。

为什么 App 退款是从你的付款里扣,而不是从销售里扣

一笔退款同时是两次冲回,而这两次都是你的钱。理解这一点,决定了你是把退款当成一条会计脚注,还是当成现金正在离开这栋楼。

退款会同时冲回客户的付款和你的收益

当客户被退款时,商店会退还他们支付的全部价格。接着商店冲回自己的佣金,这样你就不必为一笔已经不存在的销售支付商店的分成。剩下的那部分,也就是你在这笔销售上真正赚到的收益,会从你这里被追回。这才是对现金流真正重要的数字。它不是佣金,也不是税款,这两项都由商店处理。它是你本来打算留下的那一份,而在退款时它会退出去。

钱可能在你已经收到款之后才离开

问题出在时间上。商店按月结算,而客户可能在购买后数天或数周才申请退款。如果退款在这笔销售的付款发放之前到来,它就只是拉低那次付款。如果它在你已经收到这笔销售的款项之后才到来,商店就会从之后的某次付款里把它扣掉。无论哪种情况,退款都是按它实际发生的周期结算,而不是按销售所在的周期,所以退款款项和销售款项几乎从不一起流动。

退款款项究竟何时离开,逐个商店来看

两个商店最终落到同一个结果,你的退款会从你的付款里被抵扣掉,但它们通过不同的日历到达,而当账算成负数时后果也不同。

Google Play 把退款并入按月发放的付款

Google Play 按自然月结算。从某月的第一天到该月末之间处理、退款或拒付的任何订单,都会在次月 15 日前后付款,前提是你的余额达到付款门槛,即本地货币付款为一美元,美元电汇为一百美元。退款在这次结算之内,而不在其外。如果你在 Google 为某笔订单付款给你之前退款,你就永远收不到那笔金额。如果你在付款已经发放之后退款,Google 会从未来的某次付款里扣掉这笔金额。

Apple 把退款记在它发生的那个财务月

Apple 按财务日历运行,而不是自然月,它会在退款和拒付实际发生的那个财务月,把它们从你的累计收入中扣除。在财务报表里,退款会被标记为 Return,带有负数的销量和负数的合作方分成,这是 Apple 表示它直接减少了那个周期收益的方式。之后 Apple 大约在财务月结束一个月后付款给你,而且只有在你的余额达到所在地区的付款门槛后才发放,所以一笔退款可能减少你尚未收到的钱,也可能冲抵一个你已经就原始销售收过款的月份。

它在现金流上让你付出什么代价

退款的金额很容易看到。真正让团队措手不及的是现金流成本,因为它关乎钱什么时候流动,而不只是流动了多少。

时间差才是陷阱

设想一个普通的月份。你在一月销售并在之后收到款。到了二月,其中一些一月的买家退款,而二月同时也是你产生新销售的月份。Google 和 Apple 都会把旧的退款抵扣到新的周期,所以你二月的入账会比仅凭二月销售所预期的更轻。这里没有任何出错。退款只是落在了和它们所冲回的销售不同的那次付款上。

在消耗型购买上,这个时间差会两次刺痛你。客户购买时,你已经花了真金白银去交付金币、点数或生成的产出,所以算力和 API 成本已经花掉了。然后,数周之后,你入账的收益又被从某次付款里拉了回去。你同时损失了履约成本和收入,而且它们在两个不同的日子离开。

拒付是更昂贵的那个版本

拒付是一笔退给了银行而不是商店的退款,而且它是终局的。你可以在 24 hours 内通过 orders.reviewrefund 对 Google Play 的拒付审核作出回应,Apple 也可以在 12 hours 内请求消耗信息,但两者都不能把一场输掉的争议变回现金。从 2026 年 8 月 3 日起,一笔 Google Play 拒付会把购买价格减去 Play 服务费,再加上银行的拒付手续费,转嫁到开发者身上,而 Google 只继续承担它自己的服务费。这笔合计金额会像退款一样从你的付款中扣除,只不过拒付还带着一笔你在普通退款上永远看不到的银行手续费。

为什么你的付款永远和仪表盘对不上

如果你的收入仪表盘和银行入账从来都对不上,退款是其中大部分原因。仪表盘在数一样东西,而付款在数另一样东西。

仪表盘是毛额,付款是净额且滞后

实时销售仪表盘显示的是销售发生时的销售总额。付款显示的是那些销售减去在付款周期内结算的每一笔退款和拒付,包括针对更早月份销售的退款。这两个数字描述的是不同的时间窗口,所以它们无法一致。付款是更小、更晚、也更诚实的那个数字,因为它已经吸收了仪表盘还没跟上的那些冲回。

如何不让退款突袭你的现金流

你无法改变客户何时申请退款,而且在大多数退款路径上,你根本无法阻止退款。你能控制的,是这个时间差是否会让你猝不及防,以及你是否留了足够的余地去吸收它。

以付款对账,而不是以仪表盘

把商店的财务报表和付款当作收入的唯一事实来源,每个周期都用你自己的数字去和它对账。在 App Store 上,这意味着财务报表,其中退款是一笔带负数销量的 Return。在 Google Play 上,这意味着支撑按月付款的收益报表。和这些对上,退款的时间差就不再是个谜,因为你读的正是商店据以付款的那些净额。

为退款时间差留一笔准备金

由于一笔退款可能在你入账销售数周之后才打到某次付款上,不要在整整一个月的销售总额刚到账那天就把它当作可花的钱。按你的退款率留一笔准备金,这样退款更重的一个月,或者一批集中的拒付,减少的是一笔你已经预留的付款,而不是一笔你已经承诺出去的付款。这对那些用商店收入去支付广告投放或外包人员的团队最为重要,因为一笔更轻的付款会落在一张不会缩水的账单上。

能消除的退款就消除,并让客户远离拒付这条路

最便宜的退款是那笔从未发生的退款,其次便宜的是那笔始终停留在退款、而没有变成拒付的退款。一个得到干净、快速退款的客户很少会打电话给银行,而在 Google Play 上,银行那个版本现在带着一笔商店版本没有的手续费。在申请到来之前尽量预防,对合理的退款毫无摩擦地予以处理,你就能把退款量和手续费都挡在你的付款之外。

简短版本

退款不是一笔更小的销售,而是按商店的时间表离开你账户的钱。Google Play 会把你的退款和拒付并入大约每月 15 日的一次付款,而如果你的余额负数持续 48 hours,它就会直接从你的银行扣款。Apple 把退款记在它们实际发生的财务月,并在大约一个月后付款,已扣除这些退货。由于退款很少和它们所冲回的销售在同一周期结算,你的付款总是比你的仪表盘更轻也更晚,而从 2026 年 8 月 3 日起,一笔 Google Play 拒付会把价格和一笔银行手续费从那次付款里拉走,并且无法追回。以付款对账,为时间差留一笔准备金,并在退款抵达银行之前就把你能消除的退款消除掉。