「续费率是队列指标,不是收入比;年付买的是现金,不是忠诚。」
一、92% 的月续费率,一年后只剩 37%
以下情境为教学假设,人物、引语和数字不代表经核实的真实案例。
陈默做一款给自由职业者用的票据整理工具,月付 39 元。后台显示 120 个付费用户,连续三个月,每月到期的订阅里都有 92% 续上了。他把这个数字写进给朋友的进度邮件,标题就是「续费率 92%」。
第十三个月,他按注册月份做了一次分队列统计:去年同期开始付费的那批人,只剩 37% 还在付。他以为统计写错了,换了个口径重算,结果一样。
问题不在数据,在算法。92% 是「一个月的续费率」,一年要连乘 12 次,0.92 的 12 次方约等于 0.368。月续费率是一个周期指标,把它当成年留存,会高估将近三倍。
他后来才想明白,那 92% 里每个月都有新到期的人,新用户在第一两个月通常不会走。老用户悄悄流失,被新到期的订阅平均掉了。分母每个月都在换人,比例却看着稳定。
后来他改推年付,8 折,374 元一年。当月现金流转正,刚好覆盖服务器年费。但两个月内,23 个年付用户里有 2 个来问退款,理由都是「用了三周发现不合适,剩下的月份能不能退」。
年付改变的是现金到账时间,不是用户是否真的需要你。
二、续费率只能按周期、按队列算
续费率只有一句话的定义:本周期到期并成功续费的订阅数 ÷ 本周期到期订阅数。分母不含未到期,也不含已取消。
三种常见算法,外加一行补充:
| 算法 | 怎么算 | 结果会怎样 |
|---|---|---|
| 收入比 | 本月收入 ÷ 上月收入 | 新客与涨价混入,看不出续费 |
| 总用户比 | 本月付费数 ÷ 总付费数 | 分母含未到期,长期虚高 |
| 队列续费率 | 同一批到期订阅中续费的比例 | 可比、可复算 |
| 分层续费率 | 按月付、年付、套餐分别算 | 能看到结构变化 |
第四行是补充而不是替代:先按队列算总账,再分层看是谁在走。
举个能对上账的例子:1 月到期的 100 个订阅,续了 92 个;同时 1 月新订阅里有 8 个在 2 月到期,于是 2 月的分母又是 100。如果只看「本月到期 100,续了 92」,看不出这 100 个里已经换过一批人。
2.1 到期日与宽限期
分母是「本周期到期」,所以你必须先有一个明确的到期日,而不是「大概这个月该续了」。宽限期建议 3–7 天:付款失败不算流失,算待处理;宽限期内扣款成功,仍计入本期续费。
宽限期设多长,取决于你的支付渠道重试几次能成功。宽限期不是善意的长度,是支付重试的窗口长度。
2.2 年付与月付不能共用一个分母
年付和月付的「到期」含义不同:月付每月一次机会流失,年付一年只有一次。把两者放进同一个续费率,等于把 12 次机会和 1 次机会平均。
分开算之后,你才会看到结构变化:总续费率从 92% 掉到 89%,可能只是年付用户占比上升,而不是用户变得更不忠诚。比例的变化要先归因到结构,再归因到产品。
三、年付、涨价与大版本
月付转年付的折扣,本质是一次交换:用户让出灵活性,你让出单价,换提前到账的现金。
| 商业模式 | 复购动作 | 复购的触发点 |
|---|---|---|
| 订阅 | 续费 | 到期前 7 天 |
| 买断 | 大版本升级 | 新版本发布 |
| 按量 | 充值、加购 | 余额低于阈值 |
| 服务 | 下一期项目 | 交付验收后 |
四种模式的「复购」不是同一件事。订阅卖的是持续可用,买断卖的是「这一版够用多久」,按量卖的是额度,服务卖的是下一次合作。用订阅的续费话术去卖买断制升级,用户会觉得你在重复收费。
3.1 涨价的提前量
涨价有三件事必须写清楚:通知时间、生效时间、老用户是否保留旧价。
- 通知:至少提前 30 天,单独一封邮件,标题里出现「价格」二字。
- 生效:统一在某个账单周期开始时,不要在周期中途改。
- 旧价:老用户保留旧价 6–12 个月,是成本最低的善意;也可以不给,但要在通知里说明理由。
涨价的争议很少来自金额,多数来自「没提前说」。
还有一个常被忽略的细节:涨价之后,老用户的续费率会先掉一截再回稳。这一截不是产品变差了,是价格敏感的人被筛掉了。观察窗口至少给两个完整周期,不要看到第一个月下滑就撤回。
3.2 买断制的大版本升级
三选一,不要混着来:
- 免费升级:适合小版本、修 bug、用户基数还小的时候。代价是没有收入,收益是口碑与留存。
- 付费升级:老用户折扣价,新用户全价。适合有明确新功能的大版本,前提是旧版仍能继续用。
- 永久授权加年度维护:一次性买断,维护到期后停止更新但可继续使用。适合工具类、更新频率低的产品。
第三条最容易被写成「订阅制伪装成买断」。判断标准很简单:维护到期后,软件还能不能打开并完成核心动作。 能,就是买断;不能,就是订阅。
3.3 年付不是所有产品都适合
年付适合「价值随时间累积」的产品:数据越存越多、配置越调越细、团队协作越用越深。用户迁移成本高,年付只是把这种成本提前兑现。
不适合的是「按需使用」的工具:一个月只用两次的图片压缩、一年只报一次税的表单工具。这类产品推年付,等于让用户为不用的月份付费,退款争议会集中出现。年付的前提不是折扣空间,是使用频率。
四、复算:92% 折算成年留存,年付折扣的盈亏平衡
月续费率 92%,连续 12 个周期:
0.92^3 = 0.7787
0.92^6 = 0.6064
0.92^12 = 0.3676 → 年留存约 36.8%
月付 39 元,12 个月的期望收入:
39 × (1 + 0.92 + ... + 0.92^11)
= 39 × (1 − 0.92^12) / (1 − 0.92)
= 39 × 7.9043
= 308.27 元
308.27 ÷ 39 = 7.90 个月的全价月费。
年付只要不低于 308 元,现金上就不亏,
即最多可以免 12 − 7.90 = 4.1 个月。
8 折年付 = 468 × 0.8 = 374.4 元,相当于免 2.4 个月,
每人比纯月付多收 374.4 − 308.27 = 66.13 元。
再考虑退款:若 8% 的年付用户在第 3 个月按比例退款,退款额为 374.4 × 9 ÷ 12 = 280.8 元。每 100 个年付用户的净收入为 92 × 374.4 + 8 × 93.6 = 35193.6 元,仍高于同等用户按月付的 30827 元。
「免 4.1 个月」这个数字的含义是:当折扣超过这个幅度,你是在用未来的现金换一个更长的承诺。承诺能不能兑现,取决于产品在一年里是否持续有用,而不是取决于折扣本身。
还要提醒一句:年付用户的留存率通常高于月付用户,但这是相关性。愿意一次付一年的人,本来就更能从产品里受益。不要把「年付用户留得久」当成「年付让人留得久」。
折扣的底线不是「打几折好看」,是「折后仍高于月付的期望收入」。
五、行动清单与复算验收
- 把续费率改成「到期队列」口径,在报表里写清分母。
- 按月付、年付分层各算一次,连续观察 3 个周期。
- 年付定价先算盈亏平衡月数,再决定折扣力度。
- 涨价提前 30 天单独通知,写明生效日与旧价安排。
- 买断制产品写清「维护到期后还能做什么」。
验收标准:给你一批到期订阅,你能算出续费率、年化留存和年付的盈亏平衡点,换一个人按同样规则算,结果相同。
使用边界与实操验收
本文不覆盖发票、税务与跨地区销售的合规细节,也不讨论企业客户的采购流程与账期。这些因素会显著改变「年付是否划算」的结论,需要单独核对。
验收以你自己的账单数据为准:拿过去 12 个月的真实到期记录,按第二节口径重算一遍,看与后台显示的续费率差多少。差得越多,说明原来的口径越不可用。
关键参考与核验范围
本文的续费率、折扣与升级模型均为教学演示。核验日期:2026-10-23。
- 中华人民共和国个人信息保护法 :续费提醒、扣款通知与退款沟通中涉及的联系方式与账单信息,应按告知目的与最小必要使用,保存期限要有依据。
- 中华人民共和国电子商务法 :自动续费、价格变更与退款规则的告知义务,在制定服务条款前确认适用范围。
支付渠道的扣款重试规则、退款政策与年付条款在本次核验中无法访问,因此本文不引用其原文、不附链接。实际接入时以渠道当日文档与你自己的服务条款为准。
系列导航
- 上一篇:召回:什么时候该叫醒沉默用户
- 下一篇:留存复盘:把留存、获客与现金放在一张表上
- 回到目录:一个人把用户留住:激活、留存与复购
- 相关阅读:独立开发者生存指南(六):变现与定价 、合同与条款:服务条款、隐私政策、DPA、退款政策与试点协议
继续阅读
探索更多技术文章
浏览归档,发现更多关于系统设计、工具链和工程实践的内容。