健康的应用退款率在 2% 到 5% 之间，这里告诉你如何查到自己的数据，以及它真正的代价

大多数移动应用卖出的商品里，有 2% 到 5% 会被退款，然而很少有开发者能不查资料就说出自己的数字。部分原因是 Apple 和 Google 把它放在不同的地方，用不同的名字，谁也没把它放在首页。但你的应用退款率仍然值得花时间去找。它是衡量定价、付费墙设计和退款滥用最干净的健康信号，也是大多数团队从未完全算清楚的一项成本的放大器。退款不只是把这笔销售额退回去。它会让你继续承担为完成这笔购买已经花掉的算力、API 调用、存储和分成支出，而拒付造成的损失，还会超过原本的售价。下面是每个商店把这个数字藏在哪里、按订阅周期和品类划分的正常水平是多少，以及顺着钱的流向去算，退款率每上升一个百分点到底要付出多少代价。

什么样的应用退款率算正常

先看基准数据，这样你自己的数字才有参照意义。最可靠的公开数据集显示，典型的应用退款率落在已支付交易的 2% 到 5% 之间。Adapty 对 $1.9 billion 营收、超过 11,000 款应用做了分析，得出了这一区间。RevenueCat 在超过 75,000 款应用的数据中得出了相近的结果，并把退款率称为衡量业务健康度的核心指标。如果你的数字落在这个区间内，说明你很正常。如果高于这个区间，一定有具体原因在推高它，下面这些细分维度通常能告诉你答案。

按订阅周期和付费墙划分的退款率

公开数据中影响最大的两个因素，是订阅周期的长短和付费墙的强制程度。更长的承诺周期和强制购买，都会提高用户的后悔程度。

按应用品类划分的退款率

品类之所以重要，是因为它反映了买家的购买动机。冲动型、憧憬型的购买，比实用型购买更容易被退款。

这个规律很一致。教育和健身类应用的买家后悔情绪最强，旅行和商务类最弱，价格也会影响这个数字，定价最低的方案退款率也最低，约为 2.2%。判断你自己的数字时，要参照你所在的品类，而不是全局平均值。

每个商店把你的退款数据放在哪里

两家商店都不会把退款率作为一个显眼的头条数字展示给你。你需要自己用退款笔数和销售笔数算出来，而这两个数字在两个平台上分别位于不同的界面。

在 App Store Connect 中查找退款

Apple 把退款数据放在 Sales and Trends 里。打开 App Store Connect，在顶部选择 Trends，在右上角选择日期范围，然后在左上角点击 Add Filters，选择 Transaction Type。在 Transaction Type 下，选择 Refunds。退款会在右侧以负数的 Unit 数值显示，Percentage Range 这一列会显示你的退款总数相对上一周期的变化。有一点需要知道，你每天的 Unit 总数里已经包含了已处理的退款，所以这个筛选条件的作用，是把退款单独拉出来，方便你拿它和销售数据做对比。如果你要看金额而不是件数，Payments and Financial Reports 里显示的收入已经把退款净额扣除。

在 Google Play Console 中查找退款

Google Play 把它拆成了两部分。要看汇总数字，打开 Financial reports，进入 Subscription，再进入 Overview，在你选择的时间段里，会看到一个 Refunds 数字，和总收入、活跃订阅数并列显示。要看单笔订单，打开 Order management，你可以在里面逐笔查看并筛选已退款的订单。Play Console 把退款和取消订阅记录为两类不同的事件，所以不要把取消订阅数当成退款数。一个订阅被取消，但已经用完了已付费的周期，这不算退款。

退款率每上升一个百分点，到底要付出多少代价

这是后台数据不会告诉你的部分。用你的退款率乘以营收，得到的是退还给用户的钱，但这只是账单里最小的一部分。

拆开来看一笔退款。商店在退款时，会把全额退给买家，同时也退还自己收取的那部分分成，所以真正从你账户里扣走的，是你原本能拿到的净收入，也就是标价的 70% 或 85%，而不是标价本身。这是好消息，但好消息到此为止。商店不会退还你为生成结果而消耗的算力、支付给第三方的 API 调用费用、你配置的存储资源，或者你已经支付给创作者的分成。对于一个已经交付并被使用过的消耗型商品，你既把商品给了用户，又把钱退了回去。退款这一行数字，永远低估了真实损失。

拒付是代价最高的一档

普通退款是这个区间里成本最低的一端。拒付则是同样的销售损失，再加上一笔固定的银行手续费，而这笔手续费不会随价格变化而变化。对于一个 $4.99 的金币包来说，单是这笔手续费就可能超过用户支付的金额，所以一笔被拒付的低价商品，可能会让你亏掉它本身价值的好几倍。拒付还是银行的终审结果，一旦银行做出决定，就没有申诉的余地。从 2026 年 8 月 3 日起，Google Play 会把拒付的购买金额和银行手续费都转嫁给开发者，所以从那天起，Android 上的这笔账会变得更难看。要把拒付和普通退款率分开跟踪，因为它们的表现和成本都不一样。

如何把偏高的应用退款率降下来

如果你的数字高于所在品类的水平，能拉动它的杠杆，和当初推高它的杠杆是同一批。按影响力从大到小依次处理。

• 放松强制付费墙。从免费增值改成强制付费墙，在公开数据里大约会拉高 2.4 个百分点的退款率。让用户先短暂免费体验，再收费，用一点转化率换来少得多的后悔。
• 让方案周期匹配用户意图。年付方案的退款率最高，所以先主推用户真正想要的周期，把升级到年付变成一个可选项，而不是默认项。
• 给每一笔购买绑定一个稳定的账户 ID。Apple 的 appAccountToken 必须是一个 UUID，Google 的 setObfuscatedAccountId 必须是一个不超过 64 个字符的哈希值，绝不能是明文。没有这个标识，你就分不清是首次退款还是惯犯，也没法回答那两个需要证据的流程。
• 每一次都要回应那两个可申诉的流程。一个在 12 小时内没有回应的 CONSUMPTION_REQUEST，Apple 往往会默认批准退款，一个在 24 小时内没有处理的拒付审核，等于你主动放弃了这场争议。沉默是最昂贵的回答。
• 看趋势，不要看某一天。退款率在小样本量下波动很大。把它当成一条相对于你自己历史数据和所在品类的滚动曲线来看，只有持续上升才值得调查，而不是某一周的异常波动。

一份速查清单，帮你读懂自己的退款率

• 你可以从 App Store Connect 的 Sales and Trends 里，筛选 Transaction Type 为 Refunds，拿到退款笔数，也可以从 Google Play 的 Financial reports、Subscription、Overview 里拿到。
• 退款率的计算方式是退款交易数除以已支付交易总数，按购买发生的周期归类。
• 对比的对象是你所在的品类，而不是全局的 2% 到 5%，同时也要看自己的滚动趋势。
• 把拒付单独拆出来看，因为它们的成本比普通退款更高，而且从 2026 年 8 月 3 日起，在 Google 上这笔手续费会转嫁到你身上。
• 每一笔购买都带有一个稳定的账户 ID，这样退款到来时能带着历史记录。
• 每一个 CONSUMPTION_REQUEST 都在 12 小时内回应，每一个拒付审核都在 24 小时内处理。

你的退款率不是一个用来炫耀的指标，也不只是退回去的钱。它是唯一一个能告诉你定价、付费墙和防滥用机制是否奏效的数字，而它对应的成本，永远比退款本身更大。找到它，用你自己的品类做基准，盯住趋势。商店不会主动把它摆到你面前，但计算它所需要的一切，早已经躺在它们的后台里了。