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

“从内打破还是从外打破？自上而下还是自下而上？”

上一篇讨论了 FDE 市场在什么条件下可能成立，最后留下两个组织问题：这种能力应该由企业内部建立，还是从外部市场购买？项目应该由管理层自上而下推动，还是从业务一线自下而上生长？

这两个问题构成了本文的四象限。它回答的是两项经济选择：FDE 能力放在企业边界的哪一侧，以及现场知识如何与正式决策权结合。

第一项选择影响交易成本，第二项选择影响信息成本。四个象限由此形成四种不同的成本结构。

1、两个坐标轴，实际上是两类经济问题

先看横轴：从内打破，还是从外打破。

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

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

FDE 同样面临这笔账。

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

再看纵轴：自上而下，还是自下而上。

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

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

图 1：横轴决定 FDE 能力由企业内部生产还是从市场购买；纵轴决定项目由集中授权还是一线知识发起。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

6、无论在哪个象限，角色都不能缺位

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

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

图 2：FDE 团队提供工程能力，客户提供业务知识、决策权和生产条件。

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

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

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

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

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

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

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

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

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

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

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

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

8、企业应该怎样选择起点

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

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

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

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

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

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

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

结语

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

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