pm-okrs-kpis

OKR 与 KPI 技能

此技能的工作方式（请先阅读）

Claude 默认会愉快地为任何请求生成一份整洁的 OKR 列表——而这恰恰是问题所在：没有战略支撑却凭空编造目标、每个团队设定五个目标、把活动伪装成关键结果（“开展 20 次访谈”），以及用一句话选定一个“北极星指标”。这样写出的目标会在整个季度里主动误导团队。

因此，此技能是生成式但设有门槛的：

1. 明确背景——战略、层级、周期和现有数据。没有战略 → 应明确说明，并在合适的层级开展工作，而不是凭空编造战略。
2. 运用始终适用的核心原则——以结果为导向的 KR，包含基线、目标值和时间范围；聚焦一个目标；兼顾领先指标与滞后指标。
3. 说明取决于具体背景的决策——框架权重、北极星指标、节奏、目标拆解模型——并说明取舍，由用户选择。

然后，它会将结果交给 pm-okr-metric-validity-audit 进行验证。

---

步骤 0 — 编写任何目标之前，先明确背景

如果信息未知，请提问；如果在没有答案的情况下继续，请说明假设：

• 是否有可据以制定目标的战略？ 战略回答“为什么／做什么”；OKR 回答“做到多少／何时完成”。没有战略选择，OKR 就会变成彼此脱节的目标：虽然推动了数字变化，却没有提升战略地位。如果没有战略，请明确指出——建议先确定战略优先事项，而不是凭空制定目标。
• 层级——公司、产品还是团队？团队 OKR 应体现各团队对产品目标的自主选择的贡献，而不是机械地拆分产品 KR。
• 团队规模与成熟度——对于小型团队，相比完整的 OKR 流程，采用更简单的杠杆／限速步骤框架可能更合适（哪些指标会推动北极星指标；瓶颈在哪里）。一个小型团队通常每个目标只需要 1–2 个 KR。
• 周期——季度是默认节奏；年度战略应拆分为按顺序推进的季度检查点（并非每个优先事项都要出现在每个季度）。
• 有哪些数据？——没有可收集数值的 KR 只是作秀。如果目前还没有合适的指标，“研究并定义激活指标”就是合理的 KR，比追逐一个自己都不理解的目标更好。

---

始终适用的核心原则（几乎适用于所有情况）

目标 — 定性、有雄心、令人印象深刻：

• 目标回答的是“我们想去哪里？”——简洁、鼓舞人心、有时间限制，而不是解决方案。
  • ❌ “在 Q3 前推出移动应用”（披着成果外衣的产出）✅ “为用户带来流畅的移动体验”
  • ❌ “优化客户获取效率”（企业套话）✅ “让我们的注册流程成为业内最简单的”
• 必须通过**“那又怎样？”测试**：实现目标代表着有意义的战略进展，而不是完成了一项活动。“完成 10 次用户访谈”不合格；“验证客户愿意为实时协作支付 3 倍的价格”合格。
• 每个团队每个季度聚焦一个目标。 如果每 4 次实验只有约 1 次奏效，而团队每周进行一次实验，那么每季度就有约 3 次成功——分散到多个目标上，最终可能一无所获。先实现影响最大的目标，再安排下一个。

关键结果 — 可证伪、以结果为导向：

• 如果没有数字，就不是关键结果：基线 → 目标值、单位、时间范围。结果要么明显达成，要么没有达成——不留争议空间。
  • ❌ “提升网站性能” ✅ “在 Q2 结束前，将页面加载时间从 4.2s 降至 1.5s 以下”
• KR 衡量的是结果（行为或业务变化），绝不是活动或已交付的内容。
  • ❌ “推出重新设计的仪表板” ✅ “将用户在仪表板任务中的错误率降低 40%”
• 每个目标设 2–4 个 KR（单个小队设 1–2 个——小队应负责一个 KR；不要过度设计）。
• 兼顾领先指标和滞后指标——滞后结果（留存率、MRR）用于事后确认；领先驱动因素（激活、入门流程完成率）则便于及时调整方向。如果全部采用滞后指标，往往为时已晚，只能报告失败。
• 有挑战性是其特点：达成率约 70% 属于健康水平。将有抱负的 OKR 与承诺交付的事项分开，这样未达成只是信息，而非背叛。

每个目标值都要经受“钻空子”提问：

• 问问“有人如何在让产品变得更差的同时达到这个数字？”——并为激进的目标配上护栏指标（检查／健康指标）。
  • ❌ 单独提出“将会话时长提高 20%” ✅ 同一目标 + “任务完成时间不增加；支持请求量保持不变”

KPI 与 OKR——不要混为一谈：

• KPI 是持续跟踪的健康信号（流失率、DAU/MAU、解决时间），会跨周期延续；OKR 则是每季度推动变革的重点。目标针对某个 KPI 时，该 KPI 可以作为 KR——但 KPI 仪表板不是一组 OKR，OKR 也不应试图监控一切。

---

依具体情境决定（呈现出来，不要自动应用）

逐项说明权衡，并给出与步骤 0 相关的建议；由用户决定。默认应用所有这些做法是错误的。

决策	适用情形	避免 / 调整的情形	默认建议
定义北极星指标	商业模式稳定；需要一个数字来统一客户价值与业务成功（Spotify：收听时长；Airbnb：预订晚数），且该数字简单、可频繁衡量、受产品影响	商业模式仍在变化（错误的北极星会误导整个策略——Facebook 不得不放弃“花费时间”）；或已经有北极星指标	提出 2–3 个候选指标，并说明其价值交换逻辑；采用前先进行严格检验——它应能经受数年考验
完整指标层级（NSM → KPI 驱动因素 → 团队投入）	多个团队需要了解各自的投入如何逐层支撑目标；跨团队协同是痛点	单一团队 / 早期产品——层级结构会沦为形式主义	勾勒因果链（功能采用率 → 参与度 → NSM），即使只是非正式的
级联模式	自上而下拆解：团队间需要紧密协同	由团队自行选择贡献方向：最了解工作内容的团队知道哪些因素能推动目标	自上而下设定目标，让团队提出自己的 KR；检查团队 OKR 是否存在冲突
节奏仪式	双重节奏（年度战略 + 季度战术）+ 每周信心检查（绿 / 黄 / 红）+ 季中审查 + 回顾：组织规模已大到偏差会不断累积	小团队——只保留规划 + 每周检查 + 回顾	缩减仪式流程的规模，先于缩减目标的规模；绝不能设定后就置之不理
指标所有权（RACI）	跨职能指标中，共同负责会变成无人负责	所有者明确且唯一的指标	规划时为每个 KR 指定一位负责到底的负责人
周期中更改 OKR	策略确实发生转变（从自助服务转向企业服务）	目标内的战术调整（从电子邮件改为应用内教程，无需设定新的 OKR）	默认保持稳定；如需更改，应记录原因和所得经验——不断更换指标会破坏对体系的信任

---

验证结果（编排）

交接时使用每个镜头的可安装技能 name。只有在该技能已安装时才调用；如果未安装，此技能本身已包含这些规则，无需等待它，继续即可。

产出或修订后，应交由审查镜头检查，而不是直接宣布完成。这些都是候选镜头——根据 docs/orchestration-policy.md 确定其处理方式，或将整个产物交由 pm-product-review 审查。此处，okr-metric-validity 是始终适用于此产物的镜头（自动运行）——一组目标的全部价值都取决于指标是否有效。如果用户调用此技能是为了处理某个具体事项，请遵守该范围。对于从想法到计划的完整构建，pm-idea-to-plan 是组合式入口，会在计划成形并完成去风险后，将此技能纳入成功指标环节。

• pm-okr-metric-validity-audit （自动运行）——审查每个目标、KR、KPI 和北极星候选指标：虚荣指标风险、可证伪性、将产出当作结果、指标博弈 / 防护措施、与价值的因果关联，以及领先 / 滞后指标的平衡。此技能负责撰写；该审计负责质询。

如果审计发现冲突，应回到首要目标来解决：设定少量团队能够实际引导工作的目标——数量更少、关联性更强的指标，胜过面面俱到的指标。

常见的做法与禁忌

❌ 不要	✅ 应该
在没有战略的情况下，根据一句话的请求制定 OKR	设置门槛：询问这些目标服务于哪项战略选择；如果没有，就明确指出
每个团队制定 4 个目标，“面面俱到”	聚焦一个目标；其余目标排入待办队列
将“提高参与度”作为 KR	将“到 Q3 末，将 DAU/MAU 黏性从 18% 提高到 25%”作为 KR
接受“发布 X”作为关键结果	改写为该发布应促成的行为变化
用一句话选定北极星指标	提出候选指标，检验价值交换逻辑，并提醒该指标应能持续多年
单独设定激进的增长目标	为其配上明确列出的护栏指标
KR 全是滞后指标（仅 MRR、流失率）	加入团队每周都能采取行动的先行驱动因素
机械地将产品 KR 分配给各团队	让团队提出各自的贡献；检查是否存在冲突
将 70% 的达成率视为失败	将挑战性目标设定为有意为之；区分承诺目标与理想目标
将目标集作为最终版本交付	移交给 pm-okr-metric-validity-audit

---

来源课程（Uxcel）

• OKR、KPI 和北极星指标
• 运用产品战略来定义 OKR
• 定义成功指标
• 关注结果，而非功能
• 节奏、例行活动与问责
• 产品指标与 KPI