FDE和驻场开发有什么区别？三个维度分清楚

这是被问得最多的一个问题。两者外观几乎一致——同样一张客户公司的工位、同样一张门禁卡、同样每天参加甲方的晨会。但把它们放在权限、产出物、价值归属三个维度上一比，差别立刻显出来。

一、维度一：权限

驻场开发的权限边界是「按需求文档实现功能」。需求由甲方定义，实现方式可以商量，但要不要做这件事本身，开发方没有话语权。说白了，是执行角色。

FDE 的权限边界是「可以为这个客户改产品，并且改动要回流主干」。这意味着他既能对客户说「你提的这个需求不该这么做」，也能对自己公司说「主干版本要加这个能力」。他是双向的接口人。

这条权限线不是靠职级给的，是靠组织设计给的。如果一家公司的产品团队和交付团队互相不买账，那这家公司的 FDE 只是名字好听的驻场开发。

二、维度二：产出物

驻场开发的产出物是被验收的功能。工单关闭、测试通过、甲方签字，一个循环结束。至于这个功能三个月后有没有人用，通常不在考核范围内。

FDE 的产出物是被使用的结果。系统上线只是起点，真正的交付完成信号是业务指标动了——报价周期从三天缩到半天，质检漏检率降了多少个点。

这个差别会直接反映在合同上。驻场开发按人月计价，FDE 更适合按场景或按效果计价。计价方式往往比岗位名称更能说明一家公司在做什么。

验收看的是功能有没有做出来，交付看的是业务有没有变好。这两件事经常不同时发生。

三、维度三：价值归属

驻场开发的价值随人流动。人被撤走，甲方手里剩下一套代码和一份文档，往往还看不懂。下一次要改，只能再买一次人。

FDE 的价值往人以外的地方沉淀。现场理解到的业务规则被写进产品逻辑，被总结成模板，被固化成智能体的提示词。人撤走，这些东西还在客户手里，也还在服务方的产品里。

这就解释了为什么真 FDE 更贵——你买的不是这段时间的人力，而是这段时间里被生产出来的可复用资产。

四、阿优至简的视角

我们跟客户谈合作时，会主动把这条线画清楚：如果你需要的是一个能长期坐在这里听指挥的人，那我们不是最合适的选择，本地人力公司比我们便宜。

阿优做的是把现场问题转化成可复用能力这件事。同一个报价场景，第一家客户我们花四周摸透，第二家客户可能两周就能跑通，第三家一周。这个递减的曲线就是 FDE 模式的全部价值，也是我们敢于按场景而不是按人月报价的底气。

落地前的三条至简建议

1. 先问计价：对方按人月报价还是按场景报价，这一个问题基本能判断出交付模式。
2. 先问回流：现场发现的通用问题会不会变成对方产品的标准能力，还是每次都从零做。
3. 先问退出：合作结束时你手里能留下什么，文档、配置、提示词，越具体越好。

同样一张工位，一个在卖时间，一个在卖能力沉淀。分清这两者，比研究岗位名称有用得多。