咨询：结论停留在纸上
咨询擅长在有限时间内给出诊断与方向，交付物是报告与建议，不承担系统落地。为什么容易错配：企业把报告当成上线承诺，执行时才发现没人会做。用法是选方向、判断可行性，要求报告写明验证假设与下一步动作；边界是咨询方不对执行结果负责。
培训：能力长在人身上
培训交付方法与作业，效果取决于学员回到岗位是否使用。若目标是让业务人员能自己写提示、维护知识、判断输出，培训是合适投入。落地时把课程作业绑定真实业务任务，课后设一次实操验收；边界是培训不产出可运行系统，也不能替代流程改造。
外包：交付物写进合同
外包按需求实现功能，验收看功能清单与缺陷修复，适合需求清楚、内部有产品与验收能力的团队。风险是需求含糊时按最小理解实现。合同要写清验收标准、数据归属、源码与文档交接；边界是外包方不承担业务采纳，也不对使用效果负责。
试点设计：交付判断依据
试点设计把选场景、搭最小闭环、跑样本、定退出标准放在同一张桌上，与企业共同作业，交付的是一份能支撑继续、暂停或停止的判断依据，以及评测集与操作规范。为什么需要：多数企业缺的不是系统，而是一次低成本的验证。边界是它不替代立项、采购与法务审查。
怎么组合才不浪费
常见顺序是先做小范围试点设计，验证后再决定买培训、外包开发或继续咨询。若一开始三样同时采购，预算分散且责任边界模糊。用试点结论写采购需求，把验证过的流程与评测集作为验收依据；边界是试点设计不替代客户内部评审，签章与法律意见由持证人员负责。
适用与不适用
适合谁
- 正在决定买报告、买课还是买系统的企业
- 已有多家供应商方案、需要厘清责任边界的项目
- 希望把决策权与验收权留在内部的管理层
不适合谁
- 希望一次性外包、不参与过程的企业
- 把试点设计当作免费售前方案的采购方
典型场景
某工程企业同时接触了三类供应商：咨询公司给了一份数字化规划，培训机构推荐全员课程，软件商报了开发清单。管理层无法比较。陪跑团队先做了一次试点设计，选投标文件自查一个场景，两周内跑通样本，产出问题清单与复核记录，再据此决定采购开发与培训。三个月后，规划里的条目变成了有优先级的待办。
可执行步骤
- 先把要解决的业务问题、验收人与当前最主要的卡点，写成一句话说明
- 按交付物与责任归属判断该买哪一类服务，避免一次性捆绑采购三样
- 用一次小范围试点验证关键假设，再决定是否扩展，以及是否追加采购
- 在合同中写明知识归属、交接文档、结束方式，以及提前退出的条款
- 把咨询报告里的结论逐条转成可验收的试点任务，并为每条指定责任人
常见坑
- 把咨询报告直接当上线方案，执行阶段才发现没有系统、没有数据，也没有人负责，预算却已花完。
- 用培训替代流程改造，学员学会了工具，回到岗位仍按旧流程走，能力始终没有落到业务上。
- 外包需求写得含糊，验收时按功能清单通过，业务流程实际没有变化，投入难以说明价值。
- 三类服务同时采购，责任边界重叠，出问题时互相指向对方，协调成本高于交付成本本身。
自检与验收清单
- 是否写清本次要买的交付物类型、验收人与边界
- 决策权与验收权是否留在企业内部而非外包方
- 合同是否约定知识归属、源码归属与交接文档
- 是否先安排一次小范围验证，再决定扩展或采购
- 签章与法律意见是否由客户方的持证人员负责确认
常见问题
试点设计能不能代替咨询？
不能完全代替。咨询适合在信息不足时快速形成方向判断，试点设计适合验证一个具体假设。若方向未定，先做小范围诊断再进试点；若方向已定，直接做试点设计更省时间，也能更早暴露执行问题。
外包公司说可以顺带做试点，行不行？
可以，但要警惕角色冲突：外包方既设计验证标准又交付系统，容易把标准定得对自己有利。可行的做法是验收标准与评测集由企业主导制定，外包方只负责实现，复核记录由业务部门保存，交接时一并核对。
培训之后还需要试点设计吗？
需要，两者目标不同。培训解决会不会用，试点设计解决在哪个环节用、由谁复核、什么情况下停。只做培训常见的结果是个人会用、组织不用，缺少一次把工具嵌入流程的验证，也很难判断下一步该不该投入。