一个人把用户留住：激活、留存与复购（10 篇）

这是 content/posts/indie/indie-retention-and-lifecycle 的目录页，收录 10 篇文章。前面八组分别讲「要不要做」「在哪上架」「丢了怎么找回」「怎么合法立住」「多条线怎么加减」「怎么用接单换现金」「前 100 天怎么走」「怎么让人知道你」。这一组接在最后一组的后面：人来了之后，凭什么留下、什么时候走、为什么会再付一次。

这个系列解决什么问题

独立开发者最常见的错觉不是「我的产品没人用」，而是「我的用户还在」。注册总数每月都在涨，后台看着很热闹，直到某天想推一个新功能，才发现真正每周在用的只有几十个人。这两件事的差别，和获客篇里「没人知道」与「没人喜欢」的差别一样大：前者要改分发，后者要改产品，而「以为用户还在」既不改分发也不改产品，只是让人安心。

这个系列把「留下」拆成可以记账的动作：

• 什么样的用户才算「活跃」？登录算不算，打开算不算？
• 用户在哪一步第一次感受到价值，那一步能不能被产品改动影响？
• 留存曲线到什么形状，才有资格说「这批人留住了」？
• 流失的人分几种，先救哪一种，群发召回为什么通常没用？
• 续费率、年付折扣、大版本升级，各自该怎么算？
• 最后，怎么把留存、获客与现金放进同一张表，决定是加投、修产品，还是收束？

每一篇都给出一个可以当天开始记录的动作、一张表和一个可复算的示例。不承诺留存数字，只承诺判断方法。

核心主张：留存不是感觉，是一条曲线上的平台段

判断一批用户有没有被留住，不看最好的一周，看留存曲线有没有出现连续八周不下降的平台段。

由此有三条原则：

1. 一切按同队列算。 拿这个月的活跃数减上个月的活跃数，得到的是噪声与新增的混合，不是留存。
2. 活跃必须先定义。 完成一次核心动作才算活跃；登录、打开、收到推送都不算，否则数字只会虚高。
3. 先救「本可以留下」的人。 付款失败、从未激活的人，比已经明确取消的人更值得花时间。

10 篇速览

三条阅读路径

路径 A：刚发布，注册不少但没人回来

01 → 02 → 03 → 04 → 05

先把账本建起来，再找激活事件与掉队节点。不要一上来就改界面。

路径 B：有人在用，但每个月都在悄悄减少

05 → 06 → 07 → 08

先确认曲线形状，再分诊流失，最后才谈召回。顺序反了，召回只会加速退订。

路径 C：已经有人付费，想知道该加投还是该修

10 → 09 → 05 → 02

先算回本周期，再看续费与曲线，最后回到激活。获客与留存的钱要放在同一张表上比较。

与其它专题的边界

本组讨论的是「已经有人注册之后如何判断与干预」，不讨论产品是否值得做，也不讨论获客渠道选择。前者回到一个人的前 100 天 第 02–03 篇，后者回到一个人让产品被看见 第 02 篇。

本组统一口径

• 生命周期账本：激活 → 首次价值 → W1 回访 → W4 留存 → 首次付费 → 续费/复购。六格各自记数，不合并成一个「活跃用户数」。
• 活跃：在一个自然周内完成至少一次核心动作。核心动作因产品而异，但必须在开写账本之前写下来，中途不改。
• W1 / W4 留存：同一注册队列在第 7 天 / 第 28 天所在自然周内仍完成核心动作的人占比。
• 沉默：连续两个完整使用周期没有核心动作。使用周期按产品定（日更工具按天，月度工具按月），不统一按 30 天。
• 主动流失：用户明确取消或申请删除；被动流失：付款失败、长期沉默导致失效。
• 小样本：低于 100 人的队列，比例一律给区间或直接写「样本不足」，不给点估计。

使用说明

• 文中的产品、用户、留存与收入数字都是教学假设，人物、引语和结果不代表经核实的真实案例。
• 各平台的邮件与通知规则会变化。本组只写行为层面的判断，不复制平台条款原文；发送前请以平台当日规则为准。
• 本系列不构成增长承诺。留存取决于产品本身是否解决了问题，文中比例只用于演示计算方法。
• 涉及用户行为记录、邮件发送与自动续费的操作，先确认适用的个人信息与消费者保护规则，再执行。

本组的证据与使用方法

正文把教学假设、经验判断与可核实的外部规则分开标注。每篇末尾给出该篇的验收方式与可复算示例；留存比例、召回率与续费率都是演示输入，必须用自己产品的实际数据重算。任何一篇里的数字都不能直接当作行业基准，因为分母定义不同，比较之前先对齐口径。

系列导航

• 下一篇：留存是一本账：同队列、活跃定义与四个数字
• 相关专题：一个人让产品被看见 、一个人的前 100 天 、一个人的产品线 、一个人把价格定对：定价、付费墙与涨价