FDE（Forward Deployed Engineer，现场部署工程师）正在成为AI落地企业端的核心角色。这个词从美国AI公司兴起，到国内ERP厂商跟进，只用了不到一年时间。
FDE（Forward Deployed Engineer，现场部署工程师）正在成为AI落地企业端的核心角色。这个词从美国AI公司兴起，到国内ERP厂商跟进，只用了不到一年时间。各家对FDE的理解，恰恰反映了各自在AI时代的位置和焦虑。金蝶：FDE是共创，更是产品复利的起点
FDE不只是交付，是“把现场共性需求反哺到标准产品”的通道。副总裁刘仲文承认，纯项目制交付“不那么性感”，金蝶的目标是通过FDE沉淀出可复用的产品能力，最终回到标准化软件的商业模式。总裁章勇更进一步，把FDE嵌入研发体系三层结构：前端行业FDE贴近客户找机会，中台产品经理做抽象，平台层支撑标准化。这个设计的核心逻辑是“共创—抽象—复利”，用现场交付换产品进化。对金蝶这类应用软件商来说，FDE是产品研发的前移，不是简单的交付成本。SAP：不叫FDE，但干的是FDE的活
SAP官方很少提FDE这个词，但它的生态里从来不缺这个角色。SAP的BTP平台、行业解决方案团队和大量合作伙伴顾问，本质上都在做“现场部署+需求反哺”。近年SAP推“自主企业”和AI智能体，更需要贴近客户业务流程做落地调优。区别在于，SAP更倾向把现场工作交给生态伙伴和咨询公司，自己守住平台和标准产品，不像金蝶把FDE作为内部研发组织来建设。用友：交付驱动，FDE基因天然存在
用友在AI领域的动作主要是YonGPT和企业智能体。用友的商业模式本就高度依赖交付团队，现场实施和客户化开发是其传统强项。用友未必把FDE作为新概念去包装，因为它的组织里早就有大量类似角色，只是没冠以这个名号。用友的挑战在于现场团队足够多，但如何把交付经验抽象回产品，历史上一直做得不够好。FDE对用友的价值，可能倒逼其重新思考交付与产品的关系。浪潮：项目制思维下，FDE容易被误读
FDE对浪潮的意义，可能更多体现在复杂集团的现场适配。但项目制文化下，FDE容易被理解成“高级实施顾问”，服务于单个项目交付，而非产品反哺。这恰恰是金蝶章勇强调要避免的—FDE如果不是为了形成产品复利，就只是换了名字的外包实施。OpenAI、微软、Anthropic等：FDE是to B落地的命门
AI原生公司对FDE的理解更纯粹：大模型是通用的，客户是具体的，中间的鸿沟必须有人填。OpenAI和Anthropic都在扩充面向企业客户的解决方案架构师和部署工程师，微软则靠庞大的生态体系做FDE工作。对这些公司来说，FDE不是成本中心，是收入引擎。没有现场部署能力，企业AI产品根本卖不动。它们没有历史包袱，FDE的使命非常清晰，就是帮客户把模型用起来，再把共性需求喂回模型和平台。最后总结下
AI时代，标准产品和企业现实之间的鸿沟，比SaaS时代更大。SAP靠生态，金蝶搞共创，用友铺交付，浪潮押项目，AI公司直接下场。谁能在现场需求和产品标准化之间找到最短的转化路径，谁就能在下一轮竞争中掌握主动。真正的新意在于它被赋予了产品反哺的使命。不能反哺的FDE，就是换了马甲的交付顾问；能反哺的FDE，才是企业AI产品化的基础设施。
