Google Play 允许你自己发起部分退款，而 App Store 把每一笔退款都交给 Apple 处理

在 Google Play 上，你可以把订单价款的一部分退还给客户，而在 App Store 上你做不到。在 Google Play 上，部分退款是开发者手中一个实实在在的控制权：打开 Order management，选中一笔订单，按百分比或固定金额退还其中一部分。而在 App Store 上，根本没有给你用的退款按钮。Apple 决定并处理每一笔退款，且始终针对整笔交易，金额会从你未来的收入中扣除。这一个差异，就改变了你如何应对一位不满的客户、一次短暂的服务中断，或一场正在走向拒付的纠纷。下面就精确讲清楚部分退款在 Google Play 上如何运作、为什么 Apple 不给你任何类似的东西，以及当你顺着资金去追时，每条路径会让你付出多少成本。

部分退款是什么，以及哪家商店提供它

部分退款是把订单价款的一部分退还给买家，而你保留这笔销售的其余部分。当全额退款太多、什么都不做又太少时，你就会用到这个工具：一位用了服务大部分内容却碰上倒霉一周的客户，一次毁掉了某个订阅月部分时间的服务中断，或是为了在不失去整笔销售的情况下结束一条工单而做出的善意姿态。两家商店中，只有一家给开发者这个旋钮。

Google Play，你来设定金额

Google Play 把退款当作你可以自己做的事，而部分退款已内置在 Console 中。在 Order management 里，你会找到 Partial refunds 开关，打开它，然后输入低于 100 percent 的百分比，或低于订单总额的税前金额。你可以随时间对同一笔订单发起多次部分退款，只要累计总额永远不达到或超过订单全额即可。所有这一切之上还有一条硬性限制：超过 three years 的订单无法退款，无论全额还是部分。

对于订阅，位置很重要。退还一个订阅中最近的那笔订单会立即移除该订阅。退还同一订阅中较早的一笔订单则会保留订阅有效，因为你是在撤销一个已经结束的周期，而不是客户当前所处的那个周期。

App Store，开发者没有任何杠杆

Apple 采用另一套模式。作为开发者，你无法发起任何金额的退款，无论部分还是全额。每一笔 App Store 退款都由 Apple 决定并处理，客户直接通过 reportaproblem.apple.com 向 Apple 提出请求。当 Apple 批准退款时，退的是整笔交易，金额会从你未来的收入中扣除。没有任何一个 Console 页面能让你退还一半的购买款来抚平一次抱怨。

Apple 唯一会退还部分金额的情形，并不是一个由你操作的工具。当客户在周期中途把自动续订订阅升级到更高档位时，Apple 会立即按新价格收费，并自动按比例退还旧订阅未使用的部分。那笔按比例计算的抵扣是 Apple 自己对这次切换的会计处理。它不会发送任何 REFUND 通知，而且你从来无法选择金额。

如何在 Google Play 上发起部分退款

Console 路径很短。打开 Play Console，进入 Order management，找到你想调整的订单。打开 Partial refunds 开关，然后选择如何表达金额：低于 100 percent 的订单百分比，或低于订单总额的税前数字。确认后，Google 就会把那一部分退还给买家。

在点击前，有两个行为值得了解。第一，退款是针对整笔订单按比例进行的，而不是只从你这一边划出来。第二，对于订阅，它对访问权限的影响取决于你退的是哪笔订单，如上所述：最近的订单会终止订阅，较早的则不会。

用 orders.refund API 大规模处理

如果你通过代码而不是手动退款，Google Play Developer API 提供了 orders.refund，它可以退还用户的订阅或应用内购买订单。请仔细读它约定中的一行：该 API 退还整笔订单。部分金额是 Console 的功能，不是 API 的参数。API 确实给你的是一个 revoke 标志。把 revoke 设为 true，对该项目的访问权限会立即终止，对于周期性订阅，所有未来的付款也会停止。不打开它，退款会退还资金但不收回权益。同样的 three years 期限也适用：该 API 不会退还超过 three years 的订单。

部分退款让你付出什么，又为你省下什么

来算算钱，因为部分退款在成为一个支持决策之前，先是一个金钱决策。在 Google Play 上，退款是按比例的，这意味着退钱的不止你一个人。Google 的帮助文档说得很明确：如果你退还一笔订单的 50 percent，你收入的 50 percent 和 Google 收取的服务费的 50 percent 都会退给用户。你和 Google 会按你们分成销售额时相同的比例分摊损失。

走一遍一笔具体的订单。假设某位客户为一件应用内产品支付了 10 个单位，Google 在这笔销售上的服务费是 30 percent，因此你的收入是 7，Google 的手续费是 3。发起 50 percent 的部分退款，买家会拿回 5：其中 3.50 从你的收入中扣除，1.50 从 Google 的手续费中扣除。你损失的是 3.50，而不是全额退款本会让你付出的整整 7。部分退款是唯一能让你用销售额的一小部分、而不是全部，来平息一次抱怨的杠杆。

一笔小额部分退款可能比一次拒付更便宜

该抓住你眼球的是最后一行。拒付不是一笔你能控制的退款。客户的银行会划走全额价款，并加上一笔不随购买金额缩放的固定费用，而且这个决定是终局的，无法申诉。从 August 3, 2026 起，Google Play 会把拒付的购买价款外加银行费用转嫁给开发者，因此在 Android 上，一场你输掉的纠纷如今会让你付出比这笔销售本身价值更多的成本。相比之下，一笔能让摇摆的客户不去找银行的部分退款，往往是全盘中最便宜的结果。用 3.50 平息一次抱怨，好过损失价款外加一笔你无法申辩的银行费用。

什么时候部分退款是正确选择，什么时候不是

部分退款作为一种降级和善意工具，值得拥有一席之地。一位确实用了所购之物一部分的客户，一次让他们损失了月度套餐几天的服务中断，一条你想在它变成一星差评或一次拒付之前结束的工单：这些正是退还一部分、而非整笔销售，既诚实又更便宜的情形。因为你和 Google 分摊这次减少，一个不大的姿态让你付出的甚至比它的面值还少。

它不能替代那些真正裁决争议资金的流程，也不是滥用行为的解药。给一个连环退款者一笔部分抵扣，只会教会他们再次开口。把部分退款留给真正的善意，并像追踪全额退款一样追踪谁收到了它们，以一个稳定的账户 id 为键。

部分退款不是消耗流程或拒付流程

把这个由开发者主动发起的工具，与那两条向你索取证据的流程区分开。部分退款是你选择去给的东西。它不是对 Apple 的 CONSUMPTION_REQUEST 的回应，后者要求你在 12 hours 内提供你的用量数据，并用 Send Consumption Information 调用来作答；它也不是对 Google Play 拒付审查的回应，后者要求你在 24 hours 内通过 orders.reviewrefund 发表意见。那两条流程是基于证据和截止时间来动用资金的。部分退款动用资金，只是因为你决定这么做。把两者混为一谈，把一笔善意抵扣当成已经解决了一场纠纷，只会让真正的时钟继续在跑。

部分退款的简短清单

• 在 Google Play 上，从 Order management 按低于 100 percent 的百分比或低于订单总额的税前金额发起部分退款。
• 记住退款是按比例的：一笔 50 percent 的部分退款会把你收入的 50 percent 和 Google 手续费的 50 percent 退给买家。
• 你可以在同一笔订单上叠加多次部分退款，但永远不能累计到订单总额，也永远不能对超过 three years 的订单退款。
• 用 orders.refund API 做自动化，但要知道它只支持全额退款，并慎重设置 revoke 来控制访问权限和未来的续订。
• 在 App Store 上，要为你无法发起任何退款这个事实做好打算。Apple 来决定，始终全额，从你的收入中扣。
• 把部分退款与 CONSUMPTION_REQUEST 和 orders.reviewrefund 区分开，后两者是各自跑着 12 小时和 24 小时时钟的证据流程。

两家商店在一个简单的问题上分道扬镳：谁握着退款旋钮。Google Play 把它交给你，让你可以稍稍拧一点或拧到底，而当你这么做时，它会用自己的手续费来分摊成本。Apple 握着旋钮，只全额拧，并从你下一笔收入中取钱。知道你身处哪个世界，就能告诉你部分退款是否根本是个选项；而当它是时，它往往是留住客户、避免一场你会输掉的纠纷的最便宜方式。