漏斗:五步、三个分母与最小样本

陈默把注册到付费做成一根管子,三个月后才发现那 46% 的流失里有一半不该进分母。本文用五步漏斗、三个分母定义与两处提升复算,说明 2.5% 整链转化背后到底哪一步最值得先动手,以及月付费只有 120 人时哪些百分比真正不能信。

漏斗的价值不在那张图,在它逼你把每一步的分母写下来。

一、一根管子少了 46%

陈默做一款给设计团队收集反馈的小工具。他把「注册到付费」做成一张漏斗图,五步并排,一眼看到注册到激活掉了一半:1,150 个注册,只有 620 个激活,流失 46.1%。他认定是引导太啰嗦,花三周把四步引导压成一步,又把示例项目塞进注册流程。三个月后,激活率确实从 53.9% 涨到 61%,但付费人数几乎没有变化。

以下情境为教学假设,人物、引语和数字不代表经核实的真实案例。

他回头翻改动前那个月的事件表,才发现那 46% 里有一半是「注册了但没验证邮箱」的账号:他们从没进过产品,却被算进了激活的分母。把这一批人剔掉,激活率立刻从 53.9% 变成 70.0%,最大流失步也不再是注册到激活。

漏斗的问题几乎总是分母。 步骤顺序很少画错,人数也大多能对上;真正让整条链失真的是某一步把不该算的人算了进去。分母错一次,后面每一格的百分比都会跟着错,而且错得很像真的。

五个步骤够用,七步就看不清。 每多一步,就多一个定义、多一个可能漏事件的环节、多一个需要解释的拐点。一个人维护的漏斗,五步刚好覆盖「来、注册、用起来、做出东西、付钱」;再加就把注意力切碎了。

小样本的百分比会骗人。 120 个付费除以 410 个创建是 29.3%,看起来精确到小数点后一位;可这个分母每周只有九十几个人,少一个人就是约 1 个百分点。百分比的小数位是计算精度,不是可信度。

漏斗只告诉你哪里漏,不告诉你为什么。 46.1% 是一个位置,不是一个原因。要回答为什么,得去看会话记录、访谈五个人,或者在下一步加一个分流事件;光盯着漏斗图,只能得到「这里漏得最多」。

二、五步与两种比例

本篇沿用全组基线,把一个月的数据压成五步。每一步只留一个分子、一个分母,所有百分比都从这两个数推出来。

步骤人数相对上一步相对首步
访问4,800—100%
注册1,15024.0%24.0%
激活62053.9%12.9%
首次创建41066.1%8.5%
付费12029.3%2.5%

两种比例分工不同。相对上一步回答「这一步本身好不好」,相对首步回答「这一步对整链贡献多少」。24.0% 的注册率与 2.5% 的整链转化是同一件事的两端:前者告诉你访问到账号这一段的效率,后者告诉你四千八百次访问最终换来了几个付费。

按人数差算,最大的流失步是注册到激活,530 人,46.1%。但「最大」只说明人数差最多,不说明最值得修;如果这 530 人里有一半根本没验证邮箱,那这个 46.1% 里有一部分是口径问题,不是产品问题。

五步的切法要落到事件上。访问含未登录访客;注册是验证完成;激活是首次完成关键动作;首次创建是产出第一个可交付物;付费是首笔成功扣款。每一步对应一个事件名,不对应一个页面。页面会改版,事件名不该跟着改。

表里没有留存与复购,因为漏斗只回答「第一次走到哪」。重复行为属于队列账本,不是这条管子的事;把两者画进同一张图,横轴会变成两种时间,读的人一定误解。

三、三个分母

同一张漏斗,换一个分母就是另一张图。下面三个分母最容易错,也最值得先写死。

分母定义为什么容易错本文选法
访问去重后的独立访客,含未登录按 cookie 加 IP 去重会低估:换网络、隐私模式、多设备都会算成新人;日志口径又会把爬虫算进来固定一个站点分析工具的独立访客口径,换工具时在表头注明日期
注册成功创建账号并完成邮箱验证第三方登录会重复计数:同一个人先用邮箱、再用微信,就是两个账号;验证前就算注册会虚高只算验证完成,按 user_id 去重,第三方身份合并
激活首次完成关键动作(创建第一个项目)把「登录过一次」当激活;把未验证邮箱的人算进来,等于把没看过产品的人当潜在付费者首次创建成功这一个事件,同一 user_id 只算一次

访问分母决定整条链的起点。4,800 是「人次」还是「人数」,会让同一个 2.5% 变成两个不同的数;对外说转化率时,这两个口径不能混着用。本文选独立访客,是因为它最接近「有多少人真的来过」。

注册分母决定中段是否可信。陈默的工具支持邮箱与第三方登录,早期同一批种子用户被记了两遍,注册数虚高约 8%。他没有改产品,只把两个身份按邮箱合并,注册率当天从 25.9% 回落到 24.0%,整链也从 2.7% 回到 2.5%。

激活分母是陈默错的那一格。把「登录过一次」当激活,分母会混进大量只注册没进来的人;把未验证邮箱算进来,等于把从没看到产品的人当成潜在付费者。本文的选法是「首次创建成功」这一个事件,同一 user_id 只算一次。

三个分母之间要能对上:注册人数应当等于激活人数加「注册未激活」,不能出现两边加起来对不上的情况。对不上时先修口径,不要先改产品;口径没对齐之前,任何 A/B 结论都是两个错误相减。

四、复算:两处提升与最小样本

整链:120 ÷ 4,800 = 2.50%
分步:1,150 ÷ 4,800 = 24.0%
      620 ÷ 1,150 = 53.9%
      410 ÷ 620 = 66.1%
      120 ÷ 410 = 29.3%

最大流失(按人数差):注册→激活
  (1,150 − 620) ÷ 1,150 = 530 ÷ 1,150 = 46.1%

末步样本:120 ÷ 4.33 ≈ 27.7 人/周,低于 100,只能按月看

情景 A:激活率 53.9% → 60%
  1,150 × 0.60 = 690
  690 × 0.661 = 456
  456 × 0.293 = 134
  增量 14,整链 134 ÷ 4,800 = 2.79%

情景 B:注册率 24.0% → 26.0%
  4,800 × 0.26 = 1,248
  1,248 × 0.539 = 673
  673 × 0.661 = 445
  445 × 0.293 = 130
  增量 10,整链 130 ÷ 4,800 = 2.71%

复算的第一步是确认 46.1% 的位置,第二步是判断它是不是口径造成的。把 265 个未验证账号从激活分母里剔掉,分母变成 885,激活率是 620 ÷ 885 = 70.0%,这一段的流失从 46.1% 降到 30.0%;此时按流失率看,最差的一步变成付费,410 个创建只有 120 个付费,流失 70.7%。同一个产品,换个分母,该修的地方就换了。

两处提升的收益差值得算清。激活率从 53.9% 提到 60%,是 6.1 个百分点,最终多 14 个付费;注册率从 24.0% 提到 26.0%,是 2 个百分点,最终多 10 个付费。前者要改引导,后者要改落地页或渠道,成本不同,收益却只差 4 个人。

如果只看最后一步,把付费转化从 29.3% 提到 40%,是 410 × 0.40 = 164 个付费,多 44 个,是修激活的三倍。但这 10.7 个百分点要靠定价、承诺与信任,不是改一句文案;而且 410 的池子小,44 个人的增量里有一半会被月度波动吃掉。收益大不等于先做,还要看每多一个付费用户要花多少改动成本。

最小样本决定哪些百分比能读。120 个付费按月看是 28 人/周,一个人就是 3.6 个百分点;410 个创建是 95 人/周,一个人约 1.05 个百分点;620 个激活是 143 人/周,一个人约 0.7 个百分点。同样是「涨了 2 个点」,在末步还不到一个人,在中段是多了三个人。

每月进入该步每周约一个人对应能做的判断
少于 100少于 23超过 1 个百分点只看方向,不比较版本
100–30023–700.3–1 个百分点同版本前后对比
300 以上70 以上低于 0.3 个百分点可按渠道、版本细分

复算的用途不是算出精确答案,而是在动手前知道两件事:哪种改法的收益更大,以及这个月的样本够不够支撑结论。两项都算过,再决定先修哪一步;只凭「这里漏得最多」就开工,很容易修完发现漏的人本来就不该算进来。

五、行动清单与复算验收

  • 把五步写成一张表,每步只留一个分子、一个分母,其余数字全部删掉。
  • 把时间窗统一成同一个自然月,五步都按事件发生时间归月。
  • 激活定义写成「事件名 + 属性条件」,例如 project_created 且 is_first=true,不要写「完成引导」。
  • 注册只算验证完成,按 user_id 去重,第三方身份合并到同一账号。
  • 访问去重固定一个工具与一个口径,换工具时在表头注明切换日期。
  • 每一步旁边同时写人数与百分比,少于 100 人的步骤只写人数。
  • 找到最大流失步后,先查这一步的分母有没有混进不该算的人,再决定改产品。
  • 用复算块把两种改法的增量都算出来,按「每个付费用户的改动成本」排序。

验收标准:如果你不能指出唯一一个分母定义错就足以让整条漏斗失真的位置,并说出修正后整链会从 2.5% 变成多少,那么这张漏斗还不能用来做决定。

清单里最容易被跳过的是第三条。激活写成「完成引导」,等于把定义绑在一个会改版的页面上;页面一改,历史数据就断成两截。写成事件名与属性条件,改版时才不需要重算历史。

使用边界与实操验收

本文只覆盖单一路径的五步漏斗。 多渠道、多产品线、带邀请或试用期的路径,要拆成多条漏斗分别算;把不同来源的人塞进同一条管子,24.0% 会变成几个不同人群的平均值。

分母口径一旦对外使用就要写清。 对合作方说「转化率 2.5%」时,要同时说明访问是否含未登录、注册是否含未验证;口径不同的两个 2.5% 不能直接比,也不能拿来当行业位置。

样本不足时不要做分群。 120 个付费按渠道拆成四份,每份三十人,任何差异都在噪声里;这个阶段只能看整条链与最大流失步,分群要等每一步的月样本都过百再说。

激活事件会随产品阶段变化。 早期是「创建第一个项目」,成熟后可能是「邀请第一个同事」;改定义要在表头写生效日期,旧数据不要重算,两段各按各的口径解释。

漏斗不能替代定性证据。 它给出位置,原因要靠会话回放、访谈与可用性测试;两边对不上时,先信人,再查数,因为人会说「我卡在第三步」,而图只会说「第三步漏了 46%」。

关键参考与核验范围

核验日期:2026-10-26。以下文档用于核对漏斗步骤、事件口径与计数规则,本文所有数字均取自全组教学基线,不取自这些文档。

引用口径。 文中 4,800、1,150、620、410、120 全部是全组教学基线;外部文档只用于核对概念与计数规则,不提供任何百分比基准,也不能用它们反推本文数字。

核验范围。 已核验上述四个页面在 2026-10-26 可公开访问,且内容分别覆盖漏斗构建、漏斗计数、事件字典与事件结构;未核验各工具的具体套餐、价格与配额。

如何自行复核。 按第二节的表把五个数填进自己的后台,按第三节把三个分母各写一行;再用第四节的两段算式重算一遍。若结果与后台差超过 1 个百分点,先查时间窗与去重,而不是先怀疑产品。

系列导航

继续阅读

探索更多技术文章

浏览归档,发现更多关于系统设计、工具链和工程实践的内容。

全部文章 返回首页

「Indie」更多文章

  1. 开源项目验收:十项能力、四维评分与三种不该开源的项目
  2. 治理、fork 与退出:17 位贡献者、82% 的提交与一次改协议的代价
  3. 双许可与企业版:九家询价、两家成交与 4,800 美元