产品度量体系设计,支持 AARRR/HEART/North Star/OKR 四框架,输出三层指标体系与监控方案
Scanned 9/6/2026
Install to Claude Code
npx -y skills add ryanzhao1011/workframe --skill product-metrics-design --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Product Metrics Design?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/ryanzhao1011-product-metrics-design)More formats (shields.io, HTML) on the badges page.
---
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 指标
```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`
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!