Product Metrics Design

---
name: product-metrics-design
description: '产品度量体系设计，支持 AARRR/HEART/North Star/OKR 四框架，输出三层指标体系与监控方案。用于设计产品指标体系（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 指标

```markdown
## North Star 指标

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

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

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

```markdown
## 输入指标

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

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

### 第三层：护栏指标

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

```markdown
## 护栏指标

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

## 各框架展开模板

### AARRR 模板

```markdown
## AARRR 漏斗指标

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

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

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

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

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

### HEART 模板（功能级）

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

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

### North Star 模板

```markdown
## North Star 指标设计

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

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

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

### OKR 对齐模板

```markdown
## 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`