metrics-framework

指标框架技能

此技能会构建一套贴合产品或业务的完整指标框架。它将北极星指标与可执行的先行指标关联起来，明确需要跟踪哪些指标、优化哪些指标，以及它们之间的关系。

必要输入

如果用户未提供，请询问以下信息：

• 产品或业务描述（一段话即可）
• 业务模式（SaaS / Marketplace / E-commerce / Consumer app / B2B / Other）
• 发展阶段（Pre-PMF / Growth / Scale / Mature）
• 框架偏好（如有）：North Star + Metric Tree / AARRR / HEART / OKRs / Custom
• 本季度的首要目标（例如：提升激活率、降低流失率、增加收入）

如果用户未说明框架偏好，请根据发展阶段和业务模式推荐最合适的框架。

从 Brain 读取 / 写入 Brain

如果存在 professional-brain（brain/），请先使用其中的信息，再提问：

• **先读取：**查看 context.md 中组织已达成一致的指标定义（复用这些定义，不要悄悄重新定义指标），并查看 knowledge/strategy.md，了解业务的优化方向。
• **之后写入：**将指标树和定义保存到 knowledge/，并将任何目标设定决策保存到 decisions/；每项内容都应标注来源，以免将 [hunch] 目标误当作已承诺的目标。

输出结构

1. 框架建议（如未指定）

用 2–3 句话说明为什么此框架适合他们的情况。

---

2. 北极星指标

[指标名称]：[定义——具体衡量什么以及如何衡量]

为什么它适合作为此业务的北极星指标： [2–3 句话。指标应反映交付给客户的价值，而不只是收入或活动量。说明它反映了什么行为，以及为什么将其最大化与业务的长期健康状况相关。]

衡量方式：[公式或数据来源] 当前基线：[保留为 [ADD BASELINE]，供用户填写] 目标：[保留为 [ADD TARGET]，供用户填写]

---

3. 指标树

展示支撑指标如何汇总到北极星指标。按层级格式呈现：

[North Star Metric]
├── [Driver 1: e.g. Acquisition]
│   ├── [L2 metric: e.g. Organic signups / week]
│   └── [L2 metric: e.g. Paid CAC by channel]
├── [Driver 2: e.g. Activation]
│   ├── [L2 metric: e.g. % users completing onboarding within 7 days]
│   └── [L2 metric: e.g. Time to first value action]
└── [Driver 3: e.g. Retention]
    ├── [L2 metric: e.g. Day 30 retention rate]
    └── [L2 metric: e.g. Feature adoption depth]

对于每个 L2 指标，请提供：

• 定义：[具体衡量什么]
• 重要性：[它与北极星指标的关联方式]
• 先行还是滞后？[先行 = 预测性 / 滞后 = 结果性]
• 衡量方式：[数据来源或计算方法]

---

4. 对照指标

[列出 2–3 个需要关注的指标，避免在优化北极星指标时损害业务。例如：“如果我们优化注册量，就需要关注垃圾账号率。如果我们优化互动度，就需要关注支持工单量。”]

---

5. 仪表板建议

建议采用三层仪表板结构：

• 高管视图（每周）：[3–5 个指标——仅包含结果指标]
• 团队视图（每日）：[7–10 个指标——先行指标 + 产出指标]
• 诊断视图（按需）：[当出现异常时可深入分析的指标]

---

6. 指标健康检查问题

[列出 5 个团队在每周指标评审中应提出的问题，将数字转化为洞察。例如：“激活率在提升，但留存率持平吗？这可能表明问题出在新手引导质量，而非产品与市场的契合度。”]

---

深入材料

此技能附带支持文件——如有，请使用：

• references/metric-tree-craft.md——《推动决策（而非仪表板）的指标树》。生成输出时请运用其中的内容；该文件包含了方法摘要中被压缩省略的校准方法和判断依据。
• templates/metric-tree.md——可填写的交付成果模板，内含质量检查标准。如果用户想自行编写文档，而不是由你生成，请向其提供此模板。

评分标准（0–40）

交付前，请先为此技能的任意输出评分；32 分以上即可达到交付质量。

维度	0	5	10
北极星指标的有效性	北极星指标衡量的是业务活动（GMV、收入、页面浏览量）或虚荣指标	北极星指标体现了客户价值，但定义未涵盖某些边缘情况（取消、争议、退款）	北极星指标统计实际交付给客户的价值，定义中明确处理边缘情况，并说明拒绝其他候选指标的原因
指标树的因果完整性	L2 指标只是与北极星指标没有因果关联的 KPI 列表；驱动因素相互重叠或都属于同一类别	驱动因素彼此不同，但某些 L2 指标只是与北极星指标相关，而非推动其变化；或者领先／滞后标签只是猜测	有 3–4 个彼此不同的驱动因素，改变任何一个 L2 指标都有可能推动北极星指标变化；领先／滞后标签准确，包括如实承认目标指标属于滞后指标
定义的精确性	指标没有公式、数据来源或时间窗口	大多数指标都有公式，但至少有一个指标会被两位合理的分析师以不同方式计算	每个指标都明确指定公式、源表或事件以及时间窗口，确保两位分析师得出相同的数值
抵御指标操纵的能力	没有反向指标；假定所有指标都会本着良好意图进行优化	列出了通用反向指标，但没有将其与所防范的具体指标配对	每个可优化指标都配有反向指标，并指出其能发现的具体不当做法（接受后取消、靠折扣换取留存、虚假供给）

质量检查

• 北极星指标体现客户价值，而非仅体现业务活动
• 指标树包含 3–4 个彼此不同的驱动因素（不能全属于同一类别）
• 每个 L2 指标都标明是领先指标还是滞后指标
• 包含反向指标，防止出现错误激励
• 各仪表板层级针对产品所处阶段进行调整
• 所有指标定义都毫无歧义（提供公式或清晰说明）

反模式

• 不要将业务活动（收入、页面浏览量）而非交付给客户的价值设为北极星指标——这会产生与产品质量不一致的激励
• 不要在未指定公式或数据来源的情况下定义指标——含糊的指标会被不同的人以不同方式衡量
• 不要省略反向指标——优化任何单一指标而不设置护栏，最终都会产生错误激励
• 每日团队视图中的指标不要超过 4–5 个——包含 20 个指标的仪表板无人查看
• 不要将所有指标都归类为“领先指标”——如实区分滞后的结果指标与真正能够预测未来结果的指标

示例触发短语

• “为 [产品] 构建指标框架”
• “我们的北极星指标应该是什么？”
• “为 [企业] 创建 KPI 树”
• “为我提供 [产品] 的 AARRR 拆解”
• “我们的 [团队类型] 团队应该跟踪哪些指标？”