用户转化漏斗模型是一种把用户从进入业务场景到完成目标行为的路径拆成若干步骤,并逐层统计用户数量和转化率的分析框架。它回答两个问题,每一步还有多少用户继续,哪一步流失最多。对增长、运营和产品团队来说,漏斗把模糊的转化好坏拆成可以定位的环节。
在用户行为分析中,漏斗模型最常见的用途是看注册、激活、购买、续费这类有明确起止点的流程。假设 1000 名用户看到商品,100 人点击,20 人加购,10 人完成支付。四层数据摆在一起,团队就能判断问题更可能出在点击到加购,还是加购到支付。漏斗的价值在于定位流失环节,并为下一步排查提供顺序。
用户转化漏斗模型由哪些部分组成?
一个可用的漏斗,至少要说清五件事。起点和终点决定它在回答什么问题,中间步骤决定问题能定位到多细,时间窗口决定哪些行为算同一次转化,统计口径决定数字代表人数还是次数,对比维度决定差异从哪里看。
| 组成 | 要回答的问题 | 示例 |
|---|---|---|
| 起点与终点 | 用户从哪里进入,做到什么算完成 | 商品详情页到支付成功 |
| 中间步骤 | 哪些关键行为必须按顺序发生 | 加购、提交订单 |
| 时间窗口 | 多长时间内完成才算一次转化 | 7 天 |
| 统计口径 | 按人数还是按次数计算 | 按人数,同一用户去重 |
| 对比维度 | 哪些人群或渠道差异最大 | 新老用户、iOS 与 Android |
起点和终点要来自业务动作,不能只选一个容易采集的页面。比如分析新用户激活,起点可以是完成注册,终点可以是完成首个关键任务;如果把终点设成打开首页,漏斗看起来会很漂亮,却回答不了用户是否真正用起来。
步骤之间要有业务上的先后关系。转化指用户在规定时间、按规定行为顺序完成目标事件;步骤顺序与窗口期需要在配置时明确。用户在步骤之间穿插浏览、返回或咨询,通常不影响转化判定,前提是规定的步骤按顺序完成,并且落在窗口期内。
统计口径要在建漏斗前定好。按人数统计时,同一用户在统计周期内多次完成同一漏斗只计一次,适合看有多少人转化。按次数统计时,每次从起点开始的有效转化都计入,适合看复购、重复领取、重复下单等行为。两个口径回答的问题不同,混用会让结论失真。
漏斗里的转化率怎么算?
最常用的三个指标是步骤转化率、整体转化率和流失率。
- 步骤转化率 = 本步用户数 ÷ 上一步用户数
- 整体转化率 = 最后一步用户数 ÷ 第一步用户数
- 流失率 = 1 - 转化率
仍以上面的购买流程为例,各层数据可以整理成这样。
| 步骤 | 用户数 | 步骤转化率 | 相对起点转化率 |
|---|---|---|---|
| 曝光 | 1000 | 基准 | 100% |
| 点击 | 100 | 10% | 10% |
| 加购 | 20 | 20% | 2% |
| 支付 | 10 | 50% | 1% |
这张表里,点击到加购只转化了 20%,支付环节反而有 50%。如果团队只盯着支付页,就会错过更大的流失口。排查顺序应该先看流失量,再看流失率。 1000 人到 100 人少了 900 人,100 人到 20 人少了 80 人,本例中,曝光到点击不仅流失人数更多,转化率也更低:10%低于点击到加购的20%。因此该环节值得优先排查,同时仍需结合业务改动成本与预期收益安排优先级。
步骤转化率不能直接取平均。10%、20%、50% 的算术平均是 26.7%,和整体转化率 1% 不是一回事。整体转化率也不能由各步骤转化率相加得到。汇报时把步骤转化率、整体转化率和各层用户数放在一起,读者才知道数字在说什么。
转化时长同样重要。同样 10% 的转化率,1 小时内完成和 30 天内完成,代表的用户意愿、运营节奏和后续动作完全不同。漏斗工具通常会给出转化时长分布或中位时间,长周期业务尤其要关注这一步。
总体转化率与按天转化率也可能对不上。每天进入漏斗的基数不同,把每天的转化率简单平均,结果可能偏离整体。看趋势时同时保留人数和比例,避免被百分比误导。
常见的用户转化漏斗有哪些?
漏斗没有统一的阶段模板,阶段要按业务目标来定。下面几类场景的差别,主要在起点、终点和关键阻力。
| 场景 | 典型步骤 | 主要看什么 |
|---|---|---|
| 电商购买 | 曝光、点击、加购、提交订单、支付 | 商品匹配度、价格阻力、支付流程 |
| SaaS 注册激活 | 访问官网、注册、完成关键设置、试用、付费 | 激活时刻、试用转付费 |
| 游戏新手 | 启动、注册、完成新手引导、首次付费、复购 | 新手卡点、付费墙、版本差异 |
| 营销销售 | 曝光、点击、线索、商机、成交 | 线索质量、跟进周期、成交阻力 |
AARRR 也常被拿来一起讨论。它把用户生命周期分为获取、激活、留存、收入、推荐五个阶段,适合做增长盘点和团队分工。它提供阶段视角,具体分析仍要落到事件和时间窗口,形成可计算的漏斗。两者可以配合使用,但不能把 AARRR 的五个阶段直接当成五个事件。
怎么搭建一个能用的漏斗模型?
搭建漏斗时,先明确业务问题,再回到事件表里找对应行为。下面六步可以作为顺序参考。
- 先写清业务问题。是注册流程漏损,还是试用转付费偏低,还是老用户复购下降。问题不同,漏斗的起点、终点和对比维度都不同。
- 定起点和终点。起点要是用户真实进入场景的事件,终点要是能代表目标完成的行为。终点定得太早,漏斗会高估转化;定得太晚,又会把太多无关行为卷进来。
- 控制步骤数量。多数业务流程用 3 到 6 个关键步骤就能定位问题。步骤太细,分析会变成埋点清单;步骤太粗,只能看到整体下降,找不到具体卡点。
- 统一事件和属性口径。同名事件在不同版本中的含义要一致,商品 ID、渠道、设备等属性要在关键步骤关联。埋点缺失或改名,会让漏斗在某个版本突然断层。
- 设合理的时间窗口。秒杀活动可以按小时,B2B 试用可以按 14 天或 30 天。窗口太短会低估转化,太长又会把无关行为算进来。可以用历史转化时长分布校验窗口是否合理。
- 分群对比并验证。先按渠道、设备、版本、新老用户拆分,再看差异是否稳定。找到可疑环节后,用访谈、客服记录或 A/B 测试验证原因。
工具层面,ThinkingAI 提供漏斗分析、事件分析、用户分群、留存分析等能力,可以把这些步骤放在同一套用户行为数据上完成。ThinkingAI 已服务全球超 1500 家企业,接入产品超 8000 款。工具能减少取数和对数成本,漏斗是否好用,仍取决于业务问题、事件定义和时间窗口是否清楚。
漏斗显示流失,下一步怎么排查?
看到某一步转化率下降,先按下面的顺序排查,能少走很多弯路。
- 先确认数据是否可信。埋点漏报、重复上报、事件改名、数据延迟、口径变化,都会制造假流失。数据问题没排除前,不要急着改产品。
- 看异常是单步骤还是整体。单步骤突然下降,优先查页面、接口、支付、版本发布;整体平缓下降,更多与渠道结构、用户结构或长期体验有关。
- 按渠道、设备、版本、地区、新老用户拆分。整体数字掩盖差异很常见。某个渠道的新用户转化低,可能拉低全站,但老用户并没有变化。
- 结合路径分析。漏斗按设定顺序计算,用户实际可能从搜索页、活动页、客服入口等多个位置进入,也可能在步骤之间绕行。漏斗告诉你哪里掉,路径分析补上用户实际怎么走。
- 用访谈、客服记录、页面性能和搜索词解释原因。数据能指出位置,原因往往藏在用户的具体动作和反馈里。支付失败提示、加载速度、表单字段、库存状态,都可能是流失源。
- 用 A/B 测试验证改动。每次只改一个主要变量,提前定好主指标和护栏指标,样本不足时不要急着下结论。
- 警惕整体与分群的差异。整体转化率下降,分渠道看却都在上升,可能是低转化渠道的流量占比变大。先拆结构,再判断产品和体验是否真的变差。
漏斗模型适合什么场景,边界在哪里?
漏斗模型适合流程相对固定、步骤可以采集、用户量足够的场景。注册、开户、下单、支付、续费这类有明确起止点的流程,用漏斗最容易得到可执行的结论。
遇到多入口、多路径、线上线下混合、长决策周期或小样本,单看漏斗容易失真。用户可能跳过某个步骤,也可能在多个设备之间来回切换,还可能先在线下体验再回到线上成交。这时需要路径分析、归因分析、留存分析和定性研究一起补足。
漏斗擅长回答哪里流失、流失多少,原因判断还要靠额外证据。把漏斗当成唯一的诊断工具,容易把相关关系当成因果关系。比如某个版本转化率低,可能是版本问题,也可能是这个版本覆盖了更多低意愿渠道。
长周期业务还可以用同期群分析看不同批次用户的后续转化。新用户漏斗看首次转化,同期群看这批人后来留没留下、有没有复购,两者结合更接近完整的用户经营。
一个漏斗服务一个具体决策。需要同时回答注册漏损、支付失败和复购下降时,拆成三个漏斗分别看,比把所有行为塞进一张图更清楚。
常见问题
用户转化漏斗模型和漏斗分析是一回事吗?
日常语境里两者基本指同一件事。用户转化漏斗模型强调分析对象是用户转化,漏斗分析强调分析方法。落到工具里,通常都表现为设定步骤、时间窗口和统计口径,再查看各步转化率。
漏斗步骤越多越好吗?
步骤数量服从定位需要。多数流程用 3 到 6 个关键步骤就能找到主要卡点。步骤过多会增加埋点维护成本,也会让每一步的样本变少,反而不容易判断差异是否稳定。
转化窗口期怎么设置?
按业务正常完成时间来定,再用历史转化时长分布校验。活动型流程按活动周期,试用型流程按试用期,长决策流程按销售周期。窗口期改了,漏斗结果也会变,跨时间对比时要保持口径一致。
步骤转化率和整体转化率有什么区别?
步骤转化率看相邻两步,用来定位哪一段流失最严重。整体转化率看终点相对起点,用来评估整个流程的结果。排查瓶颈看步骤转化率,汇报结果看整体转化率,两个都要保留。
没有埋点能做漏斗分析吗?
可以用订单、表单、客服系统等业务数据拼出简化漏斗,但事件定义和用户 ID 统一是前提。缺少中间行为数据时,只能看到起点和终点,定位精度会下降。条件允许时,先把关键步骤的埋点补齐。
AARRR 是漏斗模型吗?
AARRR 是用户生命周期框架,可以拆成多个具体漏斗。它本身不规定事件、时间窗口和计算口径。把 AARRR 当成分析地图,把漏斗当成计算工具,两者配合更实用。
漏斗转化率下降一定是产品问题吗?
不一定。渠道结构、用户结构、活动节奏、版本覆盖和数据口径变化,都会影响转化率。先排除数据和结构因素,再看产品体验和流程阻力,结论会更可靠。






