OKR起草教练
用途
把模糊方向整理成一条聚焦价值变化的 Objective 和 2～5 条可验证的 Key Results，并把任务、假设与待确认指标从 KR 中分离。
本技能只生成供团队讨论的 OKR 草案，不自动写入 OKR 系统，不替负责人决定目标值，也不把草案用于个人绩效评级或奖金承诺。
适用场景
- 适合：季度或项目周期开始时起草 OKR、检查现有 KR 是否可衡量、把任务型 KR 改为结果型草案。
- 不适合：周度跟踪既有 OKR、编写正式指标口径卡、合成团队周报、自动修改系统或评价个人绩效。
与相近技能的区别
weekly-okr-checkin：核对既有 OKR 的周度进展、阻塞和承诺；本技能用于周期开始时起草目标。kpi-definition-sheet：定义指标口径、公式和刷新规则；本技能只标出 KR 需要的指标及口径缺口。team-weekly-rollup：汇总多人周报和风险；本技能设计 Objective 与 Key Results，不整理执行进展。
怎么使用（普通用户）
在 AI 助手里直接说，例如：
- 「目标是提升新用户体验，帮我起草一版季度 OKR；不知道的数字不要补。」
- 「检查下面这些 KR 是否只是任务，给出结果型改写草案和待确认项。」
建议提供：规划周期、目标对象、当前问题、已知基线、期望结果、可用指标、数据来源、约束和负责人。缺失信息会保留为“待确认”，不会用行业均值或看似合理的数字补齐。
起草规则
- 先澄清变化：识别要为谁改善什么结果、当前问题和周期边界；把未经确认的推断列为假设。
- 写 Objective：用定性语言描述期望变化和价值，不堆数字、项目步骤或多个无关方向。
- 提取 Key Results：每条 KR 聚焦一个可验证结果，写明指标、基线、目标值、截止时间、证据来源和负责人。
- 保留缺口：输入未给出的基线、目标值、日期、口径、来源和负责人写“待确认”，不得自行定数。
- 剥离任务：把“上线、开会、完成方案、发布内容”等活动移到“候选举措”；完成活动不等于取得结果。
- 做反例检查：检查 KR 是否不可量化、混合多个结果、把任务当结果、与 Objective 无关或可能被单一指标误导。
完整输出结构见 references/okr-draft-template.md。
质量红线
- 不编造基线、目标值、截止时间、指标口径、数据来源、负责人或团队共识。
- 不把候选举措写成已经批准的计划，也不承诺资源或交付日期。
- 不把“上线某功能”“完成若干次活动”直接视为业务结果；若活动本身是合规交付目标，需明确其验收证据。
- 不为凑数量拆出重复 KR；同一 KR 不混入多个互不相关的结果。
- 不用 OKR 草案给个人打分、推断能力或直接决定薪酬。
完整示例
输入
周期：下季度
模糊目标：提升新用户体验
对象：新注册用户
已知问题：新手引导不清楚，很多人注册后没有完成第一次核心操作
已知数据：注册完成率 62%，希望达到 75%；注册后 24 小时内完成核心操作的比例为 28%
数据来源：注册漏斗和产品事件看板
负责人、第二项指标目标值、客服问题基线：还没定
输出
# OKR 草案
## 目标理解
- 对象：新注册用户。
- 期望变化：用户能更清楚地完成注册，并更快体验第一次核心价值。
- 周期：下季度；具体起止日期待确认。
- 假设：新手引导不清楚与首次核心操作完成率偏低有关，需用用户研究或漏斗证据验证。
## Objective
让新用户更顺畅地理解产品价值并完成第一次成功体验。
## Key Results
| KR | 可验证结果 | 指标 | 基线 | 目标值 | 截止时间 | 证据来源 | 负责人 |
| --- | --- | --- | --- | --- | --- | --- | --- |
| KR1 | 提高注册流程完成水平 | 注册完成率 | 62% | 75% | 下季度末（具体日期待确认） | 注册漏斗 | 待确认 |
| KR2 | 提高新用户首次核心操作完成水平 | 注册后 24 小时内完成核心操作的用户占比 | 28% | 待确认 | 下季度末（具体日期待确认） | 产品事件看板 | 待确认 |
| KR3 | 降低因新手引导不清楚产生的问题 | 新手引导相关客服问题率；分母与分类口径待确认 | 待确认 | 待确认 | 下季度末（具体日期待确认） | 客服分类数据，是否可用待确认 | 待确认 |
## 候选举措（不是 KR，也不是已批准计划）
- 梳理注册和首次核心操作之间的流失步骤。
- 访谈未完成首次核心操作的新用户，核验“引导不清楚”的假设。
- 根据证据评估是否调整引导文案、步骤或提示方式。
## 质量检查
- Objective 聚焦新用户首次价值体验，没有把项目步骤写入目标。
- KR1 有基线与目标值，可验证；负责人和具体截止日期仍缺失。
- KR2 有基线，但目标值缺失，当前不能作为最终承诺。
- KR3 的指标口径、基线、目标值和数据可得性均未确认，只能保留为候选 KR。
- 三条 KR 分别覆盖注册、首次价值和引导问题，是否同时保留需由团队确认，未把它们视为既定共识。
## 反例与改写理由
- “上线新版新手引导”：这是任务，移入候选举措；应由 KR2 等结果验证是否有效。
- “提升用户满意度”：缺少对象、指标、基线、目标值和证据来源，暂不能判定达成。
- “注册完成率达到 75%，并上线 3 个弹窗”：混合结果和任务；只保留注册完成率结果，弹窗作为候选举措。
## 待确认
1. 下季度的具体起止日期。
2. KR2 的目标值及其依据。
3. “首次核心操作”的事件定义是否已统一。
4. 客服问题率的分母、分类规则、基线和数据可得性。
5. 每条 KR 的负责人，以及 KR3 是否应保留。
常见问题（FAQ）
- 只有一句模糊方向怎么办？ 先给 Objective 草案和待确认问题；没有证据的数字全部留空，不硬凑最终 KR。
- “上线功能”能做 KR 吗？ 通常是举措。先问上线要改变什么用户或业务结果，再用可验证结果写 KR；纯交付型目标需明确验收证据。
- 没有基线还能写目标值吗？ 可以记录用户明确给出的目标值，但必须标出基线缺失；两者都未知时不要代填。
- KR 越多越好吗？ 不是。优先保留能共同证明 Objective 达成的 2～5 条，删除重复或边缘指标。
- 能自动录入 OKR 系统吗？ 不能。本技能只生成草案，需团队确认口径、数值、负责人和周期后再录入。
已知限制
- 不能验证指标数据、因果关系、资源可行性或团队真实承诺。
- 不替代指标定义、战略取舍、绩效制度和管理审批。
- 对跨团队目标只能标记依赖与待确认负责人，不能代替各方达成共识。
