1. 一个具体问题
产品团队本季度上线了搜索、收藏和提醒三个功能，却发现用户完成核心任务的比例没有变化。任务清单全部打勾，但最初“让用户更容易找到答案”的愿望没有实现。团队需要一种方法，把做了什么与产生什么结果区分开。
2. 一句话解释
OKR 用目标说明希望发生的有意义变化，用少数关键结果说明如何判断这种变化正在发生，具体项目则是实现结果的候选手段。
3. 出处与原意
OKR 的发展通常与英特尔的 Andy Grove 及后来 John Doerr 的推广联系在一起。Doerr 团队的 What Matters 将其解释为 Objectives and Key Results。它承接目标管理的思路，但不同组织对承诺型、挑战型目标以及评分方式有不同安排，不存在所有团队必须采用的统一完成分数。
4. 原理与机制
目标应让人理解方向和受益对象，关键结果应有基线、目标值、时间范围和数据负责人。一个关键结果失去意义时，要回到目标检查，而不是机械追分。周度检查关注阻碍、假设和资源调整，季度结束则回顾哪些行动有效。若把每项日常任务都塞进关键结果，焦点会消失；若直接绑定个人奖金，又容易诱发保守设目标或修饰数据。
关键结果之间还应保持相互支持。缩短办理时间与减少差错可能存在张力，团队要明确何时优先质量，何时可以接受速度变化。对挑战目标和必须兑现的承诺分别标识，能减少把探索中的未达标误当作失职的争议。
5. 一个完整案例
以下是假设案例。一个内部知识库的目标是“让新同事独立完成首次报销”。团队选择两个关键结果：首次报销无需人工帮助的比例从百分之四十提高到百分之七十，首次提交到通过的中位时间从三天降到两天，同时保持审计差错率不升高。团队先计划重写十篇文档，却在访谈中发现真正问题是附件命名。于是转为加入示例和提交前提示。四周后，无需帮助的比例升到百分之六十五，中位时间为两天。团队承认第一项未达成，并按部门拆分数据，发现外地差旅仍有特殊规则。下轮处理这类场景，而不是为了完成原计划继续增加文档篇数。
6. 适用条件与反例
适合方向相对清晰、手段需要探索、团队有调整空间的工作。对值守、合规等必须稳定执行的职责，日常服务指标和明确规程仍然必要。反例是将“本季度杜绝所有投诉”设为挑战目标，然后通过隐藏投诉提高分数；这衡量的是报告渠道收缩，不能证明服务改善。
7. 今天可以尝试的行动
选一个最重要的季度目标，写下受益者以及希望改变的行为。只列两三个能够验证变化的结果，再单独列候选行动。检查每个结果是否可能通过损害用户而达成，补上约束指标，并安排一次允许更换行动方案的短回顾。