dunning 到底是什么，为什么它决定你的流失？
dunning 是扣款失败之后整套处理路径：重试、通知、宽限期，以及账号最终怎么办。这篇说清该配什么，以及它仍然漏掉的那部分。
dunning 是订阅生意在扣款失败之后跑的那套流程。它不是一封邮件，也不是打开一次就完事的开关。它包括重试计划、通知、宽限期、访问权限的处理，以及账号最后落到什么状态。
几乎所有 dunning 配置都只看一个数字：追回了多少钱。这个数字是真的，但它盖住了最关键的部分。卡可以被重新扣款成功，用户下个月照样走光——因为卡失败的原因，从来不是他要离开的原因。
dunning 实际包含什么
团队说 dunning 时，通常指的是下面四件事之一，而这四件事的配置位置各不相同。
- 重试逻辑：失败的扣款什么时候再试、试几次、按什么节奏。
- 用户通知：那封告诉用户扣款没成功、以及该做什么的邮件或站内提示。
- 宽限期：在付款解决之前，访问权限还能保留多久。
- 终态：追回失败之后账号会怎样——降级、暂停，还是删除。
扣款失败为什么偷偷漏钱
扣款失败很无聊，这正是它漏钱的原因。没人会为一张被拒的卡提 bug，用户一般也不会告诉你。他本来是想继续付的，于是这笔损失永远不会以「取消原因」的形式出现在你自己的报表里。
最常见的情况是卡过期。最让人恼火的是银行规则导致的拒付——用户什么都没做错，往往也不知道出了事。如果重试计划和换卡入口都很弱，这两种最后都落到同一个结果。
多数 dunning 配置漏掉的那部分
dunning 只回答一个问题：钱收回来了吗。它不回答下面那个问题：这笔付款失败，是不是这位用户本来也快走了？「扣款成功」和「用户留下」是两个不同的结果，而账单后台只会告诉你其中一个。
这就是 MorePaying 要做的事。与其猜一个人为什么走，不如在定价页退出、以及付款失败的那一刻问一句，把回答和挡住的金额绑在一起。dunning 告诉你钱回来了，那句回答告诉你：下一次扣款失败时，这个人还会不会回来。
Stripe 订阅的 dunning 检查清单
这里大部分是配置而不是写代码，而且顺序很重要：重试计划买来时间，通知决定用户会做什么，宽限期决定卡能刷通时他还在不在意。
- 打开自动重试，并选一个能覆盖正常付费周期的计划。
- 失败邮件只放一个明确动作：更新卡片。不要写成状态汇报。
- 宽限期内保留访问权限，并写清什么时候结束。毫无预警的锁权限，会把一次可追回的付款变成一次取消。
- 把追回收入和新签单独统计，否则 dunning 做得好的一个月会被当成增长好的一个月。
- 记下用户当时说的原因，而不是只记这次重试有没有成功。
FAQ
dunning 只针对订阅吗？
任何周期性扣款都有 dunning 流程，包括账单和年付续费。一次性付款有「付款失败」的问题，但没有需要保住的订阅关系。
重试计划该设几次？
覆盖到用户来得及发现并换卡的那个窗口就够了，不必更长。拖得很长的重试计划多追回一点点钱，代价是骚扰那些本来就要走的用户。
dunning 和催收有什么区别？
dunning 想留住用户，催收想收回欠款。订阅生意一旦开始把自己的重试邮件叫做催收，用户通常已经走掉了。