十月中，一家羽绒服公司的采购部把两份报价放在一张桌上。左边是软件实施商，八十万，五个月上线。右边是带着模型进场的一支小队，报价二百六十万，三个月，两个人常驻。
价格差三倍多。采购经理问了一句，这两家做的事有什么不一样。左边说，我们交付一套能跑的系统。右边说，我们交付一条能省时间的流程。
会议没有结论。后来是董事长拍了板，两家都见一次，看谁能说清上线三个月以后谁来维护。
这不是虚构的桥段。这类对比每年都在发生。二零二五年一月到九月，招聘平台 Indeed 上 FDE 岗位的月发布量涨了八成以上，二零二五年四月到二零二六年四月，岗位数从六百四十三个涨到五千三百三十个。人和价格一起涌进来，采购部就更需要一把尺子。
尺子可以往回找。a16z 写过一篇讲职位命名的文章，说二零一一年 Palantir 做了一件挺有意思的事，把公司的解决方案工程师和集成工程师改名叫前沿部署工程师，内部叫「Delta」，再配一个叫「Echo」的角色专门翻译客户的问题。这家机构管这种做法叫头衔套利。改名以后，同样一份工作招到了完全不同的人。
同一年到二零一六年，Palantir 内部的前沿部署工程师数量超过了普通软件工程师，如今这批人接近公司员工总数的一半。这套做法撑起了它的商业模型，有媒体算过，它的股价从二零二二年底不足六美元涨到二零二五年的两百美元上下。
FDE咨询 与软件实施的分界，就在交付物归谁这件事上。
软件实施交付的是配置。系统里加几个字段，接几个接口，跑通几条审批流。上线那天，交付完成，实施商撤场，后面的变化由甲方自己提需求、再买人天。
FDE 交付的是判断。哪个动作值得改，改完以后指标怎么定，模型出错的时候由谁兜底。这些东西没法打包成安装包，只能长在人的脑子里，所以交付物只能归甲方的人。
做错的样子有两种。一种是按实施的思路买 FDE，合同里写「系统上线即验收」，钱花出去了，业务一点没动。另一种是按 FDE 的思路买实施，要求对方保证指标，实施商做不到，最后双方在验收会上互相推。
判断在这里。看这份合同验收什么。验收机房里的东西，那是实施。验收业务部门的一个数，那是 FDE。验收单上写不出业务数，这笔钱多半会变成一套没人用的系统。
可以带走的是一张归属表，三行。
第一行写代码归谁。驻场期间写的脚本、接的接口，源代码和文档归甲方，写在合同附件里。这一行不写，撤场以后改一个字段都要重新付费。
第二行写配置归谁。模型参数、提示词、评测集，这些是日常要调的东西，必须留在甲方的账号下，用甲方的名义登记。
第三行写判断归谁。哪条流程先做、做到什么程度算成、出问题谁拍板，这三件事必须由甲方的人署名。署名的人要出现在项目周会上，不能是派来的助理。
第三行是最容易被让出去的一行。供应商愿意替你判断，因为判断权在手，后面每一期报价都好谈。甲方让出这一行，等于把方向盘交了出去。
希纪在给服装企业做增长诊断时，见过一份写得很清楚的合同。验收标准只有一句，某条产品线的单款开发周期从十四天降到七天，连续两个月达标。合同里没有出现「系统」「平台」这类词。
回到那两份报价。八十万和二百六十万，差的不只是钱。左边卖的是把系统装上，右边卖的是把一段时间省下来。前者可以验收，后者要靠人守。
三个月以后，那家公司又提了一个问题，如果供应商撤了，这套东西还能不能改。这个问题在两份报价里都没有答案。答案只能写进合同。
希纪 · 服装产业观察