FDE 跟其他角色的边界

角色	关注什么	交付物
软件外包	按需求文档实施	按验收节点交付代码
战略咨询	战略与方向	报告、路线图、PPT
Solutions Architect	售前技术方案设计	技术设计文档，签约后转手
Sales Engineer	售前技术演示与评估	演示与可行性报告
FDE	从访谈业务到生产运维全过程	生产环境里稳定运行的系统

跟传统软件外包、战略咨询逐项对比：

	传统软件外包	战略咨询公司	FDE
交付物	按需求文档交付的代码	报告与路线图	生产环境里运行的 Agent 系统
业务理解	依赖客户写清楚需求	访谈后输出建议	驻场浸入业务，和一线一起干活
技术深度	执行为主	通常不写代码	一线实战团队，能写能修能改
风险控制	按合同节点验收	建议层面的风险提示	评估集、灰度、护栏与回滚一并交付
知识归属	交付即结束	方法论留在顾问脑中	代码、SOP、评估集全部移交客户

FDE ≠ 驻场外包（这个混淆最常见）

中国市场里，FDE 最容易被误读为"高级驻场"。看起来都是把工程师派到客户现场，但底层完全是两回事：

	传统驻场外包	FDE
计费方式	按工时（人天）	按阶段交付、按结果验收
起点	从零开始现写	带着产品底座去现场
越做越...	越驻越久，人一走系统停	做完会走，能力留在系统和客户团队里
卖的是	人头	结果
现场发现	到不了产品线	回流为下一代产品的组件

行业里还有一个更硬的判断——FDE 只有绑定在一个 AI 平台/产品底座上才成立：没有平台底座、只派工程师去写定制代码的，本质上还是软件外包，只不过换了个更好听的头衔。辨别方式很简单：问一句"你们的平台是什么？现场学到的东西怎么回到平台里？"——答不上来的，就不是 FDE。

FDE ≠ 战略顾问（动机方向相反）

• 顾问：交付建议，不负责执行；商业模式决定了他希望你一直需要他
• FDE：对系统最终能否运转负责，终点是"客户团队能独立使用"；商业模式决定了他希望你迟早不需要他

一些 AI 头部公司在与传统企业合作时，会在合同里把这条明写出来——目标不是"交系统"，而是"把知识转移完，让客户团队以后能自己建智能体"。这句话就是 FDE 与顾问模式的分水岭。

FDE ≠ 传统产品工程师

• 产品工程师面对抽象用户（画像、漏斗、DAU）
• FDE 面对具体客户（某银行的风控部、某农场、某巡逻队）

同一家公司里两种角色可以并存，但分工要清晰：平台工程师是"一种能力服务多个客户"；FDE 是"一个客户调动多种能力"。两种角色都需要，但不能互相替代。

---

FDE 独有的三件事：驻场 + 全流程负责 + 把客户共性问题回传到产品。缺了一条，都不是真正意义上的 FDE。