FDE vs 售前 vs 交付工程师 vs 驻场外包

阅读约 8 分钟 · 入门百科 02

FDE 火了之后，最常见的误解有两类。求职者问："这是不是售前工程师换了个名字？"企业甲方问："这跟驻场外包有什么区别？"

这两个问题都值得认真回答，因为它们背后是同一个追问：这个岗位的产出，到底归谁、值什么钱。 我们用一张表和四个小节把这件事讲透。

一张表看全貌

| | 售前工程师 | 交付工程师 | 驻场外包 | FDE | |---|---|---|---|---| | 工作目标 | 赢下订单 | 按合同完成项目 | 按人月提供人力 | 客户的业务结果 | | 考核方式 | 赢单率、POC 转化 | 按时验收、回款 | 出勤与人月结算 | 系统是否在生产中创造价值 | | 与客户的接触 | 签约前为主 | 项目周期内 | 长期驻场 | 长期嵌入业务现场 | | 写代码吗 | 演示级、原型级 | 写，按需求文档 | 写，按甲方安排 | 写，且进客户生产环境 | | 产出归属 | 支持销售 | 一次性项目交付物 | 归甲方，人走即止 | 沉淀回自家平台与产品 | | 对产品的关系 | 传递需求 | 基本无关 | 无关 | 反向定义产品路线图 |

表格是压缩后的结论，下面展开说。

售前工程师：终点是签约，而 FDE 的起点是签约之后

售前（Sales Engineer / Solutions Architect 的销售侧）的核心使命是让客户相信"这个产品能解决你的问题"。演示、方案书、POC，都是为了跨过签约那条线。

这决定了两个根本差异。第一，售前的代码是"演示级"的——它要好看、要能讲故事，但不需要扛住生产环境。第二，签约成功那一刻，售前的工作就完成了，烂摊子（如果存在）留给后面的人。

FDE 恰恰相反：他的工作从签约之后才真正开始，评价标准是系统在生产环境里跑了三个月之后，客户的业务指标有没有变化。一个在"促成相信"，一个在"促成事实"。

交付工程师：合同是边界，而 FDE 没有明确的边界

交付工程师（Delivery / Implementation Engineer）按合同和 SOW（工作说明书）干活：需求文档写明了做什么，做完、验收、回款，项目关闭。这是一个边界清晰的角色，国内 to B 公司里最常见。

问题在于，AI 项目的真实需求几乎不可能在合同里写清楚。客户说"我要一个智能客服"，合同可以约定功能清单，但约定不了"模型在你们真实的、混乱的工单数据上要达到多少准确率才算有用"。

FDE 的处理方式是把"结果"本身变成约定：先建评测集、定出可量化的成功标准，再小步上线[^1^]。合同圈定的是范围，评测圈定的是价值——前者防扯皮，后者防白干。

驻场外包：卖的是人月，而 FDE 卖的是结果

这是最容易混淆、也最必须区分的一对，尤其在中国市场。

驻场外包的形态和 FDE 表面很像：工程师都坐在客户办公室里。但商业模式完全不同。外包按人月计价，甲方买什么，乙方的人就做什么，人走项目止，乙方公司账上除了人力差价什么也没留下。工程师本人也痛苦：没有产品归属感，技能随项目漂移。

FDE 模式里，客户在意的不是"来了几个人"，而是"我的问题有没有被解决"；而 FDE 所属的公司在意的，是这次交付能不能沉淀成下一次交付的加速度——同一个需求在三个客户身上出现，第四次就是平台的标准功能。Palantir 把工程师嵌进摩根大通不是为了收 120 个人的人月费，而是因为"部署工作本身就是产品"[^2^]。

一句话分辨：外包的产出随人走，FDE 的产出留在平台里复利。

两个实用场景

如果你是面试官或求职者，分辨一家公司招的是真 FDE 还是"换皮售前/外包"，问三个问题：岗位考核绑定的是订单、人月还是客户业务指标？工程师的代码进不进客户生产环境？一线发现的需求有没有正式渠道回流到产品团队？三问皆"是"，才是真 FDE。真实的 FDE 面试流程本身也很说明问题——它考生产级编码、模糊问题拆解和客户场景应对，而不是讲方案的能力[^3^]。

如果你是企业甲方，在采购"FDE 式服务"时，别问"这个工程师多少钱一小时"，要问三个问题：这次合作对哪个业务指标负责？用什么评测方法证明系统有效？合作结束后，我的团队接手什么[^1^]？对方答不上来，你买的大概率还是外包。

尾声

四个角色没有高下之分，它们服务的是不同的商业逻辑。但当 AI 产品的竞争从"模型能力"转向"落地能力"，对客户结果负责、又能让经验复利的 FDE，成了最贵的那一环。想理解这个角色的商业根基，推荐阅读《Palantir 的 FDE 模式拆解》；想知道它在中文语境下的变体，看《中国企业需要 FDE 吗？》。

---

参考资料

[^1^]: FDE 商业模式中 Audit–Evals–Deploy 循环及甲方采购建议，见 https://www.ayautomate.com/blog/forward-deployed-engineer-business-model [^2^]: Palantir 在 JPMorgan 的嵌入式工程编制，出处同 [^1^] [^3^]: FDE 面试考察维度：生产级编码、模糊问题拆解、客户场景案例，见 https://interview.norahq.com/interview-guides/forward-deployed-engineer-interview-questions-guide-2026