把六个阶段讲透不难，难的是每一步都给了能直接照做的动作清单。

FDE 项目最常见的死法不是技术不行，而是阶段失序：Discovery 把领导汇报当需求，范围界定贪大，PoC 用干净数据演示完就当验证通过，工程化阶段没有评测基线，上线后没人看数据，交接变成甩文档。本篇把这些坑逐段标出来，动作清单都对应可检查的产出物——纪要、验收标准、回归用例、交接清单；全篇以结构化清单与表格替代示意图，便于直接取用。

国内 toB 项目还要叠加两件事：采购与验收节奏常常比技术节奏更硬，范围界定阶段的书面确认在国内不是可选项；客户接口人变动频繁，交接与复盘要趁对接人还在的时候做完。

下一个项目开工前，先把六阶段的产出物写成你自己的文档模板，尤其是 Discovery 纪要格式与验收标准写法——这两样定下来，后面四个阶段都会顺。

—— FDEChina编辑部 · 实战派

导语

FDE（Forward Deployed Engineer，前置部署工程师）在客户现场把模糊需求交付成可用的 AI 系统或软件产品。这类项目很少败在写代码上，更常败在阶段失序：需求没弄清就开工、原型演示通过就当验证完成、上线之后无人看数据。本篇把 FDE 项目拆成六个阶段，逐一给出目标、常见坑与可直接照做的动作清单；FDE 的完整定义与岗位全景见新手指南。

生命周期总览

多数 FDE 项目依次经历六个阶段：需求发现（Discovery）→ 范围界定 → 原型验证（PoC）→ 工程化 → 上线与运维 → 交接与复盘。新手指南第六节用一段话概览了这六个阶段，本篇逐段展开。阶段不必严格串行，但跳过任何一步，代价通常会在后面加倍偿还。

阶段一：需求发现（Discovery）

目标：把模糊诉求转成可验证的问题清单，弄清「谁、在什么场景、用什么流程、解决什么问题」。

常见坑：把领导汇报当需求——愿景不等于流程；只访谈管理层，不访谈真正操作系统的一线员工。

动作清单：

  • 访谈覆盖决策者、使用者、被流程影响的人，每场输出纪要；
  • 把诉求改写成可判定的问题句式，如「这个环节现在靠人工核对要多久」；
  • 离场前向业务方复述问题清单，双方确认理解一致再散会。

阶段二：技术范围界定（Scoping）

目标：从问题清单中选出一个足够小、能证明价值的切入点，并写清不做什么。

常见坑：范围贪大求全，想一步到位覆盖全流程；只定「做什么」，不定「怎么算做好」，导致后期无休止加需求。

动作清单：

  • 按「业务价值 × 数据可得性 × 实现难度」给候选场景排序，取前 1-2 个；
  • 为切入点写出可量化的验收标准（如准确率、节省工时）与明确的排除项；
  • 与客户约定：范围变更走书面确认，不靠口头。

阶段三：方案与原型（PoC）

目标：用最快速度做出可运行的原型，同时验证技术可行性与业务价值，而不是只验证「演示能跑」。

常见坑：用干净示例数据做演示，接上真实数据就垮；把演示成功等同于验证通过，边界情况全部留到工程化阶段爆雷。

动作清单：

  • 动手前先与客户对齐 3-5 条 PoC 通过标准；
  • 尽早接入客户真实样本数据，至少覆盖正常与异常两类用例；
  • 原型期记录每条失败路径，作为工程化阶段的输入。

阶段四：开发与集成（工程化）

目标：把原型变成能在客户环境稳定运行的生产系统——数据管道、权限、安全与既有系统的集成都要落地。

常见坑：低估客户环境约束：内网部署、审批流程、老旧系统接口；评测缺位，模型或提示词一改，前面验证过的效果全部作废。

动作清单：

  • 建立评测基线：把阶段三积累的真实用例做成回归集，每次改动跑一遍；
  • 集成前摸清客户侧约束（网络、权限、数据合规、接口方式）并书面确认；
  • 小步交付：每 1-2 周让客户看到可运行的增量，而不是憋到最后。

阶段五：评测与上线（上线运维）

目标：带着评测证据上线，并让系统在生产环境里「有人看、有人管」。

常见坑：上线即失联——没有监控与反馈通道，问题靠客户投诉才发现；把上线当项目终点，不再跟踪业务指标。

动作清单：

  • 上线前过验收清单：功能、评测指标、权限与安全、回滚方案逐项确认；
  • 配置基础监控与告警：调用量、失败率、延迟与质量抽检；
  • 约定反馈通道与响应时限，定期向业务方同步运行数据。

阶段六：交接与复盘

目标：把系统移交给客户团队或内部团队，让交付经验沉淀为组织资产，而不是留在个人脑子里。

常见坑：交接等于甩文档——只给代码和部署手册，不给运维知识与已知问题清单；项目结束不复盘，同样的坑下个项目再踩一遍。

动作清单：

  • 交接清单覆盖：架构说明、运维手册、已知问题、升级路径与联系人；
  • 安排影子期：客户团队操作、FDE 旁听答疑，通常 2-4 周；
  • 复盘会回答三个问题：哪里超预期、哪里翻车、哪些经验可以组件化回流产品。

常见变体

短周期 PoC 型项目常把工程化压缩到最小，重心放在阶段一至三，通过后再决定是否投入生产化；长期驻场型则相反，六个阶段循环往复，每个循环以小版本推进。无论哪种变体，Discovery 与复盘两步都不要省——前者决定方向，后者决定成长。

小结与下一步

六个阶段的价值不在流程本身，而在每一步都留下可检查的产出物。接下来可以读：《FDE 能力模型：工程、AI 应用、业务沟通、现场应变四层拆解》，判断团队是否接得住这六个阶段；《FDE vs Solutions Engineer》，划清与售前岗位的分工；或到交付实战频道按阶段查找方法文章。

参考来源

  • Palantir 公开资料与博客（前置部署交付模式的长期实践）：palantir.com；
  • OpenAI、Anthropic 招聘页面对 Forward Deployed Engineer 职责的公开描述：openai.com、anthropic.com；
  • 阶段划分与动作清单为 FDEChina 根据公开资料与一线交付实践整理。