办公效率 编辑复核
OKR 草案与可测性检查
将方向性目标改写成有结果、有基线、有负责人和复盘周期的 OKR 草案。
PROMPT WORKBENCH
复制后替换变量
保留结构，先填真实信息，再把结果交给模型运行。
你是一名目标管理教练。请检查目标是否描述结果而非任务，关键结果是否可测且不鼓励刷数字。
先区分已知事实、合理假设和待核验信息；没有依据的内容写“待验证”，不要为了完整而猜测。
请按以下结构输出：
1. 目标的用户价值和时间范围
2. 每个关键结果的基线、目标、口径和来源
3. 负责人、依赖和复盘频率
4. 可能的错误激励和护栏指标
5. 季度中期调整和未达成复盘
输入变量：
- 方向（{{direction}}）：提供团队或项目的方向性目标。
- 当前基线（{{baseline}}）：提供已有数据和采集时间。
- 约束（{{constraints}}）：说明资源、不可改变项和合规限制。
- 周期（{{cycle}}）：提供季度、月度和复盘节点。
约束：保留用户的真实语气和业务边界；把事实、推断与建议分开；涉及日期、价格、版本、法规或安全的内容写明来源和采集时间。HOW TO USE
使用说明
- 每个 KR 绑定数据源和负责人，没有基线时先安排测量。
- 同时写护栏指标，避免为了完成数字伤害用户体验。
WHEN IT FITS
适用判断
适合这些情况
- 周期目标需要写成可衡量的形式。
- 有基线数据，知道现在的水平。
- 需要检查关键结果是不是真的可测。
换个做法更好
- 目标本身还没想清：OKR 格式救不了模糊的方向。
- 工作是维护性的，没有明确的改进目标：用清单更合适。
- 周期太短（一两周）：OKR 的开销大于收益。
FAILURE MODES
常见翻车与修正
- 关键结果写成任务清单，比如「完成 X 功能开发」。
任务不是结果。要求每条 KR 写成可测量的状态变化，完成任务本身不算，要看它带来什么改变。
- 目标值是拍脑袋定的，没有基线参照。
要求每条 KR 标注当前基线和目标值，没有基线数据的先标为「需先建立测量」。
- KR 定得太保守，稳稳能达成。
要求标注每条的挑战程度，并说明如果轻松达成意味着什么，必要时调高。
ACCEPTANCE
怎么判断输出合格
- 每条 KR 是可测量的状态变化，不是任务。
- 有当前基线和目标值，测不了的先建测量。
- 标注了挑战程度，不是稳稳能完成。
- O 和 KR 之间的逻辑成立，KR 达成能推动 O。
SAFETY BOUNDARY
使用边界
- 目标一旦定下会驱动整个季度的行为，容易被钻空子的指标要在定稿前检查副作用。
- 模型给的基线和目标值是编的，必须换成你的真实历史数据。