场景级:连续轮次
约定客户独立完成连续若干轮任务、无需顾问介入,且异常单按升级路径处理完毕。轮次要与业务节奏匹配,月结场景按月份算,工单场景按周算,不能统一套用天数,否则标准形同虚设,评审时也没法判断。

团队级:不只一个人会
至少主备两人能独立操作,且能自行修改提示词与知识条目。只有一人会时,退出标准不应通过;这个人一旦调岗,前面投入的移交成本会全部沉没,还要重新找人补位,周期至少再延一个月,预算也要重报。
合同级:交付物与付款
把移交记录、评测集、值班表、培训签到与复跑结果列为验收附件,付款节点与退出评审挂钩。附件缺失时按未完成处理,而不是先付款后补材料,最后变成一笔糊涂账,谁都不愿再翻,也无法向审计交代。
退出后的支持窗口
约定退出后一段时间的按需支持与响应时限,并写明紧急回接的触发条件与计费方式。窗口不是无限兜底,超过范围的事项应重新立项,避免关系变成长期依赖,也便于内部交代与预算安排,双方都轻松。
适用与不适用
适合谁
- 准备在合同里写移交条款的甲方项目负责人
- 移交后担心无人兜底的管理层与业务负责人
- 有多个场景要分批退出的项目,需要分批验收
不适合谁
- 还没有可运行场景就想先定退出条款的项目
- 希望供应商永久免费兜底的甲方,不支持窗口期
典型场景
某制造企业的报价场景约定:客户独立完成连续两个月报价且异常单全部按路径处理,主备两人均能改提示词,才触发退出评审。评审当天复跑评测集,发现一处口径遗漏,补做后延后两周退出,双方在记录上签字确认,作为后续复评的基准。
可执行步骤
- 按业务节奏定义场景级轮次与通过条件,并写进合同附件备查,双方确认
- 确认主备两人均能独立操作与维护,留存实操记录与评分表,逐项核对并保存
- 把交付物列为验收附件,与实际付款节点逐项绑定,缺失即暂缓付款并通知
- 写明支持窗口、响应时限与紧急回接方式,由双方书面确认并留档,附在合同后
常见坑
- 退出标准写成完成移交四个字,验收时各说各话,只能靠关系妥协,最后往往不了之,也没法追责
- 只考核主讲人,替补从未上手,人员一调动场景立刻停摆,前面投入全部作废,还要重新培训一轮,成本更高
- 支持窗口没有边界,退出后仍天天答疑,实际并未真正退出,团队也一直长不大,依赖越拖越深,后面更难断
- 知识归属没写,客户想换供应商时拿不走资料,只能继续续约,议价空间也没了,后续每年都被动,换人也不好转

自检与验收清单
- 场景级条件是否按业务节奏定义,并写进合同附件
- 主备两人是否都通过实操考核,并留存评分记录
- 交付物是否作为验收附件存档,并统一编号管理
- 支持窗口与回接条款是否书面确认到具体责任人
常见问题
退出后发现问题谁负责?
按合同划分:移交范围内的执行问题由客户团队负责,我方在支持窗口内提供按需协助;因平台故障或版本升级引发的问题,按运维条款处理。边界要在退出前确认一遍,避免事后互相推。
客户想延长观察期怎么办?
可以延长,但要写明延长原因与新的通过条件,避免变成无限期陪跑。常见原因是替补未上手或评测集未建立,这两项补完再评审,比单纯拉长时间有效,也便于向管理层说明进度。
退出标准能中途修改吗?
可以,但要双方书面确认并说明对付款节点的影响。业务规则大幅变化时,原指标可能已不适用,此时应重新测一次基线,而不是沿用旧标准争论,否则评审会开三次也定不下来。
