付款失败追回，做起来别像催收
订阅账单的追回手册：重试时机、换卡路径、宽限期，以及在放弃一个账号之前该问的那一句。
付款失败追回，是「一次被拒的扣款」到「决定放弃这个账号」之间那段工作。多数团队把它当成财务杂事来跑：不会回来的账号被核销，会回来的账号靠运气被追回。
下面这套流程假设你用 Stripe 收款，因为重试和邮件的机制都在那里。顺序比任何单个设置都重要。
第一步：分清硬拒付和软拒付
软拒付用同一张卡再试一次有可能成功。硬拒付不会，继续重试只会消耗关系，也消耗重试次数。先给失败分类，再决定发什么——一种发重试通知，另一种发换卡请求。
第二步：把换卡做成一次点击
追回率本质是个摩擦力数字。如果用户要登录、翻到账单设置、再重填一遍地址才能换卡，其中一部分人会直接关掉页面。一个直连托管换卡页的链接，能砍掉的步骤就砍掉。
把结果和时间写清楚。「扣款失败，账号会一直用到 14 号，点这里换卡」比任何只陈述失败的通知都更能追回账号。
第三步：提前定好宽限期
在第一次失败之前就把策略写下来，因为真到那一刻，决定会变得情绪化。固定窗口、统一执行，比逐个判断更好向用户解释，也更好衡量。
第四步：在放弃账号之前先问一句
最后一次重试失败、账号即将降级时，在站内问一句：刚才是什么让付款没有完成？答案会把「需要换张卡」的账号和「其实想走了」的账号分开，而且这条回答直接绑着被挡住的金额。
这就是 MorePaying 加进追回流程的那一步。组件在结账和定价退出时提问，回答带着金额落到公开板上，修复通过 CLI 上线，于是这次发布之后的追回收入可以和基线对比。
FAQ
付款失败之后应该保留多久可追回？
久到用户能看到消息并采取行动，短到被放弃的账号不会无限期保留权限。多数订阅产品按周计的窗口是合适的；具体按你自己的追回数据调整。
硬拒付还要重试吗？
不要在同一张卡上重试。硬拒付需要换卡，所以有用的动作是发换卡请求，不是再扣一次。
追回邮件该写什么？
什么失败了、什么还在正常、截止时间，以及一个更新卡片的链接。多写的内容都会让它看起来像催收通知。