中国公司学 FDE，最容易学偏在哪里

中国公司学 FDE，最大的风险是只学到表面动作。

第一个偏差，是把 FDE 做成高级驻场。派人到客户现场很容易，但如果这个人只是按客户需求做定制，没有产品底座、结果指标和复用任务，那就是旧模式换新名字。客户可能觉得服务更贴心，但团队并没有建立新能力。

第二个偏差，是被项目制吞掉。很多客户习惯按项目采购、按阶段验收、按定制需求推进。这个现实不能无视，但如果完全顺着走，团队很快会陷入无穷无尽的定制。每个项目都特殊，每个客户都要改，最后产品越来越碎。

第三个偏差，是只交付功能，不沉淀能力。客户要一个功能就做一个功能，看起来服务很好，实际上产品越来越散，团队越来越累。真正该问的是：这个功能是否代表一类需求？是否能抽象成配置？是否能进入标准产品？

第四个偏差，是低估组织变革。AI 项目不是装一个工具，而是改变流程、责任和协作方式。很多失败不是技术失败，而是组织没有准备好。比如业务部门不愿意改变流程，IT 部门担心权限和安全，管理层只想看演示结果但不愿意投入变革资源。

所以在中国做 FDE，更现实的路径可能是混合模式。用阶段性交付适配客户采购习惯，用价值指标约束项目方向，用产品底座避免从零定制，用持续演进合同承接后续扩展，用复用资产控制交付成本。

可以顺应项目制，但不能被项目制吃掉。

还有一点很重要：不要把 FDE 神化成硅谷岗位。中国市场有自己的复杂性：预算习惯、验收方式、客户组织、集成环境、数据治理成熟度都不同。照搬一个岗位名称没有意义，真正值得学的是靠近现场、对结果负责、把经验产品化。

只要这三件事成立，叫不叫 FDE 反而没那么重要。反过来，如果这三件事不成立，即使名片上写着 FDE，也只是旧业务的新话术。

中国市场还有一个现实：很多客户不是不想为结果付费，而是不知道怎么定义结果，也不习惯为不确定性买单。这就要求 FDE 团队在商业设计上更务实。可以用阶段验收降低客户风险，用小范围部署证明价值，用年度演进合同承接后续扩展。

比如第一阶段做两周诊断和最小部署，目标是验证一个具体流程；第二阶段做三个月正式上线，目标是进入真实业务和指标改善；第三阶段做年度演进，目标是扩展相邻场景和沉淀平台能力。这样既符合客户采购习惯，又能避免一次性大项目失控。

中国公司学 FDE，最该补的不是“驻场能力”，而是“边界能力”。知道什么项目不接，什么需求不做，什么定制必须收费，什么经验必须产品化。没有边界，客户越多越累；有边界，项目制也能长出产品化路径。

FDE 在中国不是照搬一个岗位，而是给企业 AI 落地提供一套更清醒的做法：别只卖人，别只讲方案，别只做功能，要用结果和复用重新定义交付。

这一篇可以进一步落到商业模式。中国客户常见的付款习惯是项目启动款、阶段验收款、尾款，很多团队因此只能围绕功能清单交付。FDE 型团队可以在不颠覆采购习惯的前提下，把价值指标写进阶段目标。

例如第一阶段不是“完成原型”，而是“用真实数据跑通 50 个历史案例并达到某个准确率”；第二阶段不是“上线系统”，而是“让 20 个真实用户连续使用两周并完成核心流程”；第三阶段不是“交付文档”，而是“形成可复用模板并扩展到第二个场景”。