上个月，一个制造业的老板给我看他们公司的 FDE 验收单。验收标准那一栏写的是：系统上线，跑通全流程，交付培训两场。他签了字，付了尾款，握了手。对方公司的人收拾东西走人的那天，他还发了个朋友圈，配文是"效率革命，正式开始"。
四十天后他又坐在我对面。原话是："系统还在跑，但我总觉得，公司里已经没人知道它到底在干什么了。"
翻译一下：FDE 撤场以后，这段从模型能力通往业务结果的责任，跟着他一起走了。没有人接住，因为从来没人被指定去接。
这不是他一家的问题。这是整个 FDE 浪潮里，最没人愿意看的那一页。
先把这个角色的价值说公平
FDE，Forward Deployed Engineer，前置部署工程师——模型公司派驻到客户现场的人，懂模型、懂业务，能把客户一句"我想要个智能客服"翻译成真正能跑的系统。这个角色是好东西。OpenAI 自己的招聘说明里把部件列得清清楚楚：客户专属基准、验收标准、人工复核、异常升级、上线条件。我自己给客户做服务，也用类似的角色配置。
这几天 FDE 在朋友圈刷了屏，谈怎么招、怎么用的多。有个失败模式没人点破：做砸了的 FDE 会变成一个高薪传话筒，把组织说不清的事全吸进一个人身上。还有一个最扎眼的观察：人人都完成了自己的任务，整件事却从来没有被完成。
市面上的讨论主要回答进场怎么干：怎么把业务结果翻译成系统、怎么定验收标准、怎么看一线采用。
我接一个还没人展开的问题：FDE 撤场以后，谁还对结果负责？
为什么现在就要问
先看两笔账。
麦肯锡 2026 年的调查：九成企业在用 AI，八成员工报告个人提效，但只有 37% 的受访者报告 AI 对组织 EBIT 有正向贡献。注意口径——是三成七的受访者"说有贡献"，不是"利润提高了37%"。个人都变快了，组织的账本却大面积沉默。
BCG 给出的分法更狠：AI 要见效，10% 靠算法，20% 靠技术与数据，70% 靠人员与流程。
两笔账指向同一个地方。模型那部分，供应商的人会陪你搞定——那 10% 加 20%，是 FDE 的战场。剩下那 70%，人员和流程，长在你组织里，FDE 的工牌刷不开它的门。
你花大价钱请来的那个人，恰好管不了你最需要改变的那部分。
那 70% 是怎么坏的
我在制造业近距离看过一遍。
FDE 驻场三个月，把质检流程改了：缺陷判定从人工看图改成模型初筛、人工复核。系统很好，识别率比老质检员还稳。撤场之前，他留了文档，开了培训，合同每一行都兑现了。
第一个月没事。第二个月，产线换了一批新的缺陷样本——划痕的形态跟训练数据里的不一样，模型开始漏判。老质检员其实看出来了，但他没说话。他的原话是："系统说是好的，我说不好，出了事算谁的？"
这句话你细品。技术在位，判断缺位——因为"判断之后的责任"没有人在流程里认领。FDE 在的时候，这个判断是他做的，他有这个授权也有这个胆量。他走了，授权没有交接，因为合同里没有这一项。于是整个系统安静地滑向"模型说什么就是什么"——不是模型对，是没人敢负责任地说不对。
到第三个月老板发现漏判率抬头的时候，原始的人工判断力已经荒废了大半，想退都退不回去了。
很多公司买的不是能力，是一次昂贵的演示——只是演示期长达三个月，贵到让人以为是真的。
本能答案为什么不成立
那把 FDE 一直养着？
养不起，也不该。把外部顾问当组织能力供着，他会先被你的会议淹死，再被你的流程磨平——最后变成一个高薪传话筒，长在你的组织流程里。你付着最贵的钱，养出一个"什么事都要问顾问"的组织结构。
真正该改的不是编制，是合同签下去之前的那一页：承接方案，是比技术交付更早开始设计的事情。
具体怎么设计？我在书里给的结构，拿到车间里就是撤场前三问。每个准备签 FDE 的老板，把这三个问题写在验收标准旁边：
第一问，流程改造谁接？FDE 改了你的质检流程、你的审批流。他走了，这份流程归谁维护、谁有权继续改？答不上来，三个月后它就是一份没人敢动的化石。
第二问，日常运营谁接？系统天天跑，异常天天有。接异常的人训练过吗——不是看过演示，是真的独立处理过一次模型漏判、一次误杀？没处理过异常的运营，等于没运营。
第三问，后续结果谁背？六个月之后效果回落，是模型退化、用法走样，还是组织变形——谁去回答这个问题？没人认领，效果回落那天就是甩锅大会开幕那天。
三问答不出，别签验收单。
验收单本该写什么
把制造业那个案例倒回签约那天。验收单写的是：系统上线，跑通全流程，培训两场——每一行都能一句话说清，每一行都只描述 FDE 那一侧的桌子。把三问写进去之后，同一张单子是这样的：
系统上线、跑通全流程——照旧。新增：改造后的流程以组织自己的流程文档归档，进版本管理，驻场期间的每次变更记录具名负责人；两场培训至少产出两名内部运营，各自独立处理过一次漏判、一次误杀，留有记录；异常升级路径写下来——每类失效，一个名字、一个备份名字、一个决策时限。商务尾部：合同款的百分之二十，按撤场后九十天的业务结果支付。
注意这里没有一行是不信任 FDE。每一行只是在强迫这次合作交付它本来会跳过的东西：组织自己运转所购之物的能力。对交付有信心的供应商欢迎这些条款；抵触的供应商在告诉你，它利润里的哪一部分来自撤场后永不复测。
供应商那一侧
跟卖 FDE 能力的人说一句，这件事是双刃的。
超级外包的陷阱不只是客户的失败，它也是一种定价模型。按人天计费，供应商的收益来自留下；与成果挂钩的交接，供应商的收益来自留下一个不需要自己的组织。如果你的收入依赖"由你充当人机接口"，你会——结构性地、不带任何恶意地——一直充当下去。
能规模化的 FDE 团队，是把交接产品化的团队：客户留存的标准流程文档格式、带签字技能清单的操作员训练项目、由客户自己人执行的验收套件。这些不是慈善，这是你再签下一单的方式——因为学会运转你系统的客户会买你的下一个系统，而学会依赖你的客户什么都不会买第二次。
客户日历上的三十天
要日期不要教条的老板，这是从客户侧跑的交接月。
第 1–5 天，盘点。列出 FDE 目前获授权做的每一个决定——审批、覆盖、升级、花钱。第一次做这个盘点的老板都会发现清单比预想的长，而这个吃惊本身就是价值。
第 6–15 天，结对。清单上每类反复出现的决定，指定一名内部影子——由影子拍板、FDE 在旁边看，把通常的监督方向反过来。FDE 纠正系统，不是纠正人。
第 16–25 天，倒转。内部运营独立跑流程，FDE 只出席异常。流程文档迎来第一次内部修订——由客户写，不由供应商写；供应商版本和客户版本的差异本身就是诊断书：它精确显示组织的理解还没追上哪些地方。
第 26–30 天，失效彩排。团队端到端跑一个剧本化的异常——一次漏判、一次误杀、一次回滚——摊开验收单，逐条对三问。任何一问旁边还没有名字，撤场日期就后移。这一条，是签之前就该谈的条款，不是签之后。
能力不是编制
还有人会问：那是不是干脆别用 FDE 了，自己招人干？
也不是。问题从来不在用不用外部的人，在于分不清"能力"和"编制"这两件事。FDE 是一种能力，能力进组织有三条路，各有成立条件：
现岗兼任——你的业务骨干跟着 FDE 干三个月，把他拆流程的方法学走。成立条件是骨干真跟得进去，不是顺手挂个名。适合流程改造范围小、业务逻辑简单的场景。
临时小队——为项目凑两三个人，项目结束散伙，但方法留下，写成你组织的流程文档。成立条件是散伙之前有人负责把方法落成字。适合单次大改造。
长期专岗——设一个真正的岗位。成立条件最硬：你已经确认这是一段会持续交付的业务结果，不是一个项目。绝大多数公司走到这里才发现，自己要的其实是前两条。
三条路的共同点只有一个：FDE 撤场那天，你组织里得有人能答上面那三问。
这条线要记牢：第一次做成，是项目；第二次不用外脑还跑得通，才叫能力。再往前半步——打赢了，才叫组织能力。没打过，只是一个被围观的功能。
最后一个坑
还有一个不能忽略的失效模式：什么事都委托给 FDE。委托之前先问一句，这件事内部真的没人能改流程、调资源、认可验收吗？如果答案是没有，你要警惕的不是 FDE 有多强，是你的组织已经把多少东西让渡了出去。外部越强，照出内部的空洞越清楚。
FDE 是好东西。但好东西的账要算全程：进场贵不贵是小事，撤场之后那 70% 归谁，才是合同里最值钱的一行。写合同的时候，把"撤场之后"四个字写进去。
回到开头那个制造业老板。他后来做了三件事：让老质检员担任复核流程的负责人，名正言顺进了组织架构；把"异常升级路径"写进流程文档，每一步有名字；跟供应商把续约条款改成了"按撤场后六个月的业务结果分期付款"。
他说还是肉疼。但这次，钱花在了组织上。
我是 J叔。干了 18 年 HR，最值钱的从来不是简历，是看人、拆活、分权责的判断力——后来我把这套判断力，一个人写成了一套 AI 系统。别人聊模型参数，我只算一件事：它到底改了什么。更多在 theunclej.com。