FDE 不是驻场外包：银行数智化项目如何把能力留在行里

驻场只是形式，交付才是目的

“FDE”在海外科技公司里通常指 Forward Deployed Engineer：工程师直接进入客户现场，理解真实问题，快速构建可用方案。它和传统外包最大的区别不是办公地点，而是对结果负责的深度。

在银行项目里，我们把 FDE 扩展为一支混合小队：业务顾问、工程师、数据与流程设计师、学习与变革顾问。原因很简单——银行的问题很少只属于一个专业。

三个常见误区

误区一：先做完整需求，再开始交付

银行的需求文档往往越写越厚，但真正的断点要跟一次走访、看一次台账、听一次晨会才会浮现。FDE 先用两周做诊断和最小原型，再决定需求边界。

误区二：系统上线就算完成

系统上线只是能力开始被使用的时刻。如果一线不知道怎么用、主任不知道怎么复盘、科技不知道怎么维护，项目在验收那天就开始衰减。

误区三：外部专家越强越好

外部专家再强，也不能替行里做长期经营。FDE 的交付物里必须包含方法、模板、培训和交接，最终让行内团队能自己往前跑。

一个 90 天的节奏

• 第 1–2 周：进网点、跟走访、看数据，找到三个真正的问题。
• 第 3–5 周：与业务和科技共创最小闭环，用真实客户验证。
• 第 6–10 周：试点上线，边用边改，同步培训管理员与骨干。
• 第 11–13 周：固化流程与口径，完成交接和下一阶段路线图。

好的 FDE 项目结束时，客户不应该更依赖我们，而应该更不依赖我们。

怎么判断一个 FDE 项目值不值

看三件事：有没有一个真实团队在用；有没有一条可复用的流程；行内有没有人能在我们离开后继续推进。三件事都成立，项目才算真正交付。