退出不是失败
提前退出条件是项目治理的一部分。场景验证不成立、关键数据始终拿不到、客户侧人员长期缺位，都应触发复盘与停止，而不是靠延期维持项目存在。越早判断，沉没成本越低，团队也能越早转向其它方向。
能力：能自己改
客户团队在无外部支持下完成一次需求变更、一次故障定位与一次评测集更新，才算能力移交完成。能演示但不能改，说明知识仍留在外部。移交前应安排一次脱离外部支持的演练并留存完整记录备查。
运行：完整周期
至少独立运行一个完整业务周期，例如月度结算或季度复盘，期间无高危错误、接管机制有效、值班与升级路径清楚。只跑通演示不算运行，运行与接管记录是退出评审的主要证据，不能只看演示或汇报材料。
文档与确认
架构说明、部署手册、字段字典、评测集与已知问题清单齐备，第三方团队可据此接手。由双方负责人签署移交确认单，列明遗留事项与责任期限，未列明事项不默认长期由陪跑方承担，否则退出失去意义。
适用与不适用
适合谁
- 正在拟定陪跑合同条款的企业法务与项目负责人
- 项目已进入后期、需要判断能否收尾的团队
不适合谁
- 希望无限期依赖外部团队维护的项目
典型场景
某医药流通企业的订单审核助手运行到第四个月，陪跑方提出退出评审：客户团队独立完成一次规则调整与一次故障处理，运行记录显示接管集中在两类异常，文档与评测集已归档，双方签署确认单，遗留的模型升级事项由客户方在下一季度评估，不再计入本期。
可执行步骤
- 在合同里分别写明正常退出与提前退出的条件、判定人、证据要求与结算方式
- 约定能力移交的三项实操演练，即需求变更、故障定位与评测集更新，逐项留证
- 安排客户团队独立运行一个完整业务周期，保留运行与接管记录作为证据
- 整理架构文档、部署手册、字段字典、评测集、已知问题清单与遗留事项说明
常见坑
- 合同只写服务周期，到期即停，能力没有移交，系统在几个月内就被弃用，退出标准要提前约定并写入合同。
- 用演示通过代替运行验证，上线后头一个月的结算就暴露问题，责任难以界定；这一步不可省，也不能用演示替代。
- 遗留事项只做口头交接，退出后无人认领，小问题逐步拖成影响业务的大故障，清单要双方签字并留档。
自检与验收清单
- 合同是否分别写明正常退出与提前退出的条件
- 能力移交是否完成变更、故障与评测三项实操演练
- 是否完成一个完整业务周期的独立运行并留存记录
- 移交确认单是否列明遗留事项、责任人与完成期限
常见问题
提前退出要不要付违约金？
按合同约定处理。更合理的做法是区分原因：因客户方人员缺位或数据不可得导致的停止，按已完成里程碑结算；因服务方交付不达标导致的停止，按整改条款处理，事先写清比事后争议省成本。
退出后还提供支持吗？
通常约定一段观察期，处理移交范围内的缺陷与咨询，超出范围的新需求另行立项。观察期的时长与响应方式应写进确认单，避免退出后责任无限延长，也避免客户方无人值守。
能力没移交能退出吗？
不建议。能力未移交就退出，系统会快速退化，双方都要承担后果。可行做法是把移交拆成小步骤，先移交评测集与运维手册，再移交变更能力，逐步降低依赖而不是一次性断供。