自建 FDE 团队还是采购交付服务：一条分界线

这篇解决确认需求之后的组织路径问题：能力自建，还是服务采购。

核心拆解：最值得拿走的是那条分界线与三个判据——场景专属性、迭代频率、数据敏感性，命中两点以上倾向自建；以及多数企业适用的中间路线结构：外部供应商负责首期交付，你同步招聘一至两名甲方 FDE 承接与验收，承接深度决定沉淀率。最易误用之处是把自建与采购当成非此即彼的对立，或让项目经理兼任承接人——里程碑管理与技术承接不是同一种能力，承接落空则中间路线两头落空。

增量判断：相比普遍认知的二选一，本篇给出三选项框架，并把国内集成商生态、薪资倒挂、人才被摸底挖走等本土变量计入成本清单；无论走哪条路，五项治理条款都应写进纸面，谈判时机在签约前。

行动建议：用收口三问为当前项目定立场并写进决策文档，注明假设有效期，半年后重估一次。

—— FDEChina编辑部 · 实战派

假定你已经通过判断框架确认了需求（参见你的企业需要 FDE 吗：一个判断框架），接下来的决策——能力自建还是服务采购——是大多数企业真正卡住的分叉口。本文给实战派的答案是一条分界线，外加一张决策对比表。作者的视角是一线交付管理者，少谈概念，多谈坑。算账的完整方法见FDE 团队的 ROI 框架，本文聚焦组织形态的选择逻辑。无论选哪条路，最终都要回答同一个问题：交付完成后，什么留在了你的组织里。

先把两个选项说清楚

自建，指你以雇主身份招聘或内部转岗组建 FDE 团队：人对结果负责，能力沉淀在你这里，驻场是你的员工在客户或业务现场工作。采购，指向外部购买交付服务，主要包括三种形态：模型厂商的驻场交付团队（据 openai.com，OpenAI 于 2026 年宣布组建专职交付组织；据 thenewstack.io，Google Cloud 也在规模化招聘 FDE）；系统集成商的项目制交付；以及咨询公司新设的 FDE 类岗位服务（据 fdeinterviews.com 的岗位追踪，德勤、BCG X、安永等均已发布 FDE 类职位；据 thenewstack.io，ServiceNow 与埃森哲于 2026 年联合启动 FDE 项目）。两种选择不是非此即彼，但只有先把各自的边界画清楚，中间路线才有意义。

一条分界线：这项能力要不要长在你身上

分界线只有一个问题：这个场景的交付能力，是否构成你未来的核心竞争力。用三个判据来回答。第一，场景的专属性：如果交付效果高度依赖你独有的业务逻辑与数据，外部供应商每次进场都要重新学习——自建的学习成本随项目摊薄，采购的则永远付全价。第二，迭代的频率：需要按月甚至按周持续迭代的场景，外部团队的商务流程跟不上业务节奏。第三，数据的敏感性：在数据不出域的硬约束下，外部团队每次进场都要重新走一遍审批与授权，成本被反复支付。

三点命中两点以上，倾向自建；三点都不命中，把问题交给市场；介于两者之间时，采购通常更经济。还有一条行业事实支持「不要硬扛」：据 joinplank.com 援引的分析，与伙伴共建的 AI 项目到达生产的概率约为纯自建的两倍，而部署仅占 AI 系统全生命周期成本的约两成。自建的情怀不能替代交付的现实，把不构成核心能力的环节交给伙伴，本身是理性决策。

还有一个经常被低估的判据：市场供给的成熟度。据 The New Stack 报道（thenewstack.io），2026 年头部厂商与咨询系都在快速扩张 FDE 类服务，这意味着采购侧供给正在改善、价格趋于理性；但反过来，越是通用化的服务，越难深入你的专属场景。供给改善降低的是通用环节的采购成本，而专属场景的稀缺性恰恰因此相对上升——这条动态变化，每半年值得重估一次。

采购侧的三种形态与各自的坑

模型厂商驻场团队。能力上限最高、品牌背书最足，适合把最难啃的场景先打穿。坑在两点：目标函数是推广自家模型栈，方案未必对你的存量系统最友好；且头部厂商的驻场资源稀缺——据 The New Stack 报道（thenewstack.io），OpenAI 组建交付组织时获得超 40 亿美元的初始投资，说明模式已被资本验证，也说明议价能力在卖方手里，你需要用明确的验收条款对冲。对策是把你的存量系统清单与集成约束写进采购需求文件，并要求驻场团队的关键成员通过你组织的技术评审，人选确认权留在甲方。

系统集成商。国内生态最成熟，私有化与信创适配经验丰富，项目制边界清晰，预算管理最省心。坑在场景共创能力：多数集成商的流程为「需求冻结后开发」而设计，遇到需求边做边清晰的 AI 场景，变更管理会消耗大量三方精力。雷峰网（leiphone.com）对大模型一体机落地情况的调研提供了注脚：硬件到位不等于落地，鸿沟在业务逻辑与数据治理——这恰恰是集成商合同里最不好约定的部分。对策是缩小单个合同的需求边界，用多个小合同替代一个大合同，让变更管理发生在合同之间而不是合同之内，每次续签就是一次重新校准。

咨询系 FDE 服务。方法论与高管对话能力强，适合战略层立项与蓝图规划阶段。坑在交付纵深：从蓝图到生产环境的工程执行力参差不齐，需在合同里把验收口径写到可测量，站内的PoC 验收检查清单可以直接借用作谈判底稿。另一个对策是要求交付团队的核心成员具备可验证的生产环境交付经历，而不是只看方法论资历与案例叙事。

自建侧的真实成本清单

自建的成本远不止工资，实战中至少有五项。第一项，薪酬与内部公平：据 36氪报道（36kr.com），国内头部公司 FDE 岗位月薪带显著高于同级研发；腾讯云开发者社区（cloud.tencent.com）的分析指出薪资倒挂现象真实存在——你要提前准备好回答内部公平性问题。第二项，招聘周期：合格候选人稀缺（岗位量两年数十倍增长的报道见 xhby.net），第一批人的招聘常以季度计，方法见如何招聘你的第一批 FDE。第三项，管理成本：前线团队远离总部，目标、度量与回流机制都需要专门设计，参见管理 FDE 团队。第四项，人才流失风险：据 36氪报道（36kr.com），企业普遍担心 FDE 在驻场交付中被客户或竞争对手摸底挖走——交付资产会随人走，这是采购形态没有的风险。清单之外再补一句：自建不是一次性决策，建议按「先项目制验证、再固定编制」的两步走，把不可逆的程度降到最低。第五项，规模不经济：三五个人的团队养不起完整的方法论与工具链，除非你接受较长的成熟周期。务实的做法是先与生态伙伴共享方法论资产，等团队过五人、场景过三例之后，再补全自有工具链。

中间路线：采购起步、自建承接

多数企业最终走的是中间路线，而不是二选一。推荐的结构是：外部供应商负责首期重投入的场景交付，你同步招聘一至两名「甲方 FDE」承担承接与验收——他们懂技术、读得懂供应商的方案、有权限接触业务与数据，负责把外部团队的产出真正吃透并留在企业内。这个角色的验收深度，直接决定外部交付的沉淀率。

落地要点有三。其一，合同签订前用PoC 验收检查清单约定验收口径，把「效果达标」翻译成可测量的条款。其二，供应商离场时的知识转移按站内的交接检查清单逐项执行：文档、数据、评测资产、未尽事项，缺一不可。其三，给甲方 FDE 明确的双重定位——对内是验收人，对外是项目的业务接口人，避免沦为传话筒。中间路线的成本结构介于两个极端之间，但它规避了两个极端最大的风险：纯采购的知识不沉淀，纯自建的冷启动太慢。一个常见的执行偏差值得点名：中间路线的甲方 FDE 如果由现有项目经理兼任，承接通常会失败——项目经理擅长管理里程碑，而承接需要的是读懂方案与数据的技术判断力，两者不是同一种能力。宁可为此单设半个编制，也不要让承接责任落空。

合同与治理：无论哪条路，五件事要写进纸面

形态选择之外，治理条款决定合作质量。以下五件事建议写进纸面，采购路线写进合同，自建路线写进团队章程。第一，验收口径：效果指标、测试数据集与判定流程三者齐备，在PoC 验收检查清单的延长线上谈条款。第二，知识转移：文档清单、源码或配置的归属、离场前的移交周期，按交接检查清单逐项写明。第三，人员条款：关键人员锁定与更换审批——采购侧防的是「谈的是 A 团队、进场的是 B 团队」，自建侧防的是关键人单点。第四，数据条款：授权范围、脱敏要求、离场后的数据处置，直接引用你合规评审的结论。第五，迭代节奏：需求变更的评审机制与响应时限——AI 场景的需求变更不是例外而是常态，把它写进纸面，三方都省力。五件事的谈判时机都在签约前，而不是首期交付出问题之后。

决策对比表与三问结论

收口三问。一问：场景是否专属且需要高频迭代。是，则自建或中间路线；否，则采购。二问：第一年有没有必须交付的硬承诺。有，则采购打底、自建并行，不要让组织学习去赌交付里程碑。三问：内部有没有能承接成果的人。没有，则任何形态都会漏——先解决承接，再解决来源。三问的答案应写进决策文档，并注明假设的有效期，半年后重估一次，语境变了结论也会变。组织结构选项的展开讨论见FDE 组织设计的四种模式，商业模式层面的分析见FDE 的商业模式分析。

小结与下一步

收口一句话：分界线不是自建与采购的对立线，而是「哪些能力必须内化」的边界线。场景专属、高频迭代、数据敏感的能力要长在你身上；标准化的、一次性的、方法论通用的环节，交给市场更划算，把省下的管理带宽留给真正的差异化。下一步建议：先用收口三问校准立场，再用FDE 团队的 ROI 框架把两种形态的成本收益并排算一遍；若决定自建，招聘路线见如何招聘你的第一批 FDE，团队结构见FDE 团队设计；若决定采购，供应商管理与验收的准备工作建议从PoC 验收检查清单开始。