Reference sources: Google HEART Framework, Pirate Metrics (AARRR), North Star Metric, GSM Framework, Lean Analytics.
Applicable scenarios
- Building a product/business metric system from scratch
- Defining a North Star Metric
- Breaking down metrics for each AARRR stage
- Funnel metric design and definition of calculation rules
- Implementing the GSM framework (Goals → Signals → Metrics)
- Aligning and documenting metric calculation rules
- Quantitative breakdown of OKRs/KPIs
- Outputting data tracking requirements
Core principles
1. 业务导向
指标必须回答业务问题，不是为了量化而量化
2. 可行动
每个指标变动都能对应具体行动（不能只看不能动）
3. 可衡量
有明确计算公式、数据来源、统计口径
4. 层次分明
北极星 → 一级指标 → 二级指标 → 过程指标，不混层
5. 口径唯一
同一指标全公司一个定义，不允许多版本
6. 反指标
设防护指标（Guardrail Metrics）防止优化一个指标伤害另一个
Metric system frameworks
North Star Metric
定义：单一指标，代表产品核心价值，全公司对齐
选择标准：
- 反映用户获得的核心价值
- 可拆解为团队可影响的子指标
- 领先指标（而非滞后指标）
- 长期增长与短期增长一致
示例：
Spotify → 每周活跃收听时长
Airbnb → 预订间夜数
Slack → 每日活跃团队中发送消息数
电商 → 月度 GMV / 月度订单数
AARRR pirate model
Acquisition（获取） → 用户从哪来？
Activation（激活） → 用户首次体验价值？
Retention（留存） → 用户回来吗？
Revenue（收入） → 用户付费吗？
Referral（推荐） → 用户推荐吗？
每个阶段 2~3 个核心指标 + 1 个反指标
GSM framework
Goals（目标） → 业务想达成什么？
Signals（信号） → 什么行为/现象说明在接近目标？
Metrics（指标） → 用什么数字量化信号？
示例：
Goal: 提升用户活跃度
Signal: 用户更频繁地使用核心功能
Metric: 周均核心功能使用次数（per user）
Funnel metrics
设计步骤：
1. 定义漏斗起点和终点
2. 拆解中间关键步骤（不超过 7 步）
3. 每步定义转化率 = 下一步人数 / 当前步人数
4. 标注各步骤的平均时长
5. 设置各步骤基准线（Benchmark）
注意：
- 每步定义必须互斥（一个用户不能同时在两步）
- 时间窗口要明确（7 天漏斗 vs 30 天漏斗）
- 区分新用户漏斗 vs 全量用户漏斗
Standard format for metric definitions
指标名称：[中文名]（[英文名]）
业务含义：[一句话解释]
计算公式：[分子] / [分母] 或 COUNT(xxx) WHERE ...
数据来源：[表名 / 埋点事件]
统计粒度：[天/周/月]
统计口径：[去重规则 / 时间窗口 / 过滤条件]
责任人：[谁负责这个指标]
反指标：[优化此指标时需要监控什么]
基准线：[当前值 / 行业均值 / 目标值]
Process
1. 明确业务目标（这个阶段最重要的事是什么？）
↓
2. 选择框架（北极星 / AARRR / GSM / 漏斗）
↓
3. 拆解指标层级（一级 → 二级 → 过程指标）
↓
4. 定义每个指标的标准格式（公式 / 口径 / 来源）
↓
5. 设置反指标（防止过度优化）
↓
6. 确认数据可获取性（有埋点吗？有表吗？）
↓
7. 输出指标文档 + 埋点需求
↓
8. 与产品 / 开发 / 数据对齐口径
Quality self-check
□ 每个指标是否有明确计算公式？
□ 口径是否无歧义（同一个名字只有一个定义）？
□ 指标层级是否清晰（北极星 → 一级 → 二级）？
□ 是否设置了反指标 / 防护指标？
□ 数据来源是否确认可获取？
□ 时间粒度和窗口是否明确？
□ 是否与产品 / 业务对齐？
□ 是否输出了埋点需求（如果缺数据）？
□ 指标数量是否合理（一级 ≤ 5，二级 ≤ 15）？
□ 是否考虑了季节性和外部因素影响？
Common pitfalls
- Vanity metrics— Looking only at PV/UV without considering actual value (registration is not the same as activation)
- Too many metrics— Chasing everything is the same as chasing nothing
- Inconsistent calculation rules— Product says DAU includes visitors, operations says it does not
- Only lagging indicators— Revenue is the result; only process metrics enable action
- Ignoring counter-metrics— Conversion rate improves but average order value plummets
- Metrics are not actionable— You see a decline but do not know what to do
- Time window is unclear— Mixing 7-day retention and 30-day retention
- Funnel step definitions are vague— Users may skip steps or go back
Supporting templates
templates/metric-framework-template.md— Metric system design template
Collaboration with other skills
上游：
产品经理工作流 → 业务目标 + 假设
项目经理工作流 → OKR / 里程碑
下游：
sql-analysis → 指标口径落地为 SQL
data-visualization → 指标可视化到仪表盘
ab-testing → 实验指标定义
analysis-report → 指标解读写入报告
后端工程师工作流 → 埋点需求