过去十年，企业软件的主流叙事是SaaS：按席位订阅、标准化交付、边际成本趋近于零。但当大模型驱动的智能体（Agent）进入企业核心流程，客户真正关心的不再是“我买了多少个账号”，而是“你到底帮我完成了多少工作、节省了多少人力、提升了多少转化”。

这一变化正在催生一种新的商业形态——FDE模式（Forward Deployed Engineer，前置交付工程师）。它不再卖软件许可，而是卖“结果”。，这一模式的核心逻辑是：厂商把工程师直接派驻到客户业务现场，与客户共同定义问题、搭建智能体、跑通流程，最终按业务结果收费或分成。

一、为什么“卖席位”越来越难

传统SaaS的商业模式建立在三个假设之上：

软件是标准化的，一套产品可以服务所有客户；

价值可被席位衡量，用户越多、订阅费越高；

交付是轻量的，客户自助上手，厂商边际成本极低。

但企业级智能体打破了这三个假设：

智能体不是标准品。它需要接入企业私有数据、理解特定业务流程、适配内部系统。同一个“客服智能体”，在电商和保险公司的实现路径完全不同。

价值无法用席位衡量。一个智能体可能替代3个岗位，也可能只是辅助10个人提效，按人头收费既不公平也不准确。

交付是重度的。智能体上线不是“开通账号”，而是需要数据清洗、流程重构、权限打通、持续调优。

结果就是：客户不再愿意为“可能用得上”的功能付费，而是要求厂商对可量化的业务结果负责。

二、FDE模式是什么：把工程师“前置”到业务现场

FDE（Forward Deployed Engineer）并非全新概念，Palantir等公司早年就用“前置工程师”模式服务政府与大型企业。但在大模型时代，这一模式被赋予了新的内涵：

驻场式交付：工程师不是远程支持，而是深入客户业务现场，与业务方一起工作；

联合定义问题：不是客户提需求、厂商做功能，而是双方共同识别“哪些环节可以被智能体重构”；

端到端负责：从数据接入、Agent编排、系统集成到上线运营，FDE对最终结果负责；

按结果收费：计费锚点从“席位/调用量”转向“节省成本、提升收入、缩短周期”等业务指标。

FDE模式的本质是把软件交付变成服务交付，把产品价值变成业务价值。厂商卖的不再是“一套系统”，而是“一个能干活的结果”。

三、商业模式如何被重写

从传统SaaS模式到FDE模式，这一转变带来三个关键影响：

收入结构变化：从“订阅费”转向“项目费+分成+效果对赌”，客单价更高，但交付周期更长；

组织能力重构：厂商需要既懂AI又懂行业的复合型FDE，而非纯研发或纯销售；

规模化路径不同：SaaS靠产品复制，FDE靠“项目沉淀为模板，模板再产品化”，最终形成“行业智能体工厂”。

四、谁适合FDE模式

FDE模式并非适用于所有企业服务场景。它更适合：

流程复杂、数据敏感的大型企业：如金融、制造、医疗、能源；

结果可量化、价值密度高的场景：如风控审核、供应链调度、研发提效、客户运营；

客户愿意开放数据与流程：FDE需要深度介入，否则无法交付结果。

反之，标准化程度高、决策链短、预算有限的中小客户，可能仍更适合轻量SaaS或自助式Agent平台。

五、挑战与风险

FDE模式并非没有代价：

交付成本高：驻场工程师人力成本远高于远程支持，项目毛利前期可能为负；

规模化难：每个客户都要定制，容易陷入“项目制陷阱”；

结果定义难：业务指标受多因素影响，如何归因智能体贡献需要提前约定；

客户依赖风险：深度绑定后，客户可能自建团队替代厂商。

因此，能否把单个项目沉淀为可复用的行业智能体模板，是FDE模式能否从“外包”升级为“平台”的关键。

结论

企业级智能体正在把企业软件从“功能交付”推向“结果交付”。FDE模式不是对SaaS的简单替代，而是对“软件如何创造价值”这一根本问题的重新回答。谁能把驻场交付的经验沉淀为可复制的行业能力，谁就能在下一轮企业服务竞争中占据先机。

生成标记：本文由 ITPUB 文章生成平台基于已选素材整理生成。