AARRR 漏斗（海盗指标）

把用户旅程建模为获客 → 激活 → 留存 → 推荐 → 收入，并埋点测量每阶段转化率。

为什么

AARRR 给出用户必经的五阶段共享词汇，增长团队说"留存降了 3%"时所有人都知道指哪个漏斗步骤、哪个仪表盘。它暴露瓶颈：若 10 万注册但 2 千激活，再多的广告预算也补不上漏 — 必须先修激活。每阶段有不同的负责人、工具和实验，说出阶段名就知道谁用做什么行动。没有漏斗模型，团队各自追最顺手的指标（工程师修留存、市场买广告），真正的瓶颈被搁置几个季度。

何时使用

已有可用产品、需要找出哪个阶段漏人最多时。建一次漏斗，永久埋点。

如何做

1. 定义每阶段的具体事件：获客 = 首次访问；激活 = 24h 内完成核心动作；留存 = 第 2 周回访；推荐 = 邀请了人；收入 = 付费
2. 在分析工具中为每个阶段事件埋点，带 user_id 和时间戳
3. 建漏斗报表：每阶段转换的人数和转化率
4. 找最弱的转换（最低转化率）— 那就是当前瓶颈
5. 对该阶段提出流失假设（访谈 10 个流失用户）
6. 针对该瓶颈阶段跑 3-5 个实验
7. 每周重测漏斗；瓶颈移动时，团队跟着移动
8. 每次增长复盘都展示完整漏斗，让团队看到整个系统而非单一阶段

示例

# SaaS 笔记应用的 AARRR 漏斗（周队列）
获客：  10,000 注册        (100%)
激活：   2,500 完成核心动作 (25%)  ← 瓶颈
留存：   1,750 第 2 周回访   (激活的 70%)
推荐：     350 邀请了人      (留存的 20%)
收入：     105 付费          (推荐者的 30%)

# 最弱转换：获客 → 激活（25%）
# 行动：调 2 工程 + 1 设计师到新手引导实验
# 目标：激活率提到 35% → 每周 +1,000 激活用户

常见问题

⚠把"激活"定义为"登录"而非"完成核心动作"— 不体验价值的登录预测的是流失而非留存。
⚠漏斗只测一次再也不测 — 产品变了漏斗会漂移，过时漏斗误导全团队。
⚠攻自己顺手的阶段而非真正的瓶颈 — 工程师过度投留存而激活在漏。
⚠各团队用不同的"活跃用户"定义，漏斗数字永远对不上，争论取代了行动。

最佳实践

✓每阶段定义为用户执行的具体事件，而非时间窗标签 — "24h 内创建首份文档"胜过"已激活用户"。
✓永远先攻最低转化率的转换；修非瓶颈阶段不会动最终数字。
✓每周重测完整漏斗，团队跟着瓶颈移动；漏斗是动态的。
✓全团队共用每阶段的统一定义，数字才能对齐、争论才能终结。