留存与收入分析：用户分群、流失与客户价值

有10位用户今天没有回来，不代表10位都流失了：有人刚生成完报告，有人要等下一次App更新。本篇完成一张周留存表与一份已付费客户的累计贡献账，看看ClearCopy真正发生的是“任务暂时结束”还是“用户遇到问题离开”。

先用教学数据手算。平台里跟做需要已有身份关联、首次报告与后续报告事件；没有时不必导入真实用户资料来凑出图表。

给每一批人同样长的观察时间

本例按UTC自然周分组，起点是首次成功生成报告，返回动作是后续完整周又成功生成至少一份报告。统计截至2026年11月2日00:00 UTC。复制这张已填表：

首次报告所在周	起始人数	第1个后续周返回	第2个后续周返回
10月5日至11日	20	6人，30%	4人，20%
10月12日至18日	30	12人，40%	9人，30%
10月26日至11月1日	10	尚未观察完整	尚未观察完整

第一行第1周是10月12日至18日，6除以20是30%；第2周是10月19日至25日，4除以20是20%。两个比例都以最初20人为分母，不以6人为分母。最后一行才刚结束首次报告周，不能把尚未发生的后续周填成0%。

如果需要汇总前两批的第1周留存，用(6+12) ÷ (20+30) = 36%。直接平均30%和40%得到35%，忽略了两批人数不同。这个小差异足以提醒你：看图时要知道分母在哪里。

打开PostHog留存说明，页面把开始事件、返回事件、周期与不同返回计算方式分开。配图中的热力表可用来观察哪些格子尚未完整，它不是本例20人和30人的真实结果。

在你的项目中新建Retention insight，开始选择report_completed并限制首次发生，返回也选择report_completed，周期选周，按唯一用户。本例采用“该周期内返回”，不采用“该周期或之后任何时间返回”；参考起始群体大小，而不是前一周期大小。

自然周与从个人起点算相对7天是两种不同方案。平台设置若采用相对周期，就按相对周期重新统计，不期待与这张自然周教学表逐格一致。标题写清你使用哪一种，避免隔周复盘时换了算法却以为产品改善。

假设一位用户两周后只回来复制旧报告。对于本节的“再次生成”指标，他没有返回；对于“保存结果仍然有用”，这次查看有价值。另建report_viewed的返回图就能看清，不必为了让留存曲线好看把两个动作混在一起。

PostHog群组说明允许按行为条件建立一组用户。可先创建“有过成功报告，但过去30天没有再生成”的群组，检查他们是否仍查看旧报告、是否余下次数没用、是否正在等待新项目。前提是你的项目已具备这些事件与正确身份关系。

向愿意提供反馈的人提问可以具体到上次任务：“那份英文介绍最后有没有用上？下一次修改预计在什么时候？”不要把低频任务用户自动归为需要每天催回的人。

客户价值先从已经发生的钱算，不急着套一个无限续费公式。下面是一位教学客户的三笔一次性购买记录，费用仍用本书假设参数：

月份	行为	收款本金	退款本金	处理费	本笔报告成本
8月	买一包，全部用完	$9	$0	$0.57	$0.60
9月	买一包，全部用完	$9	$0	$0.57	$0.60
10月	买一包，未用即全退	$9	$9	$0.57	$0

累计收款27美元，扣9美元退款、1.71美元处理费、1.20美元报告成本，已经实现的使用贡献为27 - 9 - 1.71 - 1.20 = 15.09美元。再扣最初4美元获客支出，剩11.09美元，尚未扣其他费用。不能把三次点击购买写成27美元利润。

如果尚有已售未用额度，把未来报告成本单列预留；不要在只使用一小部分时就宣布整包利润实现。预估更长客户价值需要真实复购周期和成熟数据，本篇只完成这张可核查的历史账。

一次性套餐用户不再购买，与订阅已经取消或续费失败，要分开分析。Stripe订阅分析面向经常性收入；月订阅可以跟踪有多少订阅停止和收入减少，不能把一次性10次包硬塞进同一指标。

如果某一批月订阅用户因付款失败离开，按Stripe付款恢复说明检查重试和更新付款入口。若他们成功完成任务后主动取消，则了解任务频率与套餐是否匹配。用不同问题处理这两种离开，比一封相同召回邮件更有针对性。

完成后，你应能在留存表中指出36%怎样算、哪两格还没观察完整，也能在客户账里算出15.09美元。保留这两份成品，用实际用户的自然任务周期决定产品是否需要订阅或更小的一次性包。