交付方运维负责人
由他输出移交清单，逐项讲解架构、依赖、监控项与已知缺陷。为什么不能只留文档：文档写不出上次告警为什么误报这类经验，讲解与问答才是把隐性判断交出去的过程。签认后他仍应在共管期保留应急接管通道。
客户值班管理员
他是接管后的直接责任人，要能独立完成重启、切流、回滚与工单升级。选拔标准是熟悉业务且能拍板停机，而不是职级最高的人；交接前应让他完整操作一遍全流程，交付方只在旁边观察并记录卡点，事后逐条回补。
业务负责人
他决定系统什么时候可以停、停多久、要不要退回人工流程。缺少这一角色，交接会上没人敢确认业务影响范围，出事时运维只能等通知，故障时长往往因此翻倍。他的签字应落在业务中断容忍度上，而不是签到表。
安全与数据合规岗
负责账号权限回收与重授、日志留存周期、数据导出与销毁路径的确认。AI 系统还涉及提示词与知识库的访问边界，需要在该岗位见证下完成权限矩阵迁移，避免交接期出现双人共用账号这类审计盲区。
供应商接口人
模型服务、云资源与第三方组件的故障升级要靠具体姓名与工单入口，而不是客服总机。交接时把合同编号、服务条款、报障入口与升级时限列成一页表；若合同联系人仍是交付方，需同步办理变更，否则客户报障会被推回原团队。
适用与不适用
适合谁
- 已上线运行、准备由客户自有团队接管的 AI 系统
- 有明确值班制度与工单系统的信息中心
- 愿意设两到四周共管期的业务与 IT 双方
不适合谁
- 尚未指定值班人、也没有工单入口的组织
- 要求交接当天即完全切断交付方支持的项目
典型场景
某集团信息中心接手智能问答系统运维。交接会上，交付方运维负责人讲依赖与已知缺陷，客户值班管理员现场演练切流与回滚，业务负责人确认可停机时段，安全岗核对权限矩阵，云厂商接口人留下工单入口。会后设三周共管：第一周双人值守，第二周客户主值、交付方待命，第三周按退出条件评估。
可执行步骤
- 列出五类角色名单、决策权与备份人，逐个确认能否到场，缺席的当场指定代理人
- 按系统模块整理移交清单，逐项标注已知缺陷、历史故障与当初的处理结论，交付方逐条讲一遍
- 完成账号权限的回收与重授，由安全岗双人复核操作日志，离职与转岗账号一律当天停用
- 组织交接会逐项过清单，要求客户值班人现场独立演练切流与回滚，交付方只记录不接手
- 设两到四周共管期，写明退出条件与判定人，独立值守无重大漏报再转常规运维并留档
常见坑
- 只交文档不交责任，交接会上无人确认业务中断容忍度，出事时运维不敢停机，技术故障拖成业务事故。
- 权限一次性全量移交且不做回收登记，原团队账号仍在，交接期出现双人共用账号，审计时说不清谁改过配置。
- 供应商接口人只写公司名不写姓名，模型服务报障被客服总机转好几圈，约定的升级时限全部落空。
- 业务负责人缺席交接会，停机窗口只能由运维自行猜测，一次例行升级撞上月结，业务方事后才知道，交接会也只能重开。
自检与验收清单
- 五类角色是否都有具名负责人、备份人与联系方式
- 移交清单是否覆盖架构、依赖、监控项与已知缺陷
- 权限矩阵是否完成回收与重授，并有双人复核记录
- 供应商报障入口、服务条款与升级时限是否成页
- 共管期长度、值守排班与退出条件是否书面确认
常见问题
交接必须交付方派人驻场吗？
不必默认驻场。共管期采用远程待命加固定响应时段，能满足多数场景；若系统承载对外服务或涉及生产停机操作，建议前两周安排现场或同城支持，之后再转远程。是否驻场应在交接方案中写清，避免临时加价或责任真空。
客户没有专职运维，只留一个人行不行？
可以只设一名主值，但必须配一名备份人和一条升级路径，否则主值休假或离职就会断档。更稳妥的做法是把监控告警接到团队邮箱或值班群，让第二个人能看到异常；同时把重启、切流等高频操作写成可照做的步骤卡。
交接完成后原团队还有责任吗？
以书面约定为准。通常共管期内保留应急接管与缺陷修复责任，共管期结束后转为按合同约定的质保或按次支持。建议在交接方案里写明责任切换时点、剩余缺陷清单与响应时限，避免口头说法在出事后无法追溯。