一本1984年的工厂小说，告诉 FDE 什么不该自动化

一部自 1984 年起从未绝版的工厂小说，比许多讲 AI 的书更贴近 FDE 的工作。在客户现场，你接到的很多需求都以“帮我们把这一步自动化”开头，而《目标》（The Goal）解释了为什么照做往往毫无效果。

这本书由 Eliyahu M. Goldratt 与 Jeff Cox 合著，North River Press 出版。主角 Alex Rogo 是一位承受巨大压力的工厂厂长，越来越难找到提升业绩的办法。

小说借他的故事，阐述了约束理论（TOC）的基本思想。TOC Institute 称它是开启整个约束理论运动的那本书。

这本书训练的是前线部署工程师（FDE）严谨的客户调研能力：写下第一行代码之前，你需要知道究竟是哪个环节限制了客户的产出。跳过这一步，你可能交付一个运行完美的 Agent，客户却连一张订单都没有多处理。

演示很精彩，为什么数字纹丝不动？

TOC Institute 提出了一个简短的命题：每个系统都存在一个限制其产出的约束，无论我们承认与否。由此引出第二个命题：约束的产出决定整个组织的产出。

在故事里，约束化身为扮演瓶颈的角色 Herbie。这个名字令人过目不忘，正好可以变成一个随身携带的问题：客户的 Herbie 在哪里？

设想一家物流客户，希望用 Agent 读取邮件并创建订单。他们每天通过邮件收到 500 张订单，录入人员能录入 300 张，信用审核团队人工审批 120 张，仓库能发货 400 张。

系统的实际产出是每天 120 张订单，每天还有 180 张订单堆积在信用审核岗前。

现在你把数据录入自动化，能力提到 500 张。演示效果惊艳。但产出仍是 120 张，信用审核前的队列从每天 180 张涨到 380 张。从运营角度看，你刚刚让情况变得更糟。

每个项目都值得带上的三个思想

第一个思想关于衡量。Goldratt 团队认为，这本书的核心教训是：首要目标必须是提升吞吐量，而不是削减成本或提高局部效率。

在上面的例子里，数据录入速度几乎翻倍，这是局部效率，吞吐量却没有任何变化。给客户写价值报告时，应以整个流程完成的订单数作为衡量标准。

第二个思想由第一个推导而来。TOC Institute 写道，强化链条中最薄弱环节以外的任何一环，都是在浪费时间和精力。

对 FDE 来说，这应当成为一种条件反射：客户指着某个环节时，你首先要问的是它是不是最薄弱的一环，而不是该用哪个模型。

第三个思想往往最让读者意外：瓶颈需要管理，而不是消除。既然每个系统都有约束，合理的目标就不是彻底消灭它。你的工作是准确知道约束在哪里，并有意识地控制它。

为什么自动化要放在最后？

TOC 把这三个思想落实为五个聚焦步骤。在项目中需要掌握的是前四步，第一步是识别约束。接下来两步是充分利用约束，再让其他所有环节跟随它的节奏。

TOC Institute 强调，只有在前两步充分完成之后，才应提升约束，也就是第四步；有时甚至根本不需要提升。

回到这家物流客户。充分利用约束，意味着先看信用审核团队把时间花在了哪里。假设他们要花几个小时从多个系统收集客户数据，那么一个预先整理好资料的脚本，就可能提高审批订单数，完全不必动用 Agent。

跟随瓶颈的节奏，意味着数据录入推送订单的速度不应超过信用团队的处理能力，队列还应按订单金额排序。

只有当信用团队已满负荷运转、产能仍然不够时，自动化审批环节才有意义。这样的顺序也有助于赢得客户信任：小而便宜、可衡量的改动，先于大项目。

适合谁读，怎么读？

建议找 30 周年纪念版。据 North River Press 介绍，这是这个故事第一次做出较大幅度的更新。

作为小说，这本书读起来很快，适合有 2-8 年经验、从未做过运营工作或刚转入 FDE 岗位的工程师。

读完后，可以打开 TOC Institute 关于五个聚焦步骤的页面，看一个更精炼的方法版本。

这本书完全不讲 LLM 或数据管道，不要用它代替这些内容。它教的是在使用这些技能之前应该先问的问题。

在简历上，写清你找到了哪个约束、吞吐量发生了怎样的变化，而不是罗列你做了什么。

下次客户指着某个环节说“帮我们把这个自动化”，先去找到他们的 Herbie。