漏斗分析模型

用户从落地页点进来，漏斗到最终付款，分析中间隔了五步。模型每一步都有人离开。漏斗这不是分析什么新鲜事，但真正把每一步的模型流失率算清楚、并且动手去堵的漏斗人，少。分析大多数人只看一个总数：转化率2.3%，模型然后叹气。漏斗漏斗分析模型干的分析事，就是模型把那个2.3%拆开，让你看见血到底是漏斗从哪个口子流走的。

我见过一个做SaaS工具的分析团队，注册流程有四步：填邮箱、模型验证邮件、设置密码、绑定支付方式。他们一直以为流失最大的是绑定支付那一步，毕竟要掏钱。数据拉出来一看，验证邮件那一步丢了62%的人。原因简单得可笑——验证邮件进了垃圾箱。他们花了两周改邮件发送策略，整体转化率翻了将近一倍。这就是漏斗的价值：直觉经常是错的，数字不会撒谎。

漏斗到底怎么搭

搭漏斗的第一步不是画图，是定义事件。什么叫“进入下一步”？用户点了按钮算不算？页面加载出来了算不算？还是必须服务端收到请求才算？这个定义不统一，后面所有数据都是废的。我习惯的做法是：以服务端确认收到有效请求为准。前端埋点容易受网络波动和用户手速影响，数据噪音太大。

事件定义好之后，按时间窗口串起来。比如“注册”事件必须在“访问落地页”之后30分钟内发生，否则不算同一条漏斗路径。这个窗口期要结合业务实际来定。电商下单可能给24小时，SaaS注册给30分钟就够了。窗口太宽，会把不同意图的行为混在一起；太窄，又会漏掉真实用户。

拆开看，别只看总数

一个漏斗五个步骤，总转化率5%。你盯着这个5%看一年也没用。要拆。按渠道拆——抖音来的用户和百度搜索来的用户，在哪一步行为不同？按设备拆——iOS和安卓的流失点一样吗？按新老用户拆——老用户卡在哪，新用户又卡在哪？

之前帮一个电商团队看数据，整体漏斗第三步流失严重。拆开一看，安卓端正常，iOS端崩了。原因是iOS端那个步骤的按钮被键盘遮挡，用户根本点不到。这种问题，不拆维度永远发现不了。漏斗分析的核心动作就一个：不断切分维度，直到找到那个异常值。找到异常值，问题就解决了一半。

反向漏斗也值得看

正向漏斗看流失，反向漏斗看路径。把最终付款成功的用户拎出来，回看他们从进入到转化的完整行为序列。你会发现一些有意思的事：很多人不是按你设计的直线路径走完的。他们可能先看了定价页，又返回首页，再进帮助文档，最后才注册。这条曲折的路，才是真实用户的决策路径。

有个做在线课程的朋友，正向漏斗一直优化不动。后来跑反向漏斗，发现高转化用户有一个共同行为：在购买前至少查看了两次课程大纲。他们立刻把课程大纲的入口从二级页面提到首屏，转化率涨了18%。正向漏斗告诉你哪里漏水，反向漏斗告诉你哪些管道本来就通得好，把它加粗就行了。

别掉进完美漏斗的坑

有人追求100%转化，每步流失都归因于产品问题。不是这样的。B2B场景里，决策者和使用者是两拨人，漏斗中间天然有断裂。招聘网站投递简历后的“等待反馈”阶段，流失率不可能为零，因为那本来就不完全由产品控制。漏斗分析是诊断工具，不是万能药。有些流失是结构性的，改产品改不掉，得改商业模式或者用户预期。

另外，漏斗步骤别设太多。超过七步，数据稀疏得没法看，每一步的样本量都小到没有统计意义。遇到长流程，拆成几个子漏斗分别看，比硬串成一条大漏斗有用得多。

说到底，漏斗分析模型就是个照妖镜。它不负责解决问题，只负责让你看清楚问题在哪。看清楚之后，该改文案改文案，该调流程调流程，该换渠道换渠道。最怕的是数据摆在那，看了一眼说“嗯，流失挺严重”，然后关掉报表继续拍脑袋。那这漏斗，搭了也白搭。