ARTICLE · 商业科技
把 FDE 送进企业之后：谁救火，谁背责，谁赚钱？
一语总结神策数据与百度智能云资深从业者分享 FDE（现场部署工程师）在企业 AI 落地中的真实工作模式：从售前介入、需求翻译到效果负责，讨论责任划分、与外包的边界、中外模式差异及商业可持续性问题。
文章通过访谈神策数据 CTO 曹犟和百度智能云 FDE 团队负责人何震江，系统梳理 FDE（Field Deployment Engineer，现场部署工程师）在中国企业 AI 产品落地中的角色、工作方式与商业模式。核心内容包括：FDE 的日常是「多线程、频繁救火和翻译」，需要从模糊业务语言拆出可执行边界，通过 Demo 让用户「对着说不」；责任必须在项目初期通过建议书和决策存档明确，并按根因划分（模型能力 vs 上下文 vs 客户数据）；判断团队是否真做 FDE 的三个维度是考核方式、现场经验能否反哺产品、经验能否让下次交付更容易；中国 FDE 比硅谷版更重更苦，受私有化部署、国产化、系统碎片化等因素影响；目前按效果付费（RaaS）进展不如预期，混合收费是更现实的过渡方案；未来趋势是标准化工作被工具/AI Agent 接管，需要业务判断和决策的工作压到少数前线角色身上。
- FDE 的核心价值在于「翻译」和前置 Demo 验证，而非传统意义上的代码交付。
FDE 需要把客户模糊的「我要智能化」拆解成具体场景、模型、数据、指标的边界；并通过快速 Demo 让用户对着实物「说不」，把需求偏差在早期暴露。这降低了反复修改的成本，也让后续开发更有方向。
- 责任边界必须在项目启动时就设计清楚，不能等事故发生后再切割。
团队会在评估阶段形成方案建议书，列出技术选型、风险点和责任分工；若客户坚持不同方案，形成决策存档。更重要的是将责任问题转化为产品与技术设计，机制越完整，事后争论的空间越小。
- 判断一个团队是真正做 FDE 还是换名的外包，有三条标准：考核方式、现场经验是否反哺产品、项目经验是否让下次交付更容易。
如果岗位直接背销售额、项目做完就结束产品团队不关心现场发生了什么、组织只是让工程师越来越熟练而平台和知识体系没有增强，本质上仍是传统交付或外包模式。
- 中国 FDE 比硅谷版更重、更复杂，受私有化部署、国产化适配和系统碎片化影响。
国外 FDE 多围绕 SaaS 推进，中国 FDE 还需解决本地基础设施和遗留系统问题，接口失效和 SOP 缺失成为常态；同时国内出现新人甚至实习生挂 FDE 头衔的现象，与 Palantir/OpenAI/Anthropic 普遍要求 4-5 年以上经验形成对比。
- 按效果付费（RaaS）理想但阻力大，混合收费是当前更现实的过渡方案。
效果硬指标的数据常掌握在客户系统内，口径在项目结束后可能变化；大型机构采购体系围绕人天和 SOW 建立，新收费方式难以直接进入。因此团队倾向于混合收费：产品 License + 单场景费 + 效果费 + 人力服务费。
- FDE 的商业护城河不是模型或代码，而是业务认知和工作方法。
基础模型和工程技术栈同质化，真正难复制的是业务理解、找到真问题的能力、以及形成产品和代码的工作机制。Palantir 的壁垒不仅来自软件，更来自其组织反馈回路和行业本体论积累。
把 FDE 送进企业之后：谁救火，谁背责，谁赚钱？
文章通过访谈神策数据 CTO 曹犟和百度智能云 FDE 团队负责人何震江，系统梳理 FDE（Field Deployment Engineer，现场部署工程师）在中国企业 AI 产品落地中的角色、工作方式与商业模式。核心内容包括：FDE 的日常是「多线程、频繁救火和翻译」，需要从模糊业务语言拆出可执行边界，通过 Demo 让用户「对着说不」；责任必须在项目初期通过建议书和决策存档明确，并按根因划分（模型能力 vs 上下文 vs 客户数据）；判断团队是否真做 FDE 的三个维度是考核方式、现场经验能否反哺产品、经验能否让下次交付更容易；中国 FDE 比硅谷版更重更苦，受私有化部署、国产化、系统碎片化等因素影响；目前按效果付费（RaaS）进展不如预期，混合收费是更现实的过渡方案；未来趋势是标准化工作被工具/AI Agent 接管，需要业务判断和决策的工作压到少数前线角色身上。
InfoQ 对话神策数据与百度智能云一线 FDE 负责人：FDE 的核心价值是「翻译」与前置 Demo 验证，责任边界要在启动时设计清楚；判断真 FDE 还是换皮外包有三条硬标准（考核方式/经验反哺产品/交付复用），中国 FDE 比硅谷更重、更碎。一线买方视角的落地方法论，适合搭建企业 AI 交付团队的负责人。
文章金句
"「我觉得 80% 的程序员不会喜欢这样的工作，因为它确实意味着长时间出差。」
"Demo 的价值不是为了让客户点头，而是为了让客户能够「对着它说不」。
"AI 系统最理想的交付物不是一个静态的软件版本，而是一条「效果持续上升的曲线」。
"FDE 越深入客户现场，就越容易接到大量只属于单一客户的需求，真正考验公司的，是后续能否用软件工程纪律把通用需求和一次性定制隔离开。
"FDE 需要的不只是「满足客户」，还要有拒绝客户的能力。
"一个人不熟悉项目管理，组织可以提供项目管理 Agent；不擅长自动化测试，可以调用测试工具。