写代码之前，FDE 先和客户定好关键结果

一次部署可以运行稳定、符合规格，客户却仍然认为它失败了。原因很少出在代码上，而是双方从来没有约定过成功是什么样子。

John Doerr 的《这就是 OKR》（Measure What Matters）并不是写给前线部署工程师（FDE）的。Portfolio Penguin 把这本书定位为一本指南：如何用 OKR 在业务优先级上做出艰难取舍。而在客户现场的第一周，恰恰就是做这些取舍的时候。

如果你是 FDE，或者想成为 FDE，这本书能教会你一项许多优秀工程师仍然欠缺的能力：把客户模糊的需求，变成周期结束时任何人都能打分的几个数字。

这套方法从哪里来

OKR 不是 Doerr 发明的。据 What Matters 网站介绍，这套方法由 Andy Grove 在 Intel 创立，并由 Grove 亲自传授给 Doerr。1999 年，Doerr 把它带给了 Google 的创始人，所以 Penguin Random House Canada 版本由 Larry Page 作序。

据出版方介绍，Doerr 已在 50 多家公司推行 OKR。英国版于 2018 年 4 月 26 日出版。出版方还强调，目标必须在整个组织内传达，从新员工到 CEO。这个细节对 FDE 值得留意：一次部署的 OKR 必须足够清楚，让最终用户和客户方的项目发起人都能看懂。

第一个观点：目标只写要达成什么

What Matters 对目标（Objective）的定义很简单：要达成的东西，不多也不少。目标里没有数字，也没有方案。所以当客户一开口就说“我们想要一个 Agent”时，这个定义就派上了用场。

假设要为一家保险公司部署一个处理理赔材料的 Agent。“做一个能读 PDF 的 Agent”是方案。合格的目标应该是：理赔人员处理材料更快，同时准确率不下降。写下这句话之后，你和客户才真正在讨论同一个问题。

第二个观点：KR 必须回答“达成了没有”

据 What Matters 介绍，有效的关键结果（Key Results）要具体、有时限、有挑战但现实、可衡量，这样周期结束时才能清楚判断是否达成。“改善员工体验”通不过这个检验：试点最后一天，没人能证明它成立还是不成立。

套用到保险的例子上，下面的数字仅作示意。KR1：在 30 天试点期间，Agent 对 80% 的 A 类材料正确提取数据字段，无需员工修改。KR2：每份材料的平均处理时间从 20 分钟降到 12 分钟。KR3：到第四周，15 名员工每天使用该工具。

每个 KR 从一开始就会逼出需求调研的问题：现在要花多少分钟，由谁来测，数据从哪里来。没有基线，就没有 KR。

与客户写 OKR 的两个常见错误

第一个错误是把方案写进目标。“本季度部署一个读 PDF 的 Agent”听起来像目标，其实是任务：哪怕 Agent 上线了、员工还是很慢，这个目标照样算完成。听到这样的句子时，问客户一句：做完之后，他们的工作会有什么变化？

第二个错误是写没有基线的 KR。如果没人知道现在要花多久，“处理时间缩短 40%”就无法打分。实际的解决办法是把第一周本身设为一个 KR：在一批真实材料样本上测出处理时间，再和客户商定目标数字。

第三个观点：分清哪些是承诺，哪些是愿景

这是 FDE 最容易忽略的一点。What Matters 区分了承诺型 OKR 和愿景型 OKR：前者是团队必须在本周期内达成的目标，只按达成或未达成打分。对于愿景型 OKR，低于 40% 算未达成，40–70% 则算进展良好。一个 OKR 的得分是其各 KR 得分的平均值。

假设上面三个 KR 分别得 0.9、0.6 和 0.3，平均为 0.6。如果这是愿景型 OKR，就落在进展良好的区间内。但如果客户以为三项都是承诺，这个 0.6 就成了一份失败报告。

解决办法是在项目启动时就做好标注。KR1 关于准确率，是承诺，因为这是员工信任 Agent 的前提。KR2 和 KR3 是愿景。这样一行备注，能让你免于试点结束时的一场尴尬会议。

谁该读，按什么顺序读

当你开始亲自负责试点或项目时，这本书最值得读，因为这时手头有真实项目可以套用。先读定义 OKR 和给 OKR 打分的章节，然后立刻用在当前项目上。之后再读 CFR 一节，即对话（Conversations）、反馈（Feedback）和认可（Recognition）：据 What Matters 介绍，OKR 与 CFR 结合，构成持续的绩效管理。

对 FDE 来说，CFR 就是每周和客户的沟通：看 KR 进展到哪一步，听取反馈，认可第一批愿意试用工具的用户。如果手里还没有真实的 OKR 就读这一节，很容易停留在抽象层面。

就职业发展而言，这项能力会直接体现在求职申请里。看招聘信息时，留意“success criteria”或“measurable outcomes”这类表述。在简历上，把“搭建了文档提取数据管道”换成一句包含目标、数字和期限的话。面试官一眼就能看出，你懂得衡量价值，而不只是交付功能。

所以，和客户的第一次会议不该以一份功能清单收尾，而应以三个带期限、双方都签了字的 KR 收尾。