场景示例
注册流程
问题
开始注册的人只有 38% 能完成。
用到
漏斗会话回放表单报错
示例结果
回放发现手机号输入框不接受空格;修好之后完成率涨到 51%。
注册量掉了 20%,是表单、定价页还是邮件确认出了问题?没人说得清。
每个新问题都要写埋点方案、排开发、再等两周数据。
46% 的流失率是事实,不是解释。原因藏在用户在页面上实际做了什么。
定量报表找出用户卡在哪里,定性工具看清原因——用的是同一套事件。
任意事件并排出图,用公式组合(比如每个注册带来多少订单),再按平台、来源或任意属性拆分。
| 拆分 | A | B | B / A |
|---|---|---|---|
| iOS | 1,240 | 312 | 25.2% |
| Android | 980 | 201 | 20.5% |
| Web | 1,610 | 288 | 17.9% |
任意事件、任意顺序组成漏斗。PathClue 标出流失最大的一步,显示步骤之间的耗时,还能直接点开流失的用户。
每周新注册的这批人,之后还剩多少?用过一次某个功能的人,有多少会回来再用?两种留存都能看。
用户在某个页面或事件之后去了哪里、之前从哪里来。发现循环、死胡同和关键的离开点。
在真实页面上看点击和滚动热力图,回放流失背后的会话——自动标出狂点和表单报错,先看值得看的那几段。
点击、表单提交、页面切换自动采集。AI 把它们归纳成候选事件并起好名字,你确认后就能用在所有报表里——历史数据也算。
track('purchase', { value, currency })以下是按常见配置写的场景示例,不是客户案例。
开始注册的人只有 38% 能完成。
回放发现手机号输入框不接受空格;修好之后完成率涨到 51%。
新的导出功能上线了,有人会用第二次吗?
64% 的首次使用者第二周又用了导出,而且续费率更高。
改版之后结算完成率下降了。
热力图显示大家在点一个不能点的优惠码文字,回放也证实了;修复后流失恢复。
没找到答案?打开右下角的聊天直接问我们。