OKR 落地失败最常见的形态，是把它写成了任务清单：
O：优化用户增长
KR1：上线新的注册流程
KR2：完成三次投放测试
KR3：产出用户调研报告
这三条 KR 全部做完，你依然不知道用户增长有没有优化——因为它们衡量的是做了什么，不是达成了什么。这是 OKR 和 KPI、任务清单最本质的区别，也是最多人写错的地方。
一、O 和 KR 的分工
| Objective（目标） | Key Result（关键结果） | |
|---|---|---|
| 回答 | 我们要去哪 | 怎么知道到了 |
| 性质 | 定性、有方向感 | 定量、可验证 |
| 数量 | 一个周期 2–4 个 | 每个 O 下 2–5 条 |
| 语气 | 可以有感染力 | 必须冷静客观 |
O 允许模糊，KR 不允许。 "让新用户第一周就感受到产品价值"作为 O 是好的——它有方向、能激励人；但如果这句话出现在 KR 里，就是失败的 KR，因为没人能判断做没做到。
二、KR 必须可量化：三种写法
不是所有目标都天然有数字，但都能找到量化方式。三种常用写法：
写法一：数值指标。 最直接。
新用户 7 日留存率从 32% 提升到 45%
注意要写起点和终点，只写"提升到 45%"看不出难度。
写法二：完成度指标。 适合难以直接量化的工作。
完成 10 个流失用户的深度访谈，并输出至少 3 条经过验证的流失原因
关键在后半句——"输出 3 条经过验证的原因"是结果，"完成 10 个访谈"只是过程。两者要同时出现，且结果部分必须在。
写法三：状态指标。 适合建设类工作。
新人 onboarding 材料达到"新人能在无人指导下完成前三天任务"的状态
用一个可判断的状态描述替代数字。判断标准必须清晰到第三方能验证。
三、六个常见反面例子
❌ KR：上线用户中心改版
问题：这是任务，不是结果
✅ 改：用户中心页面跳出率从 68% 降到 50% 以下
❌ KR：提升团队效率
问题：无法验证
✅ 改：需求平均交付周期从 12 天缩短到 8 天
❌ KR：尽量减少线上故障
问题：「尽量」等于没有标准
✅ 改：P0 级故障从每月 3 次降到 0 次
❌ KR：完成 5 次培训
问题：只有过程没有结果
✅ 改：完成 5 次培训，且参训人员的实操考核通过率达 80%
❌ KR：让客户更满意
问题：定性且无基准
✅ 改：NPS 从 24 提升到 40
❌ KR：探索三个新渠道的可能性
问题：「探索可能性」不可验证
✅ 改：三个新渠道各完成一轮小额投放，产出获客成本对比结论
通用的自检方法：把 KR 念给一个不了解项目的人听，问他"这件事做完了没有，你能判断吗"。他答不上来，就要重写。
四、目标定多高
OKR 的经典建议是设"有挑战性但非不可能"的目标，完成度 70% 左右算正常。但这有个前提——团队要知道哪些 OKR 适用这个标准。
实践中建议分两类：
- 承诺型（Committed）——必须 100% 完成，比如合规要求、已对客户承诺的交付。这类不适用 70% 标准
- 挑战型（Aspirational）——鼓励设高目标，完成 60–70% 就算成功
两类混在一起会出问题：如果所有 OKR 都按 70% 算成功，承诺型的事会被拖；如果都按 100% 要求，团队会把目标定得很保守。
写的时候明确标注每条属于哪一类。
五、对齐怎么做
OKR 对齐最容易走的弯路是纯自上而下拆解——把公司 O 机械地切成部门 O，再切成个人 O。这样得到的 OKR 通常没人信，因为下面的人只是被分配了指标。
比较有效的做法是双向：
- 公司先定 O 和 KR，明确今年最重要的两三件事
- 各团队自己写：我们能为哪条 KR 做贡献、怎么贡献
- 对齐会上碰：看有没有公司 KR 无人认领，也看有没有团队 OKR 和公司方向无关
- 调整并公开：所有团队的 OKR 全员可见
第四步的"公开"经常被忽略，但它是对齐真正生效的机制——当你能看到隔壁团队的 OKR，才知道找谁配合、哪些事可以并一起做。
六、把对齐关系画出来
OKR 的对齐关系用文档表达很吃力：公司三个 O、五个部门各三个 O、每个 O 下面三条 KR，加上跨部门的支撑关系，纯文字读起来很累。
画成一张图之后，几件事会立刻清楚：
- 哪条公司 KR 没有团队支撑——图上是一个没有下游连线的孤立节点
- 哪个团队的 OKR 和公司方向无关——它连不到上面任何一条
- 哪些团队在做同一件事——多条线指向同一个目标，可能存在重复投入
- 谁依赖谁——跨团队的支撑关系用连线标出，季度中出问题时知道会波及谁
在无限画布上做这张图比较合适：内容多、需要每季度更新、且要挂上进度状态。英飞·思想家支持多人实时协作，各团队可以自己维护自己那一块，节点级评论让讨论挂在具体的 KR 上。画布可无限延展，缩小看全局对齐、放大看某个团队的细节。
七、周期中的跟踪与复盘
OKR 定完就放着，是另一种常见失败。三个节奏建议：
每周更新进度。 不开会，各自更新 KR 的当前数值和信心指数（0–10，你觉得这条能达成的把握）。信心指数比数值更早暴露问题——数值可能到季度末才崩，信心指数会提前几周下滑。
每月一次对齐检查。 只看两件事：有没有 KR 已经明显不可能达成、有没有新出现的重要事项没被 OKR 覆盖。前者要决定是调整还是放弃，后者要决定是加进去还是明确不做。
季度末打分与复盘。 打分是为了校准下季度的目标高度，不是为了考核。复盘的重点是"为什么这条没达成"，做法可以看项目复盘怎么做。
OKR 不应该直接与绩效奖金挂钩。 一旦挂钩，所有人都会把目标定得很保守，挑战型 OKR 就不存在了。
八、什么团队不适合用 OKR
OKR 不是万能框架。三种情况用它成本大于收益：
- 纯执行型团队——工作内容由外部输入决定，自主设定目标的空间很小
- 业务极度不确定——季度目标定完两周就变了，不如用更短的周期或直接用看板
- 团队规模很小（3 人以下）——直接沟通的成本远低于维护 OKR 体系
判断标准：这个团队有没有自主选择"做什么"的空间？ 没有，OKR 就退化成任务清单。
常见问题
OKR 和 KPI 有什么区别？
KPI 衡量岗位职责的完成情况，通常与绩效挂钩、要求 100% 达成；OKR 用于对齐方向和牵引突破，鼓励设挑战性目标，不宜直接与奖金挂钩。
一个周期定几个 O？
2–4 个，每个 O 下 2–5 条 KR。超过这个量说明没有做取舍，OKR 会退化成任务清单。
KR 一定要有数字吗？
必须可验证，但不一定是数字。完成度指标和状态指标同样可以，前提是判断标准清晰到第三方能验证。
完成度多少算成功？
要先区分承诺型和挑战型。承诺型必须 100%，挑战型 60–70% 即算成功。两类混在一起会导致目标定得过于保守或该做的事被拖。
OKR 要公开吗？
建议全员可见。公开是对齐真正生效的机制——看得到别人的 OKR，才知道找谁配合、哪些事可以合并。
结语
OKR 写得对不对，只看一条：KR 衡量的是结果还是动作。"上线三个功能"是动作，"跳出率降到 50% 以下"是结果。这一条守住，OKR 才有牵引力。
O 可以有感染力，KR 必须冷静可验证；承诺型和挑战型要分开标注；对齐要双向并公开。做到这几点，OKR 才不会变成一年填两次的表格。