用途
Metrics Framework Design 用于帮助用户设计一套能够驱动更好决策的指标体系，而不是做一个看起来漂亮的仪表盘。当用户需要定义 KPI、搭建指标框架、决定该衡量什么，或提出“我们该追踪什么”“定义我们的指标”等需求时，可使用该技能。
主要能力
该技能通过一套流程引导指标体系设计，最终按固定格式输出文档。
1. 明确业务问题
在选择任何指标之前，先回答：
- 这个指标将支持什么决策？
- 受众是谁？（CEO、PM、工程师、投资人）
- 如果指标上升或下降，我们会采取什么行动？
如果指标没有绑定的行动，它就是虚荣指标，应当跳过。
2. 选择北极星指标
选择一个最能体现产品为用户交付价值的指标。资料中给出的业务类型与北极星指标示例：
| 业务类型 | 北极星指标示例 |
|---|---|
| SaaS | 每周活跃工作区 |
| 市场平台（Marketplace） | 完成的交易 |
| 媒体/内容 | 阅读时长 |
| 电商 | 每月购买次数 |
| 开发者工具 | 触发的构建次数 |
北极星指标必须满足：可衡量（能否真正追踪）、可行动（团队能否影响它）、领先性（预测未来收入，而不只是报告过去）。
3. 构建指标树
将北极星指标拆解为输入指标的树状结构。资料中的示例：
北极星指标：每周活跃工作区
- 新工作区激活
- 注册
- 注册 → 激活转化率
- 激活所需时间
- 回访工作区
- D7 留存
- D30 留存
- 功能参与度评分
- 复活工作区
- 发送的再互动邮件
- 再互动转化率
4. 设定基线与目标
为每个指标设定：当前值（基线）、目标（期望达到的位置）、时间线（截止时间）、负责人（谁负责）。
5. 定义看板
分三个层级：
- 高管看板：5–7 个指标，每周更新
- 团队看板：10–15 个指标，每日更新
- 运营告警：触发通知的阈值
使用方式
技能按以下输出格式产出结果：
## Metrics Framework: [Product/Feature]
### North Star
[Metric name]: [Current value] → [Target] by [Date]
### Input Metrics
| Metric | Current | Target | Owner | Update Frequency |
|--------|---------|--------|-------|-----------------|
| ... | ... | ... | ... | ... |
### Alerts
- [Metric] drops below [threshold] → notify [team]
### What We're NOT Tracking (and why)
- [Metric] — [reason it's not useful right now]
即输出内容包括：北极星指标（名称、当前值、目标值、目标日期）、输入指标表格（指标、当前值、目标、负责人、更新频率）、告警规则（某指标低于某阈值时通知某团队），以及明确不追踪的指标及其原因。
适用场景
适用于需要从零搭建或梳理指标体系的团队与产品场景，包括定义 KPI、确定北极星指标、拆解输入指标、设定基线与目标、规划分层看板与告警。
限制
资料未提供该技能的运行平台、依赖环境、收费与价格、具体安装命令或使用限制等信息，暂未提供。