product-metrics-design

name	product-metrics-design
description	产品度量体系设计，支持 AARRR/HEART/North Star/OKR 四框架，输出三层指标体系与监控方案
when_to_use	用于设计产品指标体系（AARRR/HEART/北极星/OKR）、定义关键指标和监控方案时调用。 典型触发："建指标体系" / "OKR 怎么定" / "北极星指标是什么" / "用户漏斗"。 不用于：单次数据查询 / 报表分析（这不属于 skill 范围）/ 用户反馈分类（用 user-feedback-analysis）。
user-invocable	true
allowed-tools	["Read","Write","Edit","Glob","Grep"]

产品度量设计技能

框架选择决策树

通过 3 个问题引导选择最合适的度量框架：

Q1：当前优化目标是什么？

目标类型	推荐框架
用户获取 / 留存 / 变现	AARRR
用户体验 / 功能质量	HEART
全团队对齐 / 长期战略	North Star
季度目标管理	OKR

Q2：团队阶段？

阶段	推荐框架
早期（<10 人）	AARRR 或 North Star
成长期（10-50 人）	North Star + 护栏指标
规模化（50+ 人）	OKR 体系

Q3：度量粒度需求？

粒度	推荐框架
全局产品表现	AARRR / North Star
具体功能表现	HEART
跨团队目标对齐	OKR

可组合使用：例如 North Star（全局） + HEART（功能级） + OKR（目标管理）。

三层指标体系模板

第一层：North Star 指标

## North Star 指标

- **指标名称**：{名称}
- **精确定义**：{计算公式/统计口径}
- **业务游戏分类**：增长型 / 参与型 / 货币化型
- **当前基线**：{当前值}
- **目标值**：{目标值}（{时间窗口}内）
- **观察频率**：{日/周/月}
- **数据来源**：{埋点/数据库/第三方}

第二层：输入 / 驱动指标（领先指标）

直接驱动 North Star 指标的可操作指标：

## 输入指标

| 指标名 | 类型 | 当前值 | 目标值 | 观察频率 | 数据来源 | 负责角色 |
|--------|------|--------|--------|---------|---------|---------|
| {指标1} | 领先 | {值} | {值} | {频率} | {来源} | {角色} |
| {指标2} | 领先 | {值} | {值} | {频率} | {来源} | {角色} |
| {指标3} | 滞后 | {值} | {值} | {频率} | {来源} | {角色} |

领先指标：可主动干预、先于结果变化的指标（如日活用户数、任务启动率） 滞后指标：反映最终结果、滞后于行动的指标（如月收入、流失率）

第三层：护栏指标

防止优化主指标时损害其他维度的防护指标：

## 护栏指标

| 指标名 | 护栏阈值 | 说明 |
|--------|---------|------|
| {指标1} | 不低于 {X} | 防止优化 A 时损害 B |
| {指标2} | 不高于 {Y} | 防止过度优化导致的副作用 |

各框架展开模板

AARRR 模板

## AARRR 漏斗指标

### Acquisition（获取）
| 指标 | 定义 | 目标值 |
|------|------|--------|
| 渠道来源分布 | 各渠道注册用户占比 | |
| 获客成本（CAC） | 营销总支出 / 新用户数 | |
| 渠道转化率 | 访问→注册转化 | |

### Activation（激活）
| 指标 | 定义 | 目标值 |
|------|------|--------|
| 注册→首次核心操作完成率 | 完成首次核心操作的新用户占比 | |
| 激活时间 | 注册到首次核心操作的平均时长 | |
| Aha 时刻到达率 | 达到核心价值感知点的用户占比 | |

### Retention（留存）
| 指标 | 定义 | 目标值 |
|------|------|--------|
| 7 日留存率 | 第 7 天仍活跃的用户占比 | |
| 30 日留存率 | 第 30 天仍活跃的用户占比 | |
| 流失预警 | 连续 N 天未使用的用户数 | |

### Revenue（收入）
| 指标 | 定义 | 目标值 |
|------|------|--------|
| MRR | 月度经常性收入 | |
| ARPU | 每用户平均收入 | |
| 付费转化率 | 免费→付费用户占比 | |
| 套餐升级率 | 低档→高档套餐转化 | |

### Referral（推荐）
| 指标 | 定义 | 目标值 |
|------|------|--------|
| 邀请率 | 发起邀请的用户占比 | |
| 邀请转化率 | 受邀→注册转化 | |
| 病毒系数（K） | 每个用户带来的新用户数 | |

HEART 模板（功能级）

## HEART 功能度量：{功能名称}

| 维度 | 指标 | 信号 | 度量方式 |
|------|------|------|---------|
| **H**appiness | 用户满意度 | CSAT 评分 / 功能满意评分 | 问卷/应用内评分 |
| **E**ngagement | 使用深度 | 日均核心操作次数 / 会话时长 | 埋点统计 |
| **A**doption | 功能渗透率 | 新功能 30 日使用率 / 模板使用率 | 埋点统计 |
| **R**etention | 持续使用率 | 功能连续使用天数 / 回访率 | 数据库查询 |
| **T**ask Success | 任务成功率 | 核心任务完成率 / 任务失败原因 | 日志分析 |

North Star 模板

## North Star 指标设计

**North Star**：{指标名} — 例：每日合格任务完成量

**输入指标推导**：
  North Star = 登录用户数 × 任务启动率 × 任务成功率 × 质检通过率

**指标树**：
  每日合格任务完成量
  ├── 登录用户数（获客 + 留存驱动）
  ├── 任务启动率（产品体验驱动）
  ├── 任务成功率（技术稳定性驱动）
  └── 质检通过率（输出质量驱动）

OKR 对齐模板

## OKR 对齐

**Objective**：{季度目标}

| KR | 指标 | 基线 | 目标 | 对应层级 |
|----|------|------|------|---------|
| KR1 | {北极星指标} | {当前} | {目标} | North Star |
| KR2 | {输入指标 A} | {当前} | {目标} | 输入指标 |
| KR3 | {护栏指标 B} | {当前} | ≥ {底线} | 护栏 |

告警与监控设计

告警阈值

每个核心指标设置双层告警：

级别	条件	响应
Warning（黄线）	指标偏离目标 ≥ 20% 或护栏指标接近阈值	通知 @pm 关注
Critical（红线）	指标偏离目标 ≥ 50% 或护栏指标突破阈值	触发 @pm + @dev 联合排查

仪表盘结构

┌─────────────────────────────────────────┐
│ North Star: 每日合格任务完成量  [趋势图]  │
├─────────────────────────────────────────┤
│ 输入指标: DAU | 启动率 | 成功率 | 通过率  │
├─────────────────────────────────────────┤
│ 护栏指标: 队列等待 | 错误率 | 响应时间    │
└─────────────────────────────────────────┘

异常响应 SOP

1. 检测到 Critical 告警
2. @pm 确认指标异常，排除数据口径问题
3. @pm + @dev 联合定位根因
4. 制定修复方案，评估影响范围
5. 修复后观察 48 小时确认恢复

执行步骤

1. 明确度量场景（新产品 / 新功能 / 全局复盘 / 季度规划）；有关键疑问先提问
2. 执行框架选择决策树，确定主框架
3. 构建三层指标体系（North Star → 输入指标 → 护栏指标）
4. 填写对应框架展开模板
5. 设定告警阈值和监控方案
6. 填写 OKR 对齐模板
7. 在响应消息中呈现完整度量体系
8. 收到用户确认信号后落盘（归属按 skill: document-norms §1 判定）：绑定单模块的指标体系 → projects/modules/<basic>/<sub>/research/METRICS-{序号}.md；产品级 / 跨模块的 → projects/specs/METRICS-{序号}.md