我们没写过埋点方案。全埋点收集点击，AI 起名，我在收件箱确认了六个事件。当天下午激活漏斗就能用了。
JL
J. L.
产品经理 · B2B SaaS
给产品经理 新用户在
哪一步离开？
全埋点从第一天起就记录点击。你确认要紧的事件，然后读漏斗、读路径、读回来的那一群人。
你每天要回答的问题
- 引导流程哪一步丢人最多？
- 上周的发版有没有改变次周留存？
- 付费账户到底在用哪个功能？
- 看过定价页之后，人们接着做了什么？
注册
2,400
▲ 6.8%
完成激活
1,248
▲ 3.1%
用上核心功能
674
▼ 4.4%
次周回访
46%
▲ 2 pts
激活漏斗
7 天注册
2,400
完成引导
1,248
核心功能
674
回访
508
按注册周看周留存
| 群组 | 人数 | 第 0 周 | 第 1 周 | 第 2 周 | 第 3 周 | 第 4 周 |
|---|---|---|---|---|---|---|
| 9 月 1 日 | 1,840 | 100% | 46% | 38% | 33% | 31% |
| 9 月 8 日 | 2,012 | 100% | 49% | 41% | 36% | |
| 9 月 15 日 | 1,966 | 100% | 52% | 44% | ||
| 9 月 22 日 | 2,130 | 100% | 58% |
每天的摩擦
拖慢产品决策的三件事
数据其实都在，只是在规划会之前，没有变成产品经理读得懂的样子。
埋点方案永远写不完
每条漏斗都缺一个没埋的事件。工单排到下个迭代，到那时问题已经忘了。
只有数，没有“谁”
漏斗说第三步走了 46%。它没说走的是试用用户、付费账户，还是某一个活动来的人。
三个端，三个用户
同一个人网页注册、App 打开、小程序付款。三个工具数出三个用户，却拼不出一条旅程。
你要汇报的数字
四个数讲完激活这件事
全站共用的示例漏斗：2,400 人注册，508 人走到最后。
- 注册
- 2,400
- 注册
- 完成引导
- 1,248
- 完成引导
- 最大流失 · 核心功能
- −46%
- 最大流失 · 核心功能
- 次周回访
- 46%
- 次周回访
示例数据。漏斗按人计数，窗口 7 天。
为产品准备的能力
产品经理天天泡在里面的六张报表
漏斗、路径、同期群是每天看的。全埋点和 AI 分析助手，让你不用等一个迭代的埋点就能看到它们。
既看到哪一步，也看到走了谁
用已确认的事件一分钟拼出漏斗。点那个流失，看到里面的人、他们的来源和设备，以及他们转而去了哪个页面。
- 按人计数，窗口 1 到 90 天自选
- 同一条漏斗按套餐、端、活动或任意属性拆开
- 保存、分享，和上个月对比
示例场景： 第三步流失 46%。按端拆开，发现小程序版本少了“跳过”按钮。改一处，一周后流失减半。
激活 · 按端
7 天窗口注册
2,400
完成引导
1,248
核心功能
674
回访
508
先全埋点，再起名
代码装上第一天就记录点击、浏览和表单提交。AI 把它们归组，在收件箱里给出事件名建议。你只确认要紧的那几个。
- 第一条漏斗之前不需要埋点方案
- 建议的名字带置信度和背后的原始选择器
- 服务端事件（订单、套餐、订阅）和全埋点事件并排放
事件收件箱 · 6 条建议
本周start_trialbutton.cta-primary · /pricing已确认invite_membera[href*=invite] · /settings/team已确认export_csvbutton[data-export] · /reports确认open_pricingnav a[href=/pricing]确认complete_onboardingform#onboard submit已确认view_changeloga[href=/changelog]忽略
按同期群读留存，每周看一次
按注册那一周分组，看每一群人之后回来多少。真正有用的发版，会变成更亮的一行。
- 注册、首购或任意事件作为群组起点
- 按日、周、月的网格，最多 12 个周期
- 回访事件可换：任意访问，或只算核心功能
第 1 到第 4 周回访 · 注册群组
| 群组 | 人数 | 第 0 周 | 第 1 周 | 第 2 周 | 第 3 周 | 第 4 周 |
|---|---|---|---|---|---|---|
| 9 月 1 日 | 1,840 | 100% | 46% | 38% | 33% | 31% |
| 9 月 8 日 | 2,012 | 100% | 49% | 41% | 36% | |
| 9 月 15 日 | 1,966 | 100% | 52% | 44% | ||
| 9 月 22 日 | 2,130 | 100% | 58% |
定价页之后的路径
一个事件之后的三步里人们去了哪儿。你预期的分支和没预期到的分支，各有多少人。
- 从任意页面或事件出发，向前或向后
- 每步最多 10 个分支，其余归入“其他”
- 点一个分支，直接变成分群
/pricing 之后的三步
滚动深度
100% → 22%
只有 22% 的人滚到第二个按钮。手机上主按钮在首屏之下。
示例数据一句话问出答案
“付费账户用得最多的功能是哪个？”AI 分析助手选事件、跑查询、出图，并把口径写在图下面，方便你核对逻辑。
- 自然语言变成一份可以继续编辑的分析
- 每周摘要：变了什么，大概为什么
- 激活和留存的异动提醒
功能使用 · 付费账户 · 28 天
账户占比这个角色的一天
从早上的漏斗到迭代评审
产品经理的一周，五个动作。每一个都是已经保存好、等着被打开的报表。
-
09:001
打开激活漏斗
昨天的注册放进 7 天窗口。第三步流失 46%，比上周差了四个点。
漏斗 · 激活
-
09:402
找到走的人
按端拆开。走的是小程序那群人。点进去看他们，看他们转去了哪个页面。
拆分 · 端
-
10:303
看那一页
手机端引导第三步的热力图。跳过按钮在首屏之下；禁用的“下一步”上全是狂点。
热力图 · /onboarding/3
-
14:004
带着证据写工单
把漏斗链接和热力图放进工单。研发看到的数和你看到的一样。
分享分析链接
-
下周二5
检查群组
周五发了版。9 月 22 日那一行比 9 月 15 日亮。流失减半；留存表说它站住了。
留存 · 注册群组
全程不需要一张埋新事件的工单。点击早就记下来了，只是在收件箱里确认了两个。
和其他角色协作
把同一条漏斗交给要行动的人
产品找到那一步。研发修，增长量，客服最先听到。一个共享的分析胜过四张截图。
分享「激活漏斗 · 按端」
复制链接- 产产品经理分析师
- 研研发分析师
- 增增长分析师
- 客客服负责人查看者
共享分析只读，最多显示最近 90 天，遵守项目的筛选白名单。
分析师建立并保存分析、分群和看板。查看者只读。事件收件箱和采集规则需要分析师及以上；账单和成员需要管理员。
模板与方案
从已经带着你的漏斗的包开始
SaaS 包装入注册、引导、功能使用、试用和订阅。其他包对各自行业做同样的事。
适合这个角色的模板
接着读的方案
他们怎么说
产品经理最先注意到什么
两个工作中的场景，以当事人的口吻写下。
流失只发生在小程序。三个工具会给出三个用户。一个横跨网页、App 和小程序的档案，显示的是同一个人在同一步放弃。
HY
H. Y.
高级产品经理 · 消费类 App
以从业者视角写的场景示例，非真实评价。
要先写埋点方案吗？
不用。代码装上第一天就全埋点记录点击、浏览和表单提交。你在收件箱里给事件起名并确认；漏斗用已确认的事件。
还能自己上报事件吗？
可以。订单、套餐和其他业务字段通过 SDK 或接口从服务端上报，和全埋点事件挂在同一个人身上。
网页、App、小程序怎么认成同一个人？
每个端先有自己的匿名 ID，登录 ID 把它们合并成一个人。漏斗和留存只数这个人一次。
有热力图吗？
有。点击、移动和滚动热力图属于行为分析，按页面和设备看，可以按分群筛。
能写 SQL 吗？
可以。专业模式把事件表开放给 SQL，处理可视化模型覆盖不到的问题。结果可以像其他分析一样保存。