什么是 FDE
FDE 在客户现场，把“不确定的业务问题”推进成“可验证、可运行、可沉淀”的 AI 应用。
它决定的不是“定制多少”，而是复杂度由谁吸收、如何沉淀。
工作主线
FDE 的工作主线是四个问题
业务建模
业务到底是怎么干的？
方案与执行主体设计
到底哪里有问题，未来应该怎么干？
轻量化应用验证
这个新方法实际上跑不跑得通？
工程化 · 产品化 · 经营
怎么生产化运行、产品化，并产生业务结果？
岗位对比
FDE 和相近岗位的区别
| 岗位 | 主要关注 | 和 FDE 的差异 |
|---|---|---|
| 传统实施 / 交付工程师 | 按既定需求部署、配置、上线 | 需求通常已确定；FDE 要先定义问题 |
| 业务咨询顾问 | 诊断问题、设计蓝图和流程 | 通常止于方案；FDE 要验证并落地 |
| 软件开发工程师 | 按规格实现功能 | 关注“做对”；FDE 还要判断“做什么、值不值” |
| 产品经理 | 抽象共性需求、规划产品 | 面向多客户；FDE 扎在单个客户现场，再反哺产品 |
| 客户成功经理 | 推广使用、续约扩单 | 偏运营；FDE 负责能力建设本身 |
核心能力
FDE 的六项核心能力
业务理解
行业先验、企业画像、SOP 拆解
问题收敛
划出一个有明确价值理由的课题
人机分工设计
每个节点：人工、自动化、AI 辅助或 AI 执行
价值验证
指标、基线、成功阈值，用证据说话
AI 工程
Workflow、Agent + Skill、评测、生产可靠性
沉淀与反哺
经验、Skill、数据、失败案例变成产品能力
交付模式与复杂度
不要按“定制多少”分类，要看复杂度由谁吸收
看起来都像“标准底座 + 局部扩展”，区别在于：谁定义底座、谁控制扩展、谁承担适配代价。
- 核心目标
- 把不确定的业务变成一次性系统
- 客户是否改变
- 不需要改变，尽量跟着客户改
- 结束方式
- 一次性验收，项目结束
- 收益来源
- 按项目一次性收费
模式 ① · 纯定制集成类
复杂性全部在项目现场
由“人力现场承接与消化”；人在“替系统完成一切”
模式 ②③ · 底座 + 定开 / SAP
复杂性被结构化分摊
产品吸收部分复杂性 + 方法论吸收部分复杂性；人在“补齐产品与现实之间的缝”
模式 ④⑤ · 纯软硬件 / SaaS
复杂性被产品前置吸收
由“产品前置吸收与固化”；人在“配置、适配、引导客户使用标准能力”
AI 项目从模式 ① 起步，FDE 的使命是推动它向 ②③⑤ 迁移：现场人力吞掉不确定性 → 方法论沉淀做法（SOP、十步法）→ 产品能力固化（Skill、评测、数据）。
纯定制集成类行业背景
FDE 从哪里来，为什么现在需要
起源：Palantir
Palantir 把 FDE 内部称为“Delta”，与产品开发工程师配合，对客户上线结果负责，并把现场经验沉淀为可复用资产。
海外：OpenAI / Anthropic
OpenAI 的 FDE 团队 2025 年约 39 人并计划扩张；2026 年 5 月 OpenAI 与 Anthropic 先后与资本方成立企业 AI 交付合资公司，把“部署”视为模型之外最大的瓶颈。
国内：需求爆发
2026 年上半年国内 FDE 岗位同比增长 21 倍；字节、蚂蚁、智谱等公开招聘 FDE，月之暗面于 2026 年 9 月启动 FDE 伙伴计划。
数据来源：Palantir 官方博客、Business Insider、TechCrunch、脉脉等公开报道（截至 2026 年 10 月）。
常见问题
关于 FDE 服务
+FDE 和外包开发有什么区别？
外包按需求交付功能；FDE 先定义问题、设定价值基线，再验证并落地，对业务结果负责，并把做法沉淀为企业自己的 Skill 和方法。
+需要驻场多久？
诊断 1–2 周，单场景 POC 4–6 周，完整的 90 天驻场覆盖试点准备到深度集成四个阶段。可按项目节奏混合驻场与远程。
+我们需要配合什么人？
一名推进负责人（能拍板目标与预算）、试点部门的种子用户各 1 名，以及 IT 负责人配合账号、权限与系统接入。
+数据安全怎么保障？
按 L1 公开 – L4 机密分级接入，先只读、专用集成账号、写操作过拦截确认；支持专有云 / 私有化部署方案。