漏斗分析怎么做:5 步定位转化流失

作者:Iris 产品团队发布:更新:约 7 分钟读完

漏斗分析用于衡量用户是否按顺序完成一组关键行为,以及每一步有多少人转化或流失。它适合注册、购买、内容发布等有明确目标的流程。漏斗能指出问题发生在哪一步,但不能单独证明为什么发生。

第一步:只选一个明确的转化目标

一个漏斗应围绕一个最终结果。先写出“谁在多长时间内完成什么”,再选择步骤。例如:首次访问定价页的用户,是否在 24 小时内完成注册。

场景推荐步骤最终目标
注册访问注册页 → 获取验证码 → 提交注册注册成功
购买查看详情 → 提交订单 → 支付支付成功
内容发布进入编辑器 → 预览 → 发布发布成功

第二步:用结果事件代替模糊点击

漏斗步骤应尽量代表业务状态,而不是按钮被点了一次。点击“提交”不等于注册成功;支付页打开也不等于付款完成。最终结果优先使用接口成功后的前端事件或可信服务端事件。

没有稳定事件时,先完成埋点方案与验收。页面 URL 可用于早期验证,但页面改版后容易失效,长期漏斗仍应使用业务事件。

第三步:确定开放性、顺序和转化窗口

漏斗规则会直接改变结果。封闭漏斗要求用户从第一步进入;开放漏斗允许用户从中间步骤进入。转化窗口则规定用户必须在多长时间内完成全流程。

Iris 当前规则:漏斗支持 2~8 个有序事件步骤、可选 URL 条件和转化窗口。建立漏斗前应先确认各步骤事件已有数据。

第四步:先校验数据,再解读转化率

漏斗人数与事件总次数不同是正常现象:某一步只有在用户先满足前序步骤和窗口条件后才会计入。异常下降时,先排除数据问题。

  1. 检查事件是否漏报、重复或只在某个端上报。
  2. 抽取一个测试用户,逐步核对事件顺序和时间。
  3. 确认版本、环境、URL 条件和用户标识没有变化。
  4. 将漏斗首步人数与同条件下的事件用户数对照。
  5. 确认无数据异常后,才把下降当作产品问题。

第五步:分组找差异,用实验验证原因

总转化率只能说明“哪里掉得多”。要找到可行动线索,应按来源、设备、地区、新老用户或版本分组,寻找差异最大的群体,再结合路径、回放和用户反馈形成假设。

发现可能假设验证方式
移动端验证码步骤低键盘遮挡或接口慢回放 + 性能日志 + 真机复现
某渠道注册后流失投放承诺与落地页不一致按 UTM 分组 + 对照文案
新版本支付下降流程改版造成阻塞版本分组 + 灰度回滚或 A/B 测试

优化后使用同一口径、相近周期重新观察。若同时修改事件定义和页面流程,就无法判断变化来自产品还是统计口径。

常见问题

漏斗步骤越多越准确吗?

不一定。步骤越多,维护和解释成本越高。保留会改变用户决策或业务状态的关键节点即可。

漏斗流失率高就代表页面有问题吗?

不一定。也可能是流量质量、用户无需求、事件漏报或窗口设置不合理。漏斗负责定位环节,原因需要其他证据验证。

事件分析和漏斗人数为什么对不上?

事件分析统计符合条件的全部行为;漏斗后续步骤还要求用户先完成前序步骤,并满足顺序与窗口,所以口径不同。

资料来源

定义与方法参考公开分析产品文档。

把关键路径做成漏斗

创建 Iris 项目,选择事件和窗口,查看每一步转化与流失。

立即注册查看漏斗
无需信用卡 · 中文界面