先算回本周期,再决定要不要加投;顺序反了,增长会先吃掉现金。
一、两个产品,一次凭感觉的加投
以下情境为教学假设,人物、引语和数字不代表经核实的真实案例。
林岚一个人维护两个产品。A 是发票整理工具,一篇教程带来一波注册,广告后台显示每个付费用户只花了 150 元。B 是排班表,靠社区和口碑慢慢积累,没有投放后台,她自己估的获客成本是 400 元。
A 的数字好看得多,她把每月 1200 元的预算全投给了 A。B 只保留每月四小时的内容更新。
她不是没算过。她算的是「广告花费 ÷ 新增付费」,也看过后台的「每次获取成本 150 元」。她没算进去的,是每月写投放文案、回私信、改落地页的那十个小时。
半年后,A 新增了 48 个付费用户,B 新增了 18 个。账面收入 A 更高,可她把广告费和自己投入的时间一起算进去,这半年在 A 上是净亏的。她翻出记账表才发现,A 的广告费加自己的时间,早就超过了这些用户带来的毛利。
更麻烦的是 A 走得快。她原以为「先用起来,总会找到用法」,但 A 的月流失接近两成,三个月后还在付的人只剩一半左右。B 的月流失是 4%,三个月几乎看不出变化。
获客成本低,不等于这门生意划算。 便宜的前提是用户待得够久,否则每一次获取都是一次小额亏损。
二、个人版 LTV/CAC:两个数都容易算错
LTV 与 CAC 在个人产品里不是财务指标,是比较工具。它们的价值在于「同一套口径下,A 和 B 谁更值得投」,而不是绝对值。
| 指标 | 常见写法 | 个人版应写成 | 偏差方向 |
|---|---|---|---|
| LTV | 客单价 × 留存月数 | 月毛利 × 平均生命周期 | 用收入算会高估 |
| 平均生命周期 | 拍一个 12 个月 | 1 ÷ 月流失率 | 流失不稳时失真 |
| CAC | 广告花费 ÷ 新增付费 | (花费 + 自己的时间)÷ 新增付费 | 不算时间会低估 |
| 月毛利 | 收入 − 服务器 | 收入 − 支付通道费 − 服务器 − 第三方 API | 漏项会高估 |
最容易漏的是「自己的时间」。一个人每月投 10 小时做投放素材、回私信、写落地页,按 100 元每小时的机会成本算,就是 1000 元。这笔钱不出现金账,但它真实存在:这些时间本来可以拿去做产品、做支持,或者休息。
两个数都只做相对比较,不要拿去做对外的财务陈述。行业里流传的「LTV 应该是 CAC 的三倍」来自有销售团队、有融资、有规模效应的公司;一个人没有这些前提,三倍既不必要也不现实。
判断口径是否写死,有个简单的检查:把公式交给另一个人,他能不能用你后台的同一份数据算出同样的数。算不出来,说明某个变量还留在你脑子里。
2.1 LTV 为什么必须用毛利
用收入算 LTV,等于假设服务器、支付手续费和第三方接口都不要钱。月付 29 元、毛利率 85% 的产品,月毛利只有 24.65 元,两者差 15%。在生命周期 5 个月的情况下,这个差距会直接翻转结论。
毛利率也不需要精确。把过去三个月的支付通道费、服务器账单、API 账单加起来除以收入,得到一个稳定的比例就够用。口径粗糙但固定,比精确但每次都换要好。
平均生命周期用 1 ÷ 月流失率,是一个近似,只在流失相对稳定时成立。产品刚改过价、刚换过定位、刚做过一次大版本,这个数就会偏。此时更稳的做法是直接用分队列的实际续费人数,算到第 6 个月为止,不往后外推。
三、回本周期:一个人更该看的数
LTV/CAC 回答「这个用户最终赚不赚」,回本周期回答「多久能赚回来」。对一个人来说,后者更重要,因为现金流等不起。
回本周期 = CAC ÷ 月毛利。它有两个必须对照的数字:平均生命周期,以及你手上的现金能撑几个月。
| 情况 | 判据 | 动作 |
|---|---|---|
| 健康 | 回本周期 < 生命周期的一半 | 可以小幅加投 |
| 临界 | 回本周期接近生命周期 | 不加投,先修留存 |
| 亏损 | 回本周期 > 生命周期 | 停止投放,回到产品 |
| 未知 | 流失数据不足 3 个周期 | 先攒数据,不决策 |
「加投」这个词要谨慎。一个人的产能有限,加投往往意味着压缩支持与开发时间,而这两件事恰好影响留存。加投之前,先确认留存不是被你的时间撑起来的。
回本周期的第二个对照物是现金。如果账上只够三个月,一个 9.6 个月才回本的产品也投不起,哪怕它的 LTV/CAC 很漂亮。可投的边界由现金决定,不由比例决定。
3.1 四问复盘
每月用四个问题过一遍,答案写在同一张表上:
- 谁留下了——按来源、按激活事件分组,看哪一组 W4 最高。
- 为什么留——从工单、访谈、续费留言里找重复出现的理由。
- 什么时候走——流失集中在第几天、第几个账单周期。
- 走之前有没有信号——沉默、降频、工单变多、额度用尽。
第三问和第四问最有价值。如果流失集中在第一次续费前,问题在价值感知;如果集中在某个用量阈值之后,问题在套餐设计。
第二问的答案通常很短,短到容易被忽略。「导出的表格能直接给会计用」「排班改完手机上能立刻看到」,这类具体的理由才是留存的真实原因。写成「体验好」的答案,等于没答。
3.2 与获客篇、前 100 天篇的分工
获客篇的第 10 篇解决「哪条渠道带来了用户」,用归因口径把来源分清;前 100 天篇的第 10 篇解决「这件事该不该继续做」,用判据决定坚持、转向还是停止。
这一篇解决的是两者之间的一格:把已经分清的来源,按留存与现金重新排一次序。 三篇用的是同一批数据,问的是不同问题,不要互相替代。
如果只能保留一张表,保留这一张。渠道表告诉你「人从哪里来」,复盘表告诉你「这些人值不值得再去接一批」。
四、复算:两个产品的回本周期
产品 A(发票整理)
定价 29 元/月,毛利率 85% → 月毛利 24.65 元
月流失 20% → 平均生命周期 1 ÷ 0.20 = 5 个月
LTV = 24.65 × 5 = 123.25 元
CAC = (广告 1200 + 时间 10h × 100) ÷ 8 个付费
= 2200 ÷ 8 = 275 元
回本周期 = 275 ÷ 24.65 = 11.2 个月
LTV/CAC = 123.25 ÷ 275 = 0.45
产品 B(排班表)
定价 49 元/月,毛利率 85% → 月毛利 41.65 元
月流失 4% → 平均生命周期 1 ÷ 0.04 = 25 个月
LTV = 41.65 × 25 = 1041.25 元
CAC = (内容 800 + 时间 4h × 100) ÷ 3 个付费
= 1200 ÷ 3 = 400 元
回本周期 = 400 ÷ 41.65 = 9.6 个月
LTV/CAC = 1041.25 ÷ 400 = 2.60
按直觉,A 的 CAC 275 元低于 B 的 400 元,应该投 A。按回本周期,A 需要 11.2 个月才能收回获客成本,而用户平均只待 5 个月,在收回之前就已经走了;每获取一个 A 用户净亏 275 − 123.25 = 151.75 元。
B 的 CAC 更高,但 9.6 个月回本,之后还有约 15 个月在贡献毛利。同样投 1200 元,A 买来的是亏损,B 买来的是资产。
A 不是永远不能投。如果月流失从 20% 降到 5%,平均生命周期变成 20 个月,LTV 是 493.25 元,回本周期仍是 11.2 个月,但已经在生命周期之内。同一条渠道,留存不同,结论就不同。
回到林岚的半年:A 的 48 个付费用户平均在付约 2 个月,毛利合计约 48 × 24.65 × 2 = 2366.4 元;投入是广告 7200 元加时间 6000 元,共 13200 元。这半年她为增长净付了 10833.6 元。
五、行动清单与复算验收
- 给每个产品建一行:CAC(含时间)、月毛利、月流失、回本周期。
- 用毛利算 LTV,把支付通道费、服务器、API 全部扣掉。
- 回本周期与平均生命周期对照,超过就不加投。
- 每月回答四问,把答案写成一句话,不要只存数字。
- 按三选一结论执行,并记录下一次复盘的验证点。
- 每季度重算一次,把旧结论与新的回本周期放在一起看。
清单里最容易被跳过的是第一项,因为它要求你把时间折成钱。但正是这一项,让「获客成本 150 元」和「获客成本 275 元」变成了两个不同的故事。
验收标准:你能在一张表上说明每个产品「多久回本、能不能回本、接下来加投还是收束」,且换一个人按同样口径算,结论一致。
使用边界与实操验收
本文不覆盖融资、税务与多产品之间的资源分配,也不讨论团队协作下的产能约束。这些因素会改变「加投」的可行边界。
模型本身有前提:月流失率必须相对稳定。产品刚上线、刚改价、刚换渠道时,历史流失率不能直接外推,此时回本周期的结论只能当方向,不能当承诺。验收以你自己的账单与后台数据为准。
关键参考与核验范围
本文的 LTV/CAC 口径与复算均为教学演示。核验日期:2026-10-23。
- 中华人民共和国个人信息保护法 :按来源与行为分组计算留存时,涉及个人信息的部分应限定在告知目的内,并控制保存期限。
- 中华人民共和国电子商务法 :定价、促销与自动续费的告知义务,在以「获客成本」为依据制定价格策略前确认适用范围。
第三方归因工具、行业基准报告与平台投放后台在本次核验中无法访问,因此本文不引用其数值、不附链接。所有对比只在你自己的数据内部成立。
系列导航
- 上一篇:续费、年付与大版本升级
- 回到目录:一个人把用户留住:激活、留存与复购
- 相关阅读:归因与复盘:哪条渠道真的有用 、第 91–100 天:复盘与判据
继续阅读
探索更多技术文章
浏览归档,发现更多关于系统设计、工具链和工程实践的内容。