非自愿流失:那些从没打算走的用户

非自愿流失是卡失效、卡过期和账单问题带来的收入损失,而不是用户做的决定。怎么把它和自愿流失分开,以及什么手段真的能追回。

自愿流失是一个决定。非自愿流失是一次意外,通常是一张过期卡,或一家银行拒掉了一笔用户本来要付的钱。

两者需要完全不同的解法,却很容易混在一起,因为它们表现为同一件事:一个不再付费的账号。如果流失只有一个数字,意外就看不见,而决定会被过度归因。

把意外和决定分开

最干净的分法以账单系统为准。如果最后一次扣款失败,或者卡已过期,那这次流失先算非自愿。如果扣款成功而账号仍然停了,那就是自愿。

这个拆分值得做,因为两者对应的动作正好相反。非自愿流失对应重试时机、换卡提示和可用的宽限期;自愿流失对应产品和定价。用错一个,一个季度就白干。

非自愿流失藏在哪里

大部分集中在这四个地方,其中只有一处看起来像付款问题。

  • 年付方案上的过期卡——几个月里没人会看到一次失败的扣款。
  • 硬拒付:不换卡永远不会成功,却和软拒付用同一套重试计划。
  • 扣款追回了,最后还是取消——因为用户真正的异议从来不是那张卡。
  • 被团队记为自愿取消,而去取消的人根本没看过背后的付款状态。

什么手段真的能追回

追回靠三个杠杆,而且是叠加的:什么时候重试、用户换卡有多容易、换卡期间还能保留多久权限。三个都大致做对,追回比例会因为结构性原因改善,而不是靠运气。

第四个杠杆是多数产品跳过的:在付款失败还停在屏幕上时,在站内问一句为什么。卡可以更新,用户也可能已经跟你结束了——想分清哪一种,只能去问。

FAQ

非自愿流失怎么衡量?

把「停止付费的那一刻,最后一次扣款失败或卡已过期」的账号算进来,其余都算自愿。报表里两条曲线要分开。

非自愿流失都能追回吗?

不能。硬拒付和已被放弃的卡不会回来,早就死掉的账号应该核销,而不是无限重试。可追回的是那些本来打算继续付钱的人。

光靠一封 dunning 邮件能解决非自愿流失吗?

只有在用户打开并行动的前提下才行。大部分追回其实来自重试计划和「保留权限久到用户能发现」。

接着看

付费墙转化闭环

别再收一堆永远不会变成收入工作的理由。

跑一次演示,留下一条异议,看它进入完整闭环。

免费 · 不绑卡 · 一行脚本 · 不交 Stripe 密钥