通俗讲：我们不派销售来谈，来的就是动手干活的人；从第一次见面到最后交付，您面对的是同一批人。
为什么需要有人走进现场
平台待在外面，人得走进去。
算力、数据、模型这些技术底座，这两年基本都补齐了；但很多企业的 AI 投入仍然没有变成业务价值。原因在于，真正决定系统能不能用的东西，不写在任何需求文档里：
- 那张 94 列的对账表，为什么不能改；
- 答应出去、还没发的货，记在谁脑子里；
- 内网只允许用哪一个浏览器。
这些只存在于业务现场，只有人走进去才看得见。它们分别对应我们交付过的仓储代管订货系统和县级公安内网信访统计系统。
FDE 和传统交付方式有什么不同
传统交付是六道手，FDE 是同一批人从头跟到尾。
| 传统做法 | FDE 做法 | |
|---|---|---|
| 谁来谈需求 | 销售来谈，售前写方案 | 写代码的人坐在您的会议室里听您讲业务 |
| 交接次数 | 销售 → 售前 → 项目经理 → 开发 → 实施 → 运维，六道手 | 从第一次见面到最后交付，就是这几个人 |
| 业务理解 | 每换一次手，对业务的理解就丢一层 | 没有交接损耗，每个人都理解这件事的全貌 |
| 为什么负责 | 照文档做，按工时交付 | 为结果负责 |
客户在选择交付方时，常见的几种顾虑与 FDE 模式的对应如下：
| 客户的顾虑 | FDE 模式的答案 |
|---|---|
| 养自己的技术团队？ | 成本高、招不到、留不住，且业务波峰波谷不匹配 |
| 找大厂外包？ | 您在对方的客户名单里排第几位？给您的是哪一梯队的人？ |
| 找小供应商？ | 通常是「照文档做」，不理解业务，做完就走 |
| 选 FDE 小队 | 高经验密度的人直接对接您的业务，为结果负责，不为工时负责 |
工信部文件里的 FDE
「前线部署工程师（FDE）团队」已写进工业和信息化部的政策文件。
工业和信息化部办公厅《关于开展人工智能应用服务商培育专项行动的通知》（工信厅科函〔2026〕414 号，2026 年 8 月 27 日印发）在「加强服务商支撑保障」一项中提出：「鼓励服务商搭建前线部署工程师（FDE）团队，扎根用户现场，保障场景落地。」
政策说明的是这种组织形式受到鼓励；让客户放心的，仍然应当是交付的实际结果。
和毅的 FDE 团队
和毅是一支 4 人全员 FDE 的交付团队，平均从业 15 年以上。
| 成员 | 角色 | 经验 |
|---|---|---|
| Tracy Chen | 创始人 | 15 年连续创业，最高带队 200 人 |
| Leo Wang | FDE 架构师 | 15 年研发与项目集管理 |
| Lucas Jiang | FDE 工程师 | 17 年研发与项目管理，主导交付、售前、研发体系智能化改造 |
| Grant Xiao | FDE 工程师 | 16 年研发与项目管理，主导市场、法务、客服体系智慧化改造 |
团队总经验 63 年。三位 FDE 各有 3 年 AI 实践，全员持有 PMP 与生成式人工智能应用工程师（高级）认证；三位 FDE 此前就在同一个项目里搭过档，进场不需要磨合期。团队详情见关于和毅智能。
FDE 是「和毅」两个字的组织形态
我们不是学了 FDE 才这么干，是本来就这么干，后来发现这件事在国外叫 FDE。
- 和（连接）：工程师嵌进业务现场，不隔层、不传话；
- 毅（执行）：从售前到交付，同一批人负责到底，交结果不交借口。