与外包项目的区别
外包按范围交付，结束时能力留在供应商手里；团队配置按角色建能力，交付结束时企业自己能维护。选择取决于该场景是否需要长期迭代，而不是预算高低。一次性场景外包更划算，长期场景自建更省钱。
与自动化小组的区别
自动化小组处理规则明确、输入稳定的流程；AI 场景输入不确定、需要判定与接管。把 AI 塞进自动化小组，常见结果是所有异常都靠人工兜底，名义上自动化，实际上把工作量转移到了另一处。
与顾问驻场的区别
顾问带来方法与节奏，但不承担日常运营；团队配置要把方法转成岗位与班次。只请顾问不建角色，项目结束后方法随人离开，第二年遇到同类问题还要再请一次，成本结构非常相似。
组合与边界
多数企业适合混合：集成与平台由外部承担，判定、知识与验收留在内部。划分依据是谁最懂业务、谁承担长期责任，而非能力高低。合同里要写明交接物与知识归属，否则混合模式会变成长期依赖。
适用与不适用
适合谁
- 正在比较自建与外包路径的企业
- 已做过外包项目、想沉淀能力的组织
- 需要向决策层解释为何要建内部角色的负责人
不适合谁
- 一次性、边界明确的工具采购需求
- 没有任何长期场景规划、只看当期交付的企业
典型场景
某贸易公司先做了一轮外包，系统上线半年后供应商合同到期，小改动都要重新报价。第二轮改为混合模式：外部负责集成与模型接入，内部配一名业务负责人与一名知识管理员，验收由财务与业务共同签认，维护响应明显更可控。
可执行步骤
- 列出未来一年需要长期迭代的场景，标注迭代频次与改动范围与负责人。
- 逐个判断能力应留在内部还是外部，写明判断依据与例外情形与责任人。
- 为留在内部的部分指定角色与投入比例，避免只写在方案里却没有落地。
- 在合同里写明交接物、知识归属、培训场次与验收方式，避免口头承诺。
- 用首个场景验证混合模式，记录协作卡点后再扩大范围与责任边界。
常见坑
- 全部外包后才发现每次小改都要重新立项，响应速度跟不上业务，业务方开始私下找外部个人处理。
- 全部自建但场景不足，团队长期只做维护工作，人员流失后能力归零，投入的培训成本也一并流失。
- 合同没写知识归属与交接物，换供应商时知识库与提示词带不走，等于重新付一次建设费用。
自检与验收清单
- 是否区分长期迭代与一次性场景，并分别安排能力归属
- 内部角色是否与合同分工一致，没有空档或重叠
- 交接物与知识归属是否写明，交接时能否交付
- 是否用真实场景验证过混合模式，卡点是否已处理
常见问题
小企业也要自建吗？
不必。小企业可先以外包加兼职负责人起步，把判定权与知识留在内部；等场景稳定、迭代频繁后再考虑增加内部工程能力，过早自建往往养不起也留不住人。
外包能不能要求能力转移？
可以，但要写进合同：交接文档、提示词与知识库归属、培训场次与验收方式。没有这些条款，能力转移通常停留在口头承诺，交接时才发现关键内容都在对方服务器上。
混合模式会不会责任不清？
会，如果分工只写在方案里。应把每类工作的责任人与交付物写进项目确认单，并约定争议时的裁决顺序，混合模式才跑得顺，出问题时也能快速找到承担方。