流失分析

量化并诊断漏斗步间退出的用户 —不只率还有因，使流失可修

为什么

—3 流失 40%"的漏斗是症状非诊断—0% 是数；修取决于那些用户为何掉。有的因步混乱（UX 可修）、有的因步慢（性能可修）、有的因非对用户（获客定向可修）、有的因单纯不想要产品（不可修且非问题）。同—40% 致泛"改步 3"努力移率 2% 而可修子—15% 且修本可—10%。流失分析是按因分掉用户的纪律：看他们最后动作、会话回放、表单错误、设—浏览器和队列属性，以识主因和可修子集。此—流失 40%"—15% 在邮箱字段触验证错、可放宽 regex —，即可行动发现

何时使用

当漏斗步显流失率 > 20% 且需决是否修。漏斗定义改后

如何做

1. 识流失率最高（或比上期变最多）的步
2. 拉达—N 但未达步 N+1 的用户（掉用户）带会话数—3. 按最后动作分：他们走前恰做了什么？（点回、关标签、闲超时、错—4. 按错分：他们触表单验证错—00、支付拒？按错型分组计数
5. 按设—浏览—OS 分：流失集中—Safari iOS？（可能兼容 bug）还是均匀？（可能 UX 问题—6. 按队列属性分：他们来自特定源（如误导文案的付费广告）？特定套餐？
7. —10-20 个掉用户会话回放 —此为最高信号步；你会见数字不可示的困惑、怒点、误读说—8. 量化可修子集—40% 流失—15% 触错 X（可修）—0% —iOS Safari（可修）—5% 闲走（不可修、可能非问题— —可修子集是目标

示例

# 流失分析：步 3->4（建项目 -> 首部署）
流失—0%—,448 建项目者中 3,224 永不部署—期：2026-09-01..2026-09-30

按最后动作分（n=3,224 掉）—  —部署"后报错：       968—0%—  离开部署页：         1,289—0%—  部署页闲 > 10 分：     645—0%—  其他—                322—0%—
按错分（n=968 错用户）—  "构建失败：缺环境变量"— 580—0%—> 可修
  "超限—             242—5%—> 可修（提限）
  "部署需付费"—         146—5%—> 设计如此

按设备分—  iOS Safari—2%（vs 全用—18%—> 略过代非主因
  Chrome—   60%（vs 64%—> 低代非因

会话回放（看 15）：
  8/15 用户点部署、见"构建失败"、不知如何加环境变量并走。错误消息链文档—    文档不示确切设置位置—  4/15 用户在免费套餐、触"需付费"并走—  3/15 用户离开（可能后回，—1h 窗外—
可修子集—80 用户（错—60%）触"缺环境变—且错误消息混乱—  修：改错误消息带环境变量设置直链。预期：恢复—40% = 232 用户
  = 6,448 —3.6% = 1.8pp 漏斗转化提升。

常见问题

⚠报流失率不分—"—3 流失 40%"触泛"改步 3"项目移率 2%，—25% 流失可修且修本可—10%
⚠跳会话回放只靠聚—数告诉你"用户触错"；回放告诉你"用户触错、找不到设置且错误消息链错文—；回放是知与解之差
⚠把所有流失当问题 —有的用户掉因产品不适合他们（错套餐、错用例），"—其流失意获后流失用户；可修子集是目标非总流失
⚠分析一次不再查 —主因随时间变（bug 修、新错现），6 月前分析引团队修不再是主问题的问题

最佳实践

✓总按最后动作、错型、设备分掉用—分把"流失 40%"—15% 触错 X、Y 可修"，可修子集是你目标
✓每流失分析看 10-20 个掉用户会话回放 —回放浮数不可示的困惑和怒点，且是从"用户掉此"—用户掉因 X"最快径
✓修前量化可修子集和预期影—"580 用户触此错、修预期恢复 40% = 1.8pp 提升"是已优先已定大小的修—改错误消—不是
✓每季重跑流失分析 —主因—bug 修和新功能上而移，分析须反当前流失非 6 月前的