建立指标体系：流量、激活、收入与留存

先给你一份已经算好的周报，再拆开它的每一个数字。本篇只完成ClearCopy的一页经营周报，用它选出下周最值得处理的一个问题。全部数据为教学构造，不是作者的网站经营成绩。

ClearCopy · 2026-10-19至10-25新访问者周报
200位新访问者 → 80位首次提交 → 60位成功看到报告 → 12位付款
激活率：60 / 200 = 30%
提交后完成率：60 / 80 = 75%
访问到付费：12 / 200 = 6%
成功报告后付费：12 / 60 = 20%
收款：12 × $9 = $108，尚未扣退款、费用与税费
下周优先：检查20位已提交但未完成报告者遇到什么

不需要先注册分析平台。打开计算器，按下面的步骤复算；若已有自己的数据，再替换数字。

把“一个人做过什么”与“触发了几次”分开

本周报从同一批200位首次访问者出发，给每个人从首次访问起7天完成后续动作的时间，因此要等最后进入的人也观察满7天再出最终版。这批数据已经假定观察完整，并且12位付款者都在那60位成功看到报告的人中。

先把这四个动作复制到项目记录：

动作	本例怎样算一次	为什么值得看
首次访问	同一匿名或登录身份去重后的首次进入	看有多少人来到工具前
首次提交	同一人第一次实际提交事实与草稿	看是否愿意开始
成功看到报告	完整报告已保存，并被本人打开	看是否拿到了结果
首次付款	后台确认第一笔有效9美元购买	看是否愿意付费

同一人提交三次仍只算一个提交者。事件总数可以帮助估算负载，但不能直接放进人数漏斗。Google事件说明把事件作为一次具体交互；从事件得到人数，还需要身份去重。登录前后采用分析工具支持的身份关联方式，不把同一个人在两个阶段当成两个新增客户。

亲手算出周报里的四个比例

先算激活。这里把“看到一份完整报告”作为首次体验成功，60除以200得到30%。仅打开首页、注册账户或点击生成都不满足本例激活条件。

然后算提交后的完成：60除以80得到75%。剩下20人已经尝试，却没有观察到成功报告。你应在日志中继续区分验证错误、超时、等待和离开，不直接写成“用户不喜欢”。

付款有两种不同分母。12除以200是6%，表示这批访问者里有多少人成了付费客户；12除以60是20%，表示已经体验过结果的人里有多少人付款。把20%写成整个网站的付费率，会让读者误会访问者买得更积极。

最后算收款，12人各买一包9美元是108美元。若有一笔9美元退款，净收款本金变成99美元，处理费和用量成本另扣。一次性包的108美元不能因为统计在一个月里就改名为月度经常性收入。要看订阅指标时，另读Stripe订阅分析说明，和一次性交易分开。

给“回来用”选择合适的动作

ClearCopy的客户未必每天上架App，因此“明天是否再打开首页”不一定有经营意义。先定一个可操作的返回问题：首次成功报告的人，下一个完整星期有没有再次完成一份报告？

为演练另外取一批20位已经完成首次报告、且已观察到下一完整周的用户。6人下周又完成报告，返回比例为6 ÷ 20 = 30%。如果他们只是打开旧报告，不计本次“再次生成”的返回；你可以另建旧报告查看指标，不能混在一起。

打开PostHog留存说明，注意它要求起始事件与返回事件。配图中的选择器就是把问题变成两项具体动作的地方。本例均选成功报告事件，但起始限制首次发生，返回观察后续周期。20人的例子是独立练习群体，不与200位访问者的周报混算。

用一页表替代十几个没有动作的图

把这份完成版复制到笔记；你自己的版本只替换实际统计值与观察日期：

本周问题	指标与结果	下一次要做的事
来的人有没有拿到结果	60/200，30%	看输入和报告这条路径
已开始的人卡在哪里	20/80未完成，25%	从失败任务中挑出具体原因
体验结果后是否购买	12/60，20%	核对价格页与结账是否清楚
产生多少收款	108美元，退款另计	和付款订单、平台交易关联
使用是否会重复发生	独立成熟群体6/20，30%	了解再次修改文案的实际时机

选择优先级时，本例先处理20位已提交未完成者，因为他们已表达尝试意愿。用一天修好超时，比同时修改Logo、收费周期和广告词更容易看出效果。若查到其中多数只是事件漏报，就先修采集，别根据漏报改产品。

完成后，回头检查周报第一行是否写明进入时间、观察窗和人数。有人问“30%怎么算的”，你可以当场指向60位拿到完整报告的人和200位同批访问者。这样的周报已经足够支持一次具体迭代。