一次糟糕的应用更新可能引发一波退款，下面教你如何在它影响到你的收款之前将其遏制

当一次发布带着缺陷上线时，退款会比你的崩溃看板更早到来。糟糕的应用更新不只是惹恼用户。它给了他们一个具体的理由来要求退款，而在低价购买上，那笔钱是你损失中最小的一部分。你已经烧掉的算力、被计费的第三方 API 调用、以及你预置的存储，都不会随这笔销售一起回来。

有用的一点是，失败发布是少数几个你能在几分钟而非几周内加以控制的退款诱因之一。两家商店都分阶段发布更新，并允许你在途中叫停，而这一个控制手段，就是少数几名受影响用户和一波冲击你收款的退款之间的区别。下面讲讲一波退款真正的代价、如何在各家商店叫停一次糟糕的发布，以及在异议已经提交之后，你唯一能发声的两个短窗口。

为什么糟糕的应用更新会变成退款

启动即崩溃、加载不出来的付费墙、昨天还能用今天却不行的功能。每一种都给付费客户一个干脆的理由来要求退款，而退款是这种反应中礼貌的版本。不礼貌的版本是银行拒付。两者都让你付出代价，一次哪怕只对一部分用户出问题的发布，也可能产生足够多的退款，出现在你的收款里。

你损失的钱不止是那笔销售

当一笔购买被退款时，销售金额会退还给客户。退不回来的，是你为服务那笔购买已经花掉的一切。运行工作的算力、在使用当下被计费的第三方 API 调用、你预置的存储，以及你已经付给创作者的任何分成，都没了。在一件低价的消耗型商品上，这些沉没成本加上可能的银行手续费，加起来可能比客户付的还多。

一波退款还会拉高你的退款率

退款不只是单笔销售的损失。卡组织和两家商店都盯着你销售被退回的比率。一次糟糕的发布让这个比率飙升，可能招来你宁愿避开的审视，所以糟糕更新的代价，不只是那些美元，还包括你花掉的信誉。

如何在 App Store 上叫停一次糟糕的发布

Apple 的遏制工具是分阶段发布，它的全部价值就在于，你能在大多数用户看到那个有缺陷的构建之前就踩下刹车。

分阶段发布会在七天内完成

当你为一次版本更新开启分阶段发布时，Apple 会把它推送给开启了自动更新的用户中的一个随机样本。发布按固定日程攀升：第一天 1%，然后是 2%、5%、10%、20%、50% 和 100%，在七天内完成。因为头几天只触达你用户群的一小部分，第二天发现的缺陷，触及的人数远比同一天全量发布要少。

一旦发现不对劲就立即暂停

如果一次糟糕的应用更新溜了过去，你可以在任何时点暂停分阶段发布。Apple 允许你暂停最多 30 天，暂停次数不限，而且额度是累计的：暂停 10 天，恢复后，你仍然有 20 天的暂停额度。恢复时，发布会从停下的那一天接着往下走。暂停不会把构建从已经装上的用户那里撤回，所以要把暂停和一个修复以及一次加急审核搭配起来。

如何在 Google Play 上叫停一次糟糕的发布

Google Play 给了你两个刹车，一个用于还在发布中的版本，一个用于已经触达所有人的版本。

叫停一次进行中的阶段性发布

Google Play 上的阶段性发布让你可以向一定比例的用户发布，并按你自己的日程提升比例。如果你发现问题，打开那次发布，选择「管理发布」，再选「停止发布」。不会再有新用户收到该版本，已经拿到它的用户则保持不变。如果这个构建最终确实没问题，你可以从停下的地方恢复同一次发布。

停止一个已经全量发布到 100% 的版本

Google Play 还允许你停止一个已经全量发布的版本，这是阶段性发布的刹车做不到的。当你停止它时，你应用之前上线过、并且曾经全量发布的一个版本，会自动为那些尚未装上被停止构建的新老用户接替上去。有两个限制值得注意：你无法停止一个轨道上的首次发布；而且如果问题版本上线的时间已经足够长、大多数用户都已更新，那么停止起不了多大作用，因为损害已经扩散出去了。

当退款和异议已经在路上时

分阶段发布限制了多少人会撞上糟糕的应用更新。它对那些已经撞上的用户产生的退款和异议无能为力。一旦客户要求退款，商店就会走它的流程，而你的发言权很窄。

大多数退款不经过你就被决定了

Google Play 的 48 小时自助退款、客服退款和作废购买，全都由商店按它自己的政策决定。没有举证渠道，也没有申诉。对这些情形，你的记录就是退款本身，以及你已经吞下的成本。你唯一能出手的地方是预防，而这正是发布刹车之所以重要的原因。

两个窗口是你唯一的发言机会

只有两个流程会向你征求意见。当客户对一件消耗型商品或一项自动续订订阅要求退款时，Apple 会向你的服务器发送一个 CONSUMPTION_REQUEST，并最多等待 12 小时以获取消费数据。在 Google Play 上，一笔需要审核的争议购买会启动一个 24 小时的计时，你通过 orders.reviewrefund API 作答。错过任何一个窗口，决定就会在没有你的情况下作出。这两个窗口都不能让你撤销一次糟糕的发布。它们只能让你应对它的后果。

遏制清单

这些都不玄乎。它是你在每一次发布上都要跑的一套简短流程，而不只是那些你预料会出问题的发布。

• 每一次更新都通过 App Store 的分阶段发布和 Google Play 的阶段性发布来推送，绝不搞同一天的全量推送。
• 在头几个低比例的日子里盯紧崩溃和退款信号，那时受众还小到足以加以保护。
• 一旦真正的缺陷出现，就暂停 App Store 的分阶段发布，或停止 Google Play 的发布，然后修复并重新提交。
• 对于一个已经在 Google Play 上触达所有人的缺陷，停止那个已全量发布的版本，让之前的版本接替上去。
• 配置好 Apple 和 Google 的通知馈送，这样你就能在每一个窗口内答复每一次消费请求和退款审核。
• 跟踪整次发布期间的退款率，因为一次飙升就是信号，说明回滚已经该做了。