咨询：买的是判断
交付诊断、方案与路线图，决策与执行仍在客户。适合方向不清、需要外部视角与横向经验的阶段，但不解决谁写代码、谁维护系统的问题。把咨询报告直接当实施方案，是常见误用，也是预算浪费的起点。
培训：买的是知识
把方法、工具与案例讲清楚，学员回到岗位仍需要项目历练。适合统一认知与打基础，单靠培训很难产出可上线系统，除非培训本身带实训项目。培训后应安排一个真实小场景承接，并由有经验的人评审。
外包：买的是结果
按需求交付并承担交付责任，速度快、边界清楚，但知识与维护能力留在外部。需求稳定、非核心、可替换的系统适合外包，核心系统外包前要评估锁定风险，合同需约定源码、文档归属与退出时的迁移方式。
陪跑：买的是能力
把判断、方法与交付放在同一条时间线上，客户团队必须参与设计与编码。它比外包慢，结束时客户能自己改；代价是客户必须真实投入人力，否则会退化成外包，签约前先确认承接人与参与方式，否则不如直接外包。
适用与不适用
适合谁
- 已经做过咨询或培训、需要把方案落到系统的企业
- 核心系统希望自建能力、不愿长期被锁定的团队
不适合谁
- 只想尽快上线、不接受内部投入的采购方
典型场景
某工程集团先请咨询公司做了数字化规划，又送两名骨干参加培训，方案仍停在纸面。后来选一个投标响应场景做陪跑：商务与 IT 共同参与，一个季度内跑通条款检查与响应表生成，咨询报告里的路线图才真正落到系统里，前期投入没有白费。
可执行步骤
- 先判断当前缺的究竟是判断、知识、交付结果还是内部承接能力与运维力量
- 把缺口写成一句话，再据此匹配合作形式、交付物、验收方式以及付款节奏
- 核心系统优先考虑能力共建，非核心且可替换的模块更适合直接外包并约定退出条款
- 在合同里写清交付物清单、知识产权归属与知识移交的具体范围及时间点
常见坑
- 用咨询报告代替实施方案，方向看似清楚，实际没人写代码也没人维护，报告需要项目来承接，否则只是一份文档。
- 把培训当成项目终点，学员听完就结束，回到岗位没有场景可以承接，培训后要接实训项目才有效。
- 只比价格选外包，忽略源码归属、文档质量与后续维护，换供应商时成本更高，锁定风险要前置评估。
自检与验收清单
- 是否明确当前缺口属于判断、知识、交付还是能力
- 交付物清单是否与合作形式、缺口逐项对应并签字
- 知识产权归属与知识移交范围是否已经书面化
- 是否安排内部承接人，并预留独立运行的验证周期
常见问题
可以先咨询再陪跑吗？
可以，而且常见。咨询负责定方向与优先级，陪跑负责把其中一个场景做成可用系统。关键是咨询结束时就选定承接场景与负责人，否则报告会停在抽屉里，第二次启动又要重新对齐。
外包能不能达到同样效果？
取决于目标。若目标是尽快上线且需求稳定，外包更经济；若目标是形成内部能力、后续能自主迭代，外包结束后通常还要补一次能力建设，总投入未必更低，还多一段空窗期。
培训后直接做项目行不行？
可以，但要有人带。常见做法是培训后接一个真实小场景，由有经验的人做评审，学员主导实现。缺了这一步，知识会在几个月内退化，报名时的热情很难转成岗位能力，也难评估效果。