退款给你的应用造成的成本，远不止你退还的那笔钱

当客户拿回他们的钱时，你注意到的数字是那笔离开你账户的销售价格。这个数字是真实的，但它是账单上最小的一项。退款给你的应用造成的成本，是你冲回的那笔销售，加上你为赚取并交付它已经花掉的一切，再减去商店悄悄退还给你的那一样东西。读完整张发票，退款就不再像是一笔价格的简单退还。它们真正的样子是：一笔由几个部分组成的损失，其中只有一个部分出现在退款那一行里。

这是完整的账目，附上真实数字及其来源。商店会退回它的分成，所以你损失的是自己的那份，而不是客户支付的全部。你已经烧掉的算力、API 调用、存储和支付不会冲回。而拒付，作为退款更凶的表亲，如今还带着一笔要你的企业吸收的银行手续费。把这张账单从头到尾走一遍，你就能给退款正确定价，这是把防御只花在划算之处的第一步。

退款的成本，逐项拆解

退款有三个成本层，只有第一层是显而易见的。你退还的销售价格是第一层。决定这笔价格里究竟有多少真正是你要损失的那份的分成计算，是第二层。而你为交付这笔购买已经花掉、任何退款都碰不到的钱，是第三层。三层中漏掉任何一层，你账本上的每一笔退款都会定价错误。

第一层是销售，但不是整笔销售

标题数字是客户支付的价格。退款时客户会拿回这个全额价格。但你从一开始就没有留下全额价格，因为商店在成交时抽走了它的分成。所以退款时真正离开你口袋的金额是你的那份，而商店的抽成是单独结算的。这个区别就是损失十美元和损失七美元之间的差别，而且每个商店的结算方式都不同。

Apple 会退回它的分成

在 App Store 上，当 Apple 退款给客户时，Apple 扣除的是你在扣除分成后的份额，而不是全额价格。一位开发者查看自己的 App Store Connect 付款报告后发现，Apple 在为其用户退款时移除的是 Extended Partner Share，也就是承载开发者收益的那一列。说白了，Apple 退回的是它自己的分成，只收回它之前付给你的部分。纸面上有一条附带说明：Apple 的 Paid Applications Agreement 保留了 Apple 在退款后仍保留其分成的权利。在普通交易中这一条款几乎从不动用，但正因如此，你永远不能把分成的退回当作欺诈或滥用情形下的保证。

Google 也会退回服务费

Google Play 的运作方式相同，并且说得很明白。当你发起退款时，Google 会把服务费退给你，你会在下一期收益报告中看到退回的这笔费用。Google Play 的服务费通常是开发者每年赚取的前 100 万美元以及订阅收入的 15%，超过部分为 30%。Apple 的分成对大多数应用是 30%，在 App Store Small Business Program 下以及自动续订订阅在付费服务满一年后为 15%。无论你的费率是多少，两家商店都会在退款时退回它们的抽成，所以销售价格的损失是你的那份，而不是全部付款。

你已经花掉的成本收不回来

第三层是任何商店都退不回来的一层，因为商店从未持有过它。购买交付的那一刻，你就已经为服务它花掉了真金白银。无论客户是留下这笔购买，还是一小时后要求退款，这笔支出都一样，退款一分都不会冲回。

点名这些驱动因素，因为它们就是现金

这些不是软性成本。它们是你实打实付过钱的项目：运行该功能的算力周期、按 token 计费的模型 API 调用、你为客户数据预留的存储、交付它所用的带宽，以及你为那笔交易已经付出的任何创作者或合作方支付。退款退回的是销售。它不会追回其中任何一项。在一次沉重的购买上，一批图像、一次长时间生成、一次大型导出，第三层本身就可能占到销售价格中相当可观的一部分，而且它在退款请求到来之前就已经花掉了。

拒付是比退款更大的一笔账单

拒付不是退款，成本也不一样。退款是客户向商店要回自己的钱。拒付是客户请求他们的银行强行把钱要回去，而银行会为处理这场争议收取费用。谁来承担这笔费用，正是如今两家商店急剧分道扬镳之处。

Apple 把拒付留在银行和它自己之间

在 App Store 上，卡拒付是在银行和 Apple 之间解决的。Apple 不会像退款扣除你的收益那样把争议价格转嫁给你，也不会向你的账户单独收取银行手续费。这并不意味着卡争议是免费的，因为同一笔交易的退款仍然会让你损失自己的那份，但拒付的整套处理机制由 Apple 自己吸收。

Google Play 现在把拒付算到你头上

Google Play 在 2026 年 8 月 3 日改变了这一点。对于该日期之后下单的订单，拒付会把购买价格减去 Play 的服务费、再加上来自金融机构的相关拒付费用转嫁给开发者。Google Play 仍继续为该笔交易承担服务费。在此变更之前，Google 完全吸收拒付损失，所以这是一笔真实的新成本，Google 将其定性为让 Play 与行业标准看齐，并作为使用 Review Refund API 去抗辩不正当争议的理由。

给这个差距标个数字

以 Google Play 上一笔 10 美元、服务费为 15% 的应用内购买为例。如果你自己退款，你损失自己的那份，约 8.50 美元，Google 退回 1.50 美元的费用。如果同一笔购买在 2026 年 8 月 3 日之后反而变成拒付，你同样损失那 8.50 美元，还要吸收银行的拒付手续费，卡行业通常将其定为每笔争议 15 到 25 美元。在一笔 10 美元的销售上，仅银行手续费就可能比这笔销售本身还贵。这就是在争议升级之前发起退款的全部理由：无论如何这笔销售都没了，但只有在银行介入之后，银行手续费才会摆上台面。

那些你从来没机会定价的退款

有些退款不经过你就被决定，却照样让你损失全额。Google Play 的 48 小时自助退款是依据 Google 的政策批准的，开发者没有任何介入余地，而金钱账目是一样的：你损失自己的那份，加上你为服务它已经花掉的一切。当你的应用未能在约三天内确认一笔购买时 Google 发出的自动退款，对一笔客户可能从未使用过的购买而言是同样的损失，而且与其他情形不同，它完全可以通过在服务器端确认来预防。这些你无法据理力争压下去，但你可以正确地把它们计入账内，也可以在源头上阻止那些本可预防的。

如何定价与预防，无需人工介入

两个习惯能把这件事从一处漏损变成一个你能掌控的数字。第一，为每一笔购买标注它触发的真实成本，即算力、API、存储和支付，这样退款扣除的就是一个准确的数字，而不只是销售价格。第二，在升级路径打开之前就把它关掉：在服务器端确认购买，让三天的自动退款永远不会触发；对一笔明显有问题的订单，在它变成拒付并附上银行手续费之前就发起退款。RefundHalt 会自动运行这套管道，把每一笔退款和争议匹配到对应账户，并在结果落地的那一刻切换访问权限，这样你唯一要为之买单的退款，就只是那些你本来永远无法预防的。