FDE 交付四步法：场景对齐、共建上线、生产运营、复用扩展
简要回答
Stanley Team 的 FDE 交付分四步：场景对齐（驻场 1–2 周）、共建上线（PoC 2–4 周、方案交付 4–6 周）、生产运营（远程订阅）、复用扩展。贯穿其中的是三道硬门槛：指标写不出来不进 PoC，指标不过线不上线，指标下滑回到上一步。这样做的目的，是让每一笔投入都对应一个可以验证的业务结果。
为什么需要一套交付闭环
很多企业 AI 项目的问题，不是技术做不出来，而是做出来以后说不清“到底有没有用”。常见的情况是：演示很惊艳，上线后用的人越来越少；或者模型效果不错，但和业务系统接不上，员工还是要手工搬数据。
FDE（前沿部署工程师）的工作方式强调对业务结果负责，所以交付流程必须回答三个问题：做什么、做到什么程度算成功、上线后怎么保证持续有效。下面的四步就是围绕这三个问题设计的。FDE 的基本概念可以参考《什么是 FDE》。
第一步：场景对齐（驻场 1–2 周）
FDE 团队进入客户现场，与业务负责人、一线员工和 IT 部门一起工作。这个阶段的产出不是代码，而是三样东西：
- 场景清单与优先级：哪些环节最耗时、最容易出错、最依赖个人经验。
- 成功指标：用业务语言写清楚“怎样算有用”，比如检索命中率、单据处理时间、人工复核比例。
- 数据与系统盘点：资料在哪、什么格式、是否加密，要对接哪些系统，权限怎么继承。
门槛一：指标写不出来，不进 PoC。 如果一个场景连成功标准都无法写清楚，说明它还不适合立项，需要继续梳理，或者换一个场景。场景选择的方法见《企业 AI 从哪里切入》。
第二步：共建上线（PoC 2–4 周，方案交付 4–6 周）
共建分两段。
PoC（概念验证）：用最短链路接入真实数据，在一个范围可控的场景里验证效果。关键动作是用客户真实资料建评测集，而不是用通用题库。评测集决定了验收口径，详见《企业 AI PoC 怎么验收》。
方案交付：PoC 指标过线后，再做完整的系统集成，包括权限同步、业务系统连接器、审计日志、员工入口（企业微信、飞书、钉钉或既有软件）以及上线前的压力测试。
门槛二：指标不过线，不上线。 这条规则保护的是企业和员工：一个准确率不够的系统一旦上线，会迅速消耗业务方的信任，后面再改进也很难挽回。
第三步：生产运营（远程订阅）
系统上线不是结束。真实使用中会出现新的资料、新的问题类型、新的业务规则，模型和数据都需要持续维护。生产运营阶段通常包括：
- 每月效果报告：对照上线时的指标，看哪些在改善、哪些在下滑；
- 纠错回流：员工发现的错误经确认后进入知识库或规则库；
- 用量与成本监控：按部门统计调用量和成本，详见《什么是模型网关》；
- 版本升级与安全补丁。
门槛三：指标下滑，回到上一步。 如果效果报告显示关键指标持续下滑，不是简单地“调一调模型”，而是回到共建阶段重新检查数据、规则和评测集。
第四步：复用扩展
一个场景跑通之后，很多能力可以复用：资料接入与解析、权限同步、模型网关、IM 入口、评测框架。复用扩展阶段做两件事：
- 在同一企业内横向扩展：比如知识库先在技术部门上线，再扩到质量、采购、销售部门。
- 把通用能力沉淀为产品组件：现场写的连接器、解析器和评测工具，抽象成可配置的模块，下一个场景或下一个客户能更快交付。
这正是 FDE 与传统项目制的不同：项目做完不是归档，而是变成下一个项目的起点。
四步法一览
| 阶段 | 时长参考 | 主要产出 | 进入下一步的条件 |
|---|---|---|---|
| 场景对齐 | 驻场 1–2 周 | 场景清单、成功指标、数据盘点 | 指标能写清楚 |
| 共建上线 | PoC 2–4 周，交付 4–6 周 | 评测集、PoC 报告、上线系统 | 指标过线 |
| 生产运营 | 持续，远程订阅 | 月度效果报告、纠错回流 | 指标稳定 |
| 复用扩展 | 按场景规划 | 新场景、可复用组件 | 新场景重新走一遍门槛 |
时长是参考值，实际取决于数据条件和集成复杂度。
企业方需要投入什么
FDE 模式能跑起来，离不开业务方的参与。通常需要企业提供：
- 一位能拍板的业务负责人，参与指标定义和验收；
- 真实样本资料，用来建评测集；
- IT 部门配合开通接口、账号和网络环境；
- 少量一线员工参与试用并反馈。
投入不需要很大，但不能没有。没有真实样本和业务负责人的项目，很难判断成败。
在 Stanley Team，场景对齐阶段的业务诊断与企业转型陪跑是 Ming（国际教练联盟认证大师级教练 · 企业 AI 转型顾问）的工作方向；共建上线和复用扩展阶段的系统架构与工程交付，由负责 FDE 系统架构、制造业集成与工程交付的 Matrix 承担。
常见问题
场景对齐阶段一定要驻场吗？
建议驻场。很多关键信息，比如员工实际怎么查资料、哪些文件是加密的、哪些流程有例外，只有在现场才能看到。远程访谈容易遗漏这些细节。
PoC 没过线怎么办？
先分析原因：是数据不足、评测口径不对，还是场景本身不适合。可以补数据后重测，也可以调整场景范围；如果判断不可行，就及时止损。这正是分阶段推进的价值。
下一步合作通常从什么开始？
一般从半天工作坊开始，梳理候选场景；一周内给出 PoC 提案；然后用 2–4 周做 PoC 验证。
延伸阅读
参考资料
- Proof of conceptWikipedia，概念验证的定义
- What FDE means at OpenAIOpenAI 官方文章，“从结果出发，再规模化”的交付思路
- A Day in the Life of a Palantir Deployment StrategistPalantir 官方博客
- Artificial Intelligence Risk Management Framework (AI RMF 1.0)NIST，AI 系统的度量与持续管理
- Working with evalsOpenAI 开发者文档，评测的基本方法