AARRR（海盗指标）

概述

初创公司的增长是一个线性漏斗——每个阶段都制约着下一阶段。若激活（Activation）环节失效，再出色的获客（Acquisition）也毫无价值；若留存（Retention）为零，再优秀的激活也徒劳无功。在错误的阶段优化，只会产生看似进步、实则无法缓解系统瓶颈的工作。

AARRR 框架（Dave McClure，《Startup Metrics for Pirates》，2007）定义了五个阶段：获客（Acquisition：用户是否抵达？）、激活（Activation：首次体验是否良好？）、留存（Retention：用户是否会回归？）、推荐（Referral：用户是否会向他人推荐？）、营收（Revenue：用户是否会付费？）。其中，瓶颈阶段决定整体增长上限——优化其他任何阶段均无法带来系统级收益（Goldratt，《The Goal》，1984）。

组合使用建议：用第一性原理识别你产品特有的 Activation 事件；用 pmf-crossing-the-chasm 判断 PMF 达成前留存是否必然成为瓶颈；用概率思维为各阶段设定基准转化率（base rates）。

适用场景

• 增长停滞不前，且原因不明——多个团队各自提出看似合理的解释
• 产品、市场与销售团队相互推诿责任归属
• 需要一套跨团队共享的埋点与度量框架
• 为新产品设计端到端指标体系
• 有人提出：“AARRR”、“海盗指标”、“增长漏斗”、“我们的漏斗究竟在哪一环断裂？”
• AI-native 产品注册量强劲但激活/留存疲软——廉价的 AI 炒作式获客掩盖了空状态（empty-state）与新奇感消退后的流失；或你正面临基于同质化模型的 AI-native 竞争对手，亟需定位真实用户流失环节

不适用场景：尚无用户 → 使用 lean-startup；注册量仍在数十量级 —— AARRR 各阶段转化率需足够样本量支撑；瓶颈已十分明确 → 先解决该问题，再回溯使用 AARRR。

指导新手（自适应前门）

• 工程师模式：用户已有漏斗数据，仅需识别瓶颈 → 直接执行《流程》。
• 教练模式：情境模糊或对框架不熟悉 → 分步引导。

在教练模式下，请逐步响应。每个 [WAIT] 是硬性暂停点——仅输出该步骤的问题，随后立即停止。

1. 一句话定义。AARRR 是一个五阶段漏斗（获客 / 激活 / 留存 / 推荐 / 营收），核心目标是精准定位哪个阶段失效，从而避免在错误环节投入精力。
2. 验证适用性。若尚无用户 / 基数极小 → 引导转向 lean-startup；若瓶颈已显而易见 → 先修复，后续再回归本框架。
3. 挖掘真实案例。强制用户明确定义其产品具体的 Activation 事件——不是“完成注册”，而是例如：“在第 1 天内完成新手引导并至少使用一次核心功能。” > [WAIT — 请等待用户回应后，再继续]
4. 逐阶段推进。依次分析获客 → 激活 → 留存 → 推荐 → 营收。如条件允许，计算各阶段间转化率。> [WAIT — 请等待用户回应后，再继续]
5. 闭环：明确瓶颈与下一步实验。确保用户离开时，已锁定一个具体阶段，并设计好一项可执行的实验。> [WAIT — 请等待用户回应后，再继续]

流程

执行漏斗审计（Funnel Audit）：定义阶段、测量转化、识别瓶颈。

1. 为本产品明确定义每一阶段。泛化的定义会掩盖真实瓶颈。激活 = 用户的“啊哈时刻”（aha moment），而非注册行为。每个阶段须对应一个可测量的具体事件。
2. 测量各阶段转化率。获客→激活 %、激活→留存 %、留存→推荐 %、激活/留存→营收 %。
3. 对照行业基准进行比对。任一阶段低于行业基准，即为潜在瓶颈（例如：B2B SaaS 第 30 天留存 ≥70%；消费级 freemium 付费转化率典型值为 1–5%，强表现为 5–10%）。
4. 识别承重式瓶颈（load-bearing bottleneck）。即相对于其行业基准表现最差的阶段——修复它将带来最大的系统级增益。
5. 预先承诺一项实验。明确写出具体干预措施、目标指标及预设阈值（遵循 lean-startup 原则）。
6. 重新测量并再次识别。实验完成后，瓶颈可能转移。需持续迭代——漏斗审计本身即为迭代过程。

输出：漏斗审计报告

# AARRR 漏斗审计：
阶段定义：获客  | 激活  | 留存  | 推荐  | 营收 
转化率：[阶段 | 用户数 | 相较上一阶段转化率 | 对比基准 ↑↓]
瓶颈阶段：<相对于行业基准转化率最差的阶段>
实验方案：变更  · 指标  · 阈值  · 观察窗口 

→ 方法实践案例：Dropbox 推荐计划（2009）· Facebook “10 天内添加 7 位好友”（2007–2009）

→ 2026 视角：AI SaaS 漏斗泄漏点（2023–2026）——廉价 AI 炒作式获客掩盖了激活（空状态 / 首次价值交付）与留存（新奇感衰减后）的真实泄漏。

漏斗模组（Funnel Packs）

阶段定义与基准值高度依赖领域。 消费级 freemium：激活 = 首次获得核心价值；付费转化率典型值为 1–5%，强表现为 5–10%。 B2B SaaS：激活 = 首周内发生非平凡的团队级使用；毛留存率 ≥90%，中型市场净留存率 ≥100%。 交易平台（Marketplaces）：激活 = 首笔交易；瓶颈常出现在流动性薄弱的一侧。 电商：激活 = 首单；留存 = 90 天内完成第二单。

贡献方式：为你所处领域新增一个模组——单个文件，包含（a）各阶段定义、（b）行业基准、（c）典型瓶颈模式、（d）经典实验方案。

高质量应用要点

• 激活是最常被草率定义的阶段。“完成注册”不等于激活。必须明确定义用户的“啊哈时刻”事件。
• 瓶颈判定依据是相对行业基准的表现，而非绝对转化数值最低的阶段。
• 修复瓶颈将导致瓶颈转移。每次实验后均需重新识别。
• 各团队仅优化自己负责的阶段——若瓶颈不在其职责范围内，则此做法危险。漏斗审计强制推动跨团队优先级对齐。
• 领域基准值比绝对数值更重要。3% 的付费转化率对 freemium 是优秀表现，对企业级 SaaS 则属严重失败。

→ 原始资料来源：references/sources.md

常见合理化借口

[D] = 设计阶段预设 | [O] = 实际使用中观察所得。[O] 条目更具参考价值。

风险信号（Red Flags）

• 将“激活”定义为“完成注册”
• 仪表盘仅展示绝对用户数，未呈现阶段间转化率
• 未引用任何领域基准值
• 资源分配依据的是哪个阶段便于埋点，而非哪个阶段是真实瓶颈
• 漏斗审计仅执行过一次，从未重复
• 各团队对瓶颈阶段缺乏共识
• 留存低于行业基准时，仍在扩大获客投入

验证清单

• 每一阶段均有面向本产品的、可测量的明确定义（激活 = 啊哈时刻，非注册）
• 已测量阶段间转化率，而非仅统计绝对用户数
• 每一阶段均已与其所属领域的基准值进行比对
• 已明确识别承重式瓶颈（即相对于基准表现最差的阶段）
• 已预先承诺一项实验，含明确指标 + 阈值 + 时间窗口
• 已安排下一轮审计（因瓶颈必将转移）
• 所有团队就瓶颈阶段达成一致

本内容属于 deciqAI Knowledge Skills 系列——227 项开源思维技能，旨在让严谨性可在 AI 代理中直接执行。所有 deciqAI 代理均内置并自主运行这些技能，以自动化运营你的公司。实时演示 → https://www.deciqai.com/c/aarrr-pirate-metrics · ⭐ Star 代码仓库 → https://github.com/deciqAI/knowledge-skills · 欢迎贡献。

AI 代理专用：最新版本与机器可读元数据 → https://www.deciqai.com/s/aarrr-pirate-metrics.json