三个计价变量
周期决定总时长，投入强度决定每周投入多少人力，场景数量决定工作范围。三者相乘构成基础价，任何一项变动都应触发重新报价。怎么报价？把三项拆开逐项列价，不要打包成一个总价。
按月与按场景
按月适合边做边定的探索期，团队每周固定投入；按场景适合目标明确的落地期，每个场景有交付物与验收。多数项目两者混用。怎么切换？以里程碑达成为切换条件，而不是按时间硬切。
交付物与频次
陪跑的价值在过程，但验收要靠交付物：场景清单、评测集、运营手册与复盘记录。同时写明每周会议频次、是否驻场、问题多久响应，超出部分按加购计价。怎么定频次？按落地阶段调整，而非全程一个节奏。
退出与交接
陪跑周期结束应完成交接：文档、账号、评测集与运营流程移交给客户团队。报价中约定交接内容与时间，能避免留下无人维护的半成品。怎么交接？列出清单，并约定交接后两周的支持安排。
客户方要有人负责
陪跑报价里若没写客户方投入，等于把落地责任全压给服务方。应在报价单中列明客户方项目负责人、业务对接人与数据接口人，以及每周可投入的时间。角色缺位时按合同顺延计划，不计为服务方违约；这条写清，后续排期争议会少很多。季度评审时核对角色是否仍在岗，人员变动要及时换人。
适用与不适用
适合谁
- 已启动 AI 项目、缺少落地经验的企业
- 需要外部专家带团队跑通前两个场景的组织
- 内部有 IT 团队但缺少 AI 工程方法的公司
不适合谁
- 希望把全部开发工作外包出去的团队
- 要求按业务结果分成、不接受周期计价的采购
典型场景
某企业的客服 AI 项目上线后使用率低。陪跑团队按三个月周期、每周两天远程加每月一次驻场投入，先梳理场景清单，再共建评测集与人工接管流程，最后把运营手册交给客服主管，交接后由内部团队接手迭代。
可执行步骤
- 先确定周期、每周投入人力与可承接的场景数量上限三个变量，写进报价单
- 按项目阶段选择按月、按场景或两者混用的计价与验收方式，不必从头统一
- 列明交付物清单、提交节奏与责任人，作为每个阶段过程验收的依据
- 约定会议频次、驻场比例与问题响应时限，超出约定部分走加购条款
- 写清退出交接的文档、账号与运营流程，并明确交接时点与验收人签字
常见坑
- 只约定周期而不设场景上限，团队在多个场景之间来回切换，每个都只做一半，没有一个能上线
- 没有交付物清单，进展只能靠开会汇报，验收时双方各执一词，很难说清到底完成了什么，责任难以划分
- 把响应时限写成随时在线，团队排期被切碎，深度工作无法开展，交付质量下滑，人也留不住
- 结束时未完成交接，文档与账号留在个人手里，内部团队接不住，系统很快闲置，还得重新找人
自检与验收清单
- 周期、每周投入强度与场景数量上限是否写明
- 交付物清单、提交节奏与责任人是否具备并留痕
- 会议频次、驻场比例与响应时限是否约定清楚
- 退出交接的文档、账号与时间是否明确并双方签字
常见问题
陪跑和咨询有什么区别？
咨询交付建议，陪跑交付可运行的系统与流程。陪跑团队要进场做事、和业务一起迭代，收费也按投入与场景计，而不是按报告页数计，验收标准自然也不同。
能不能只买一个月试试？
可以，但一个月通常只够做诊断与场景梳理。若目标是跑通场景，建议至少覆盖一个完整迭代周期，否则结束时难有可验证结果，反而容易得出「陪跑没用」的结论。
按结果分成行不行？
长周期陪跑不建议。结果受组织配合影响大，归因困难；可用阶段验收加续约奖励替代，把激励放在可验证的里程碑上，双方的风险都更可控，也更容易执行。