JOTO
Contact us
← AI 智库
企业 FDE

FDE 能力从哪里来?——从企业边界到组织动员的四象限

2026 年 9 月 11 日

本文基于交易成本与信息成本理论,构建横轴(内建/外购)与纵轴(自上而下/自下而上)的四象限模型,分析FDE能力来源与项目发起方式的经济逻辑。指出中国企业更可能走向混合路径:从业务一线与外部团队联合验证起步,经管理层确认后逐步内部化高频核心能力,同时保留对外部稀缺技术的持续采购。

两个坐标轴,实际上是两类经济问题

先看横轴:从内打破,还是从外打破。

这对应经济学里经典的企业边界问题,也就是一项能力究竟应该自建还是外购。科斯在 1937 年《企业的性质》(The Nature of the Firm)中正式提出企业边界问题。他的基本判断是,使用价格机制存在成本:企业通过市场获得能力,需要寻找供应商、谈判、签约、监督和处理争议;把能力放到内部,又要承担招聘、管理、激励和闲置成本。哪一种协调方式的总成本更低,企业边界就更可能延伸到哪一边。

威廉姆森从 1971 年的纵向一体化研究出发,并在 1975 年《市场与层级》(Markets and Hierarchies)中系统发展了交易成本经济学。他在 2009 年诺贝尔经济学奖演讲中写道,交易的关键维度是复杂性、资产专用性和意外扰动。这些条件会影响企业选择市场、内部组织还是两者之间的混合治理。交易越复杂,投入越难转作他用,重大变化又越难提前写进合同,简单外购越容易产生较高的交易成本。

FDE 同样面临这笔账。

外部 FDE 可以迅速带来稀缺技术和跨项目经验,但客户要承担采购、数据开放、合同不完备、知识转移和供应商依赖。内部 FDE 更了解企业,也更容易长期积累专用知识,却要承担固定人力成本、人才培养和内部协调。

再看纵轴:自上而下,还是自下而上。

这里要处理的是知识与权力的分离。业务现场掌握大量具体知识:哪个流程真正浪费时间,哪些例外规则没有写进制度,用户为什么拒绝一套系统。这些知识分散在一线,很难完整汇报给总部。哈耶克在 1945 年《知识在社会中的运用》(The Use of Knowledge in Society)中指出,经济决策所需的知识从来不以集中或整合的形式存在,而是分散在不同参与者那里。

但预算、系统权限和跨部门协调权通常掌握在管理层。自下而上更接近问题,自上而下更接近资源。FDE 的组织难题,就在于如何让现场知识与正式决策权相遇。

FDE四象限示意图,横轴为能力来源(内建/外购),纵轴为项目发起方式(自上而下/自下而上)
图 1:横轴决定 FDE 能力由企业内部生产还是从市场购买;纵轴决定项目由集中授权还是一线知识发起。

有了这两个坐标轴,四个象限便不再是四种抽象风格,而是四种不同的成本结构。

从内打破、自上而下:把 FDE 变成企业能力

第一种路径,是由董事长、CEO、CIO 或集团级数字化机构发起,在企业内部组建跨业务、IT、数据和工程的 FDE 团队。

它相当于把原本需要从市场购买的能力纳入企业边界。

这种选择通常发生在三个条件下:相关项目会持续出现;数据、流程和系统知识高度专用;这项能力关系企业的长期竞争力或核心安全。项目频率越高,企业越容易把固定团队成本摊薄;知识越难通过合同交给外部供应商,内部化的价值越大。

中国的银行、能源、通信、先进制造和大型平台企业,较容易符合这些条件。它们拥有大量连续迭代的场景,核心数据和生产系统也很难完全向外部开放。由内部团队积累场景知识,可以减少反复采购和重复交接。

自上而下的优势在于授权。管理层能够提供预算,打通系统边界,协调多个业务部门,并决定哪些流程真的允许改变。涉及集团级数据、共同平台和跨部门流程时,这种权力往往不可替代。

成本则来自内部组织本身。总部团队可能离真实业务过远,逐渐变成规划、汇报和供应商管理部门;固定团队也可能在项目不足时形成闲置。更危险的情况是,高层提出“必须落地几十个场景”,各部门为了完成指标批量申报需求,最终得到很多用例和很少的真实使用。

所以,这个象限不能只看团队人数和项目数量。真正的检验标准是:内部 FDE 是否持续缩短了从业务问题到生产结果的时间,是否形成了可重复使用的能力,业务部门是否愿意继续采用。

集中授权解决了资源问题,却没有自动解决现场知识问题。于是会出现第二条内部路径。

从内打破、自下而上:用小规模试验购买信息

第二种路径从业务骨干、工程师、数据分析师或某个业务部门开始。使用者先解决自己每天面对的问题,验证有效以后,再向相邻流程和部门扩散。

它的经济优势是发现成本低。

问题所有者就在现场,不需要把隐性知识层层翻译给项目团队;试验范围较小,失败造成的损失也有限。企业付出一笔可控制的成本,换取“这个场景究竟值不值得继续”的信息。小规模原型的价值,首先在于减少不确定性。

这种方式特别适合问题边界较窄、结果能够测量、失败可以撤回的场景。例如知识检索、报价辅助、开发工具、运营自动化和部门内部的数据分析。知识密集型企业、科技公司以及业务自主权较高的组织,更容易从这一象限产生真实创新。

它的约束来自决策权。基层团队通常没有生产系统权限,也无法决定跨部门流程,更难承担安全、审计和长期运维责任。多个部门各自开发,还会产生重复投入、技术碎片和影子 IT。

因此,自下而上不能等同于放任员工自由试验。企业需要一条明确的升级路径:局部试验达到什么标准后进入正式评审,谁提供架构和安全支持,哪些能力值得进入共享平台,哪些项目应当及时停止。

内部团队最了解企业,但并不一定掌握所有技术。技术变化快、内部人才不足时,企业会把视线转向外部供给。

从外打破、自上而下:用市场能力缩短学习曲线

第三种路径由企业高层发起,从外部引入软件厂商、模型公司、专业 FDE 团队、咨询机构或 SI,并授权其进入关键业务和技术环境。

这种方式适合战略紧迫、内部能力不足,又无法等待长期招聘和培养的企业。外部团队提供的不只是人手,还包括其他项目形成的技术经验、架构模式和失败教训。企业支付较高价格,换取更短的学习曲线。

它面临的核心问题是不完全合约。

FDE 进入时,问题和解法往往都没有完全确定。客户很难事先把每项工作、验收标准和责任边界写进合同。供应商掌握更多技术信息,客户掌握更多业务信息,双方还可能有不同目标:客户希望改善经营结果,供应商可能更关心合同验收、后续销售或产品推广。

中国大型项目通常要求固定范围、固定工期和固定验收。探索性工作被装进这种合同后,外部 FDE 很容易回到传统的售前、开发和实施链条,现场发现被合同压缩。

这个象限要成立,企业内部至少需要两名真正的责任人:一名业务负责人判断问题价值并推动流程变化,一名技术负责人掌握架构、数据、安全和长期运行。外部 FDE 可以拥有技术方案,但不能独自拥有客户的业务决策和生产责任。

外部能力加上高层授权,适合解决企业级问题。若高层尚未形成完整战略,外部团队还可能从一个局部业务单元进入。

从外打破、自下而上:先为一个真实问题付费

第四种路径由某个业务部门或一线负责人引入外部团队,围绕一个具体问题开展联合验证。

它最接近许多人理解的经典 FDE 进入方式:外部工程能力靠近现场,先理解流程,再用较短周期做出可以观察的结果。客户没有必要一开始就购买一场企业级转型,只需为一次范围可控的探索付费。

这一象限把两种优势放在了一起:外部团队拥有新技术和跨项目经验,业务一线拥有具体知识和使用动机。对于中央战略尚未成熟、局部压力却十分明确的企业,这往往是现实的起点。

它也最容易出现“原型成功,生产失败”。局部业务负责人可能有使用意愿,却没有采购权限、数据权限和系统变更权。为了追求速度,团队绕开集团 IT、安全和架构标准,结果越快做出原型,后续接入正式环境的返工越大。

所以,适合从这一象限启动的场景,应当同时满足几个条件:问题足够具体,业务结果可以衡量,早期数据边界可控,并且能够找到进入正式生产的制度路径。外部团队如果只承诺演示效果,没有提前识别生产约束,提供的仍然不是有效 FDE 供给。

到这里,四个象限分别解释了能力来源和项目发起方式。但 FDE 还有一个不同于传统项目的特点:客户本身也参与生产。

无论在哪个象限,角色都不能缺位

FDE 项目需要客户与工程团队共同生产。无论从哪个象限进入,四类角色都要承担各自的责任。

业务赞助人提供预算和授权;业务负责人和真实用户提供流程知识、价值判断和使用反馈;IT、数据、安全和架构团队负责生产边界;FDE 团队连接问题发现、技术验证、工程实现和上线迭代。

FDE项目四类角色分工示意图,展示客户与FDE团队协同关系
图 2:FDE 团队提供工程能力,客户提供业务知识、决策权和生产条件。
角色主要责任该角色必须作出的判断
业务赞助人预算、授权、跨部门协调企业愿意为哪种改变承担责任
业务负责人和用户问题、流程、基线、采用结果是否真正改善业务
IT、数据与安全团队架构、接口、权限、可靠性方案能否进入并留在生产环境
FDE 团队发现、设计、构建、验证和迭代如何以较低成本验证并实现方案

只有技术人员,项目容易偏离真实业务;只有业务人员,方案可能停在设想;只有外部 FDE,原型往往缺少客户授权和长期承接;只有高层推动,则容易形成脱离现场的指标工程。

因此,象限决定能力从哪里进入,角色结构决定项目能否走到生产。

中国企业为什么更可能走向混合模式

中国市场的私有部署、数据不出域和低复用问题,会提高外部交易成本,使核心、高频能力更倾向于内部化;复合型人才稀缺和技术快速变化,又让企业继续依赖外部供给。

组织内部也有类似张力:大型企业依赖自上而下的预算、安全和架构治理,真正有价值的问题却常常来自最接近客户、设备和流程的一线人员。

所以,中国大中型企业很难长期停在单一象限。更常见、也更合理的方式,是根据能力成熟度在象限之间迁移:

外部团队与业务一线验证局部场景 → 管理层确认价值并开放资源 → 内外部团队共同生产 → 高频、核心能力逐步内部化 → 外部团队继续补充稀缺能力

Palantir 的公开采用方法也呈现出类似路径,其官方文档把成熟阶段描述为“基本能够自给自足”(largely self-sufficient):日常运营和面向业务的建设由内部团队承担,Palantir 工程师则可以被引入,用于用例加速和其他顾问服务。

这一路径能够运转,与 Palantir 同时拥有核心平台和前线工程体系有关。其官方架构说明把这种关系表述为:前线工程师尽可能靠近问题,与核心工程团队协同并汇总反馈,随后把反馈转化为新功能。

在中国多主体、异构环境中,很多经验只能留在单个项目里。外部团队能够复用方法,代码、数据连接和运行资产却未必能够复用。因此,Palantir 的厂商主导路径可以参考,不能直接等同于中国市场的唯一答案。

这条路径并非要求所有外部能力最终退出。如果某项技术变化快、使用频率低,或者供应商确实具有显著规模优势,继续外购更经济。反过来,如果项目高频发生,现场知识高度专用,外部合同和重复交接的成本不断上升,内部化就更合理。

四象限的价值正在这里:它不规定企业“应该属于哪里”,而是帮助企业判断什么时候该移动。

企业应该怎样选择起点

选择象限,可以先问四个问题。

第一,这类项目会不会反复发生?频率越高,固定团队越容易摊薄,内部建设更有价值。

第二,所需知识有多专用?如果关键知识依附于企业自己的数据、系统、流程和关系,外部合同很难完整承载,核心能力更适合留在内部。

第三,问题跨越多少部门?跨部门越多,越需要自上而下的赞助、预算和治理;局部问题则可以从一线启动。

第四,失败是否可以低成本撤回?可逆、可测量的项目适合自下而上试验;涉及核心生产、安全和重大流程变化的项目,需要更早进入正式治理。

由此可以得到一个简化判断:

现实条件更可能的选择
高频、核心、知识高度专用内部化程度提高
低频、技术稀缺、变化快速更多使用外部 FDE
跨部门、依赖共同系统需要自上而下授权
局部、可逆、结果易测量可以自下而上启动

最终要比较的,是四类成本之和:直接工程成本、对外交易成本、内部协调成本和项目失败成本。哪个象限能以更低的总成本产生可验证的生产结果,哪个象限就是当下更合适的选择。

结语

四象限回答了 FDE 能力从哪里来、由谁推动,当企业真正决定让 FDE 团队进入现场,问题便从“谁来做”转向“怎么做”。那么在需求尚未成形的情况下,项目应当沿用瀑布式交付,转向敏捷迭代,还是形成一种以现场发现、共同设计和快速验证为核心的新范式?

毕竟不知从何说起,下文便见。

JOTO 企业落地观察

  • 企业部署 FDE 不是选择“买还是建”,而是动态评估四类成本(工程、交易、协调、失败)的实时总和;任何静态组织架构都难以覆盖全周期成本最优。
  • 自下而上的局部试验若缺乏制度化升级路径,极易陷入“原型繁荣、生产荒漠”;企业需预设评审阈值、架构支持接口与共享平台准入标准,而非仅靠一线自发扩散。
  • RAG 知识工程的成败高度依赖现场知识与正式决策权的耦合效率;当业务一线掌握真实流程例外但无系统变更权时,RAG 构建的文档链将与实际操作持续脱节。
  • FDE 团队若仅提供技术验证而不参与生产约束识别(如权限、审计、灾备),其交付物本质是沙盒演示,而非可演进的智能体工程资产。

立即咨询 JOTO

JOTO 提供覆盖企业智能体规划与搭建、AI 平台私有化部署、RAG 知识工程、AI 安全治理、FDE 驻场共创及持续运营优化的全周期 AI 落地服务,帮助企业把验证中的 AI 能力转化为安全、可控、可持续迭代的生产力。 联系 JOTO 获取 AI 落地咨询

想把这些做法用到你的业务里?

留下你的场景和痛点,我们帮你判断从哪一步开始。

联系我们
Contact Us

Start your enterprise AI rollout

Tell us your industry, team, and current pain points. We'll get back to you within one business day to help you decide what to tackle first, what data to prepare, and which platform fits.

WeChat
Scan to add us for a 1:1 chat
JOTO WeChat consultation QR code

Tell us what you need

Once we receive your details, we'll be in touch within one business day.