第 12 章 · 中国式 FDE：既要打桩，也要装修

团队带着一个 AI 应用走进客户现场，原计划两周接数据、两周上线。

第一天就发现，三家分公司的客户编码不一致；关键审批仍在聊天软件里完成；老系统没有接口，只能导出文件；谁能批准写回生产，也没有明确答案。

应用还没开始做，项目已经变成数据清理、流程梳理、接口改造和权限确认。

这不是“中国企业都没有基础”。同一行业里，有的公司已经有稳定的数据平台和清晰流程，有的刚把核心业务搬出纸面。大型集团内部，不同子公司之间也可能像隔着两个时代。

讨论中国式 FDE，不能用“中国没有、美国已经完整”来偷懒。真正决定工作量的，是企业规模、行业约束、软件基础和组织成熟度。

有人需要模型，有人先需要地基

一家线上业务占比高、接口完善的企业，可能很快把模型接进现有工作流。数据实时产生，动作也发生在软件里，FDE 的主要工作是定义用例、控制风险和验证采用。

一家制造企业的关键事实可能分散在 ERP、MES、设备记录和班组经验里。系统要给出排产或设备处置建议，先得解决编码、时间和状态能否对齐。

一家区域服务企业甚至还没有稳定记录某些流程。此时直接部署 Agent，系统只能从零散文件和聊天记录里猜测现实。

工信部关于中小企业数字化转型的指导文件，专门强调基础差异、需求差异和分阶段推进，也鼓励轻量化、订阅式产品与全过程陪伴服务。这样的政策表达很克制：数字化并不存在一张所有企业同时起跑的路线图。

所以，FDE 到现场后先补一点地基，并不丢人。

问题在于补多少。

如果一个理赔辅助项目必须先重建客户主数据、改造全部审批、替换核心系统，原来的用例就承受不起这笔成本。团队要么缩小动作边界，要么承认客户此刻还不适合做。

“什么都能做”不是能力强，也可能是不肯算账。

打桩和装修同时做的代价

传统项目通常把基础平台与上层应用分期建设。AI 项目追求快速见效，客户又不愿等两年，于是 FDE 被要求同时完成两件事：把一个可见的房间装出来，还要修补下面的地基。

这会制造三种压力。

第一，周期失控。每接一个字段，背后都可能牵出历史系统和部门口径。

第二，责任失焦。原来要解决一个工作问题，后来项目成功与否取决于全公司的数据治理。

第三，成本难以复用。客户看见的是一个应用，团队投入的却是大量现场适配。

FDE 的价值本来在于缩短问题与产品之间的距离。如果每天都在手工搬文件、修一次性接口、追审批盖章，它就会退化成一支反应更快但更昂贵的驻场队伍。

这不是说现场杂活不该做。有些临时脚手架是为了尽快验证价值，完全合理。分界在于：团队是否知道它是脚手架，是否约定何时拆掉，是否把反复出现的部分沉淀下来。

哪些差异应该留在现场

客户不会变成同一家公司。

行业监管不同，组织授权不同，历史系统不同，风险偏好也不同。试图消灭所有差异，只会做出一套谁都不满意的抽象产品。

应当留在现场的，通常是客户独有的业务规则、责任划分、流程节奏和变更管理。比如谁能批准一笔特殊赔付，生产异常由哪一级人员接管，这些不能由供应商替客户决定。

必须尝试复用的，是那些反复出现的技术与方法资产：

连接常见系统的连接器和数据映射方式；
覆盖典型错误、边界与攻击的评估集结构；
对象、状态、动作和权限的行业模板；
限额、审批、熔断、回放等控制策略；
从问题发现到生产采用的交付手册。

复用不是把上一个客户的配置复制过去。它是把“为什么这样做”留下，把客户专属的值抽出去。

例如，两家制造企业的库存编码不会完全相同，但识别可用库存时，都要区分账面数量、冻结数量和已承诺数量。具体字段属于现场，这组问题可以进入行业模板。

从一次定制里提炼什么

项目结束后只做一次复盘还不够。

团队要把交付物拆开看。

哪些代码只服务于客户的旧系统，哪些可以成为通用连接层；哪些提示词依赖个人技巧，哪些业务判断应该进入规则或模型；哪些异常以后还会遇到，能不能放进评估集；哪些审批纯属临时协调，哪些应成为产品能力。

这一步常被销售压力挤掉。上一家刚上线，下一家已经进场，最快的方法是复制一支团队，而不是提炼产品。

项目制于是有很强的惯性：收入跟人天走，组织奖励救火，最能干的人长期绑定在最难的客户上。每次交付都成功，每次交付都像第一次。

FDE 能不能成为项目制的解药，要看产品与服务之间有没有真实回流。

现场发现问题，产品吸收共性；产品承担更多共性，现场团队才有余力处理新的难题。若只有前半句，FDE 只是带着 AI 工具的定制开发。

贴近现场，也要会拒绝

中国式现场常把“负责”理解为多走一步。

接口没人做，FDE 先做；口径没人定，FDE 帮忙定；业务没人协调，FDE 去催。早期项目里，这种主动性很珍贵，它能让一件本来会卡死的事跑起来。

但多走一步不能变成永远替客户走路。

业务规则需要客户责任人确认，生产权限必须有明确授权，基础改造超过用例收益时应该停止。拒绝不合理定制，也不是站在产品经理立场教训客户，而是把长期成本摊开来谈。

有时最好的方案是降一级：先做建议，不做自动写回；先覆盖一个分支机构，不统一全集团；先解决高频且证据完整的部分，把极端例外留给人。

这种克制比“全流程智能化”难卖，却更接近真实交付。

FDE 最后会不会消失

如果某个问题被做得足够标准，连接器、模型、控制和交付流程都成熟了，还需要 FDE 吗？

也许不需要同样多。

成熟部分会进入产品，现场角色会转向更复杂的问题。优秀的 FDE 也可能把反复遇到的痛点做成自己的产品和公司。

但企业之间不会停止不同，技术也不会停止改变。只要新能力要进入旧组织，边界上就仍然需要有人同时理解软件与业务。

这个角色是否一直叫 FDE 并不重要。

中国式 FDE 的机会，来自庞大而不均匀的数字化现场；它的门槛，不是更能熬夜、更能驻场，而是一边靠近现场，一边不让所有差异都固化成永久定制。

走到这里，书里几代技术留下的资产与债务已经摆在桌上。最后该回答的，不再是这个岗位会不会火，而是走过旧路的人应该带走什么，又该把什么留在过去。

本章资料

场景说明：本章开场及制造、理赔等情境均为对常见交付问题的复合表达，不对应某个具体客户。