很多人第一次理解 FDE,会把它等同于“更懂客户的工程师”或“会写代码的售前”。这只说中了表面。

FDE 真正交付的,不是一份方案,也不只是一个 Demo,而是技术能力在真实业务流程中的可用结果

从模糊问题开始

企业通常不会带着一份结构完整的需求说明来找你。更常见的表达是:“能不能做个知识库”“想上一个 Agent”“别人都在做,我们也想试试”。

第一项工作不是选模型,而是把问题还原成具体流程:谁在什么时刻做什么决定,当前成本是什么,失败会带来什么后果。

把能力接进系统

Demo 可以使用整理好的样本和临时账号,真实项目却必须面对权限、接口、脏数据、历史系统、责任边界和异常处理。

因此,一个可交付方案至少需要说明:

  • 数据从哪里来,多久更新一次;
  • Agent 可以调用哪些工具,哪些动作必须人工确认;
  • 失败时如何降级,执行过程如何审计;
  • 如何进入已有系统,而不是要求用户再打开一个新页面。

用业务结果验收

模型指标很重要,但它不是唯一结果。一个项目是否完成,还要看用户是否采用、流程是否缩短、错误是否减少,以及成本是否可接受。

这也是 FDE 与普通原型开发最大的区别:不仅证明它能工作,还要证明它能在约束中持续工作。