开篇：切换周决定项目生死

WMS 项目 6 个月，真正决定生死的，是切换那 72 小时。代码写得再好，切换周乱了，前面半年白干。我经历过最惨的一次：切换当天发现打印机驱动没装，全仓 40 台 PDA 干等 3 小时，当天订单延误一半。这份 checklist，就是用来消灭这种「低级但致命」的问题的。

切换周时间线

切换现场工作人员用 PDA 扫描作业

T-72h：冻结与准备

  • 数据冻结：主数据、库存快照，老系统停止新单据录入
  • 打印应急纸质单据：万一系统宕机，现场能手工跑 4 小时
  • 通知所有相关方：承运商、客户、3PL 伙伴，告知切换窗口和应急联系人
  • war room 就位：集中办公地点、网络、投影，全部测试一遍

T-48h：最终导入与校验

  • 最终数据导入：主数据、库存、未结单据
  • 库存差异逐 SKU 核对：差异 >0.5% 的 SKU 必须查明原因，不许「先上线再说」
  • 接口联调最后一轮：WMS↔ERP 每个接口至少跑 3 笔真实业务
  • 硬件全量点检：PDA、打印机、AP、扫描枪，一台一台过，别抽查

T-24h：演练与预案

  • 全流程演练：收-存-拣-发-退，各跑 3 单，含 1 单异常流程
  • 回滚预案演习：回滚触发条件、回滚步骤、回滚后老系统如何接管，书面化并演练一遍
  • 值班表 + escalation 通讯录：贴墙上，发到每个人的手机里
  • 实施顾问确认在场：切换当天和 T+3 天，顾问不许撤场（写进合同）

Go-live 当天：双人复核与高频对账

  • 前 50 单双人复核：系统单据 + 实物，两个人签字
  • 每 2 小时对账一次：出入库数量、库存余额，差异立即查
  • war room 集中办公：所有关键角色坐在一起，问题不过夜
  • 每 4 小时向管理层同步一次状态：绿灯/黄灯/红灯，一句话

T+24h / 48h / 72h：收尾与复盘

  • 对账频率递减：2 小时 → 4 小时 → 8 小时
  • 问题清单清零率目标 90%+：剩下的进日常运维跟踪
  • T+72h 开复盘会：成功经验和教训，书面化归档

Checklist 一览表

| 阶段 | 关键事项 | 完成标准 | |---|---|---| | T-72h | 数据冻结、应急单据、通知相关方 | 老系统零新单据 | | T-48h | 数据导入校验、接口联调、硬件点检 | 库存差异 <0.5%，硬件 100% 通过 | | T-24h | 全流程演练、回滚演习、值班表 | 演练 15 单零失败 | | Go-live | 前 50 单双人复核、2 小时对账 | 订单准时率 >98% | | T+72h | 问题清零 90%+、复盘会 | 复盘文档归档 |

实战案例：72 小时订单准时率 99.1%

某电商仓，日均 2 万单，按这份 checklist 切换：T-48h 查出 37 个 SKU 库存差异，T-24h 演练发现 2 台打印机驱动问题，全部提前解决。切换 72 小时订单准时率 99.1%，零回滚。项目经理的总结：「checklist 上每一项，都是别人交过的学费。」

避坑提醒

  • 切换日别安排在大促前 2 周内。 系统需要至少 2 周稳定期再迎大考，赶大促上线是赌博。
  • 回滚触发条件提前书面定义。 比如「4 小时无法正常出库」就回滚——条件不写清楚，真出事时没人敢拍板。
  • 别让实施顾问切换当天就撤场。 合同里写死：Go-live 当天 + T+3 天现场支持，这是买保险。

War Room 角色分工

切换周的 war room，五个角色缺一不可：

| 角色 | 职责 | 到位要求 | |---|---|---| | 总指挥 | 拍板、升级、对外同步 | 全程在场 | | 业务负责人 | 单据复核、异常判定 | 全程在场 | | WMS 顾问 | 系统配置、问题排查 | Go-live 当天 + T+3 天 | | ERP 接口负责人 | 接口监控、重发 | T-48h 起全程 | | 硬件负责人 | PDA/打印机/网络 | T-48h 起全程 |

每天早晚两次站会，每次 15 分钟，只讲三件事：当前状态（红/黄/绿）、阻塞问题、谁负责何时解决。不讨论方案细节，细节会后小会碰。站会纪要发到管理层群，让所有人对进度有一致体感。

回滚预案：怎么写才管用

回滚预案不是「实在不行就回滚」一句话，要写死三件事：

  1. 触发条件（量化）： 比如「Go-live 后 4 小时出库量低于正常 50%」「核心接口中断 2 小时无法恢复」「库存差异超过 5% 且原因不明」。条件不量化，真出事时没人敢拍板。
  2. 回滚步骤（精确到小时）： T+0 停新系统单据、T+1 老系统恢复接单、T+2 数据回灌、T+4 全面验证。每一步写清负责人和验证标准。
  3. 演练： T-24h 全流程演练里，回滚演习单独跑一遍。没演练过的预案等于没有预案。

另外准备「降级运行」中间态：系统部分可用时，用纸质单据 + 事后补录维持 4 小时，给排障争取时间。很多小故障不需要回滚，需要的是 4 小时的缓冲。

切换日时间表示例

| 时间 | 事项 | |---|---| | 06:00 | War room集合，昨夜数据校验结果通报 | | 07:00 | 老系统停止接单，新系统开单 | | 07:00~12:00 | 前 50 单双人复核，每 2 小时对账 | | 12:00 | 午间站会：上午问题复盘 | | 12:00~18:00 | 正常作业，对账频率不变 | | 18:00 | 日结对账，差异清零 | | 20:00 | 当天复盘会，排第二天值班 |

时间表提前一周发给所有人，打印贴墙。切换日最怕「不知道现在该干嘛」——时间表就是定心丸。再忙，站会和复盘会不许取消，这是信息同步的生命线。

多说一句：切换周最考验的不是技术，是信息同步。War room 里五个角色每天碰两次，管理层每天收到一句话状态——信息不断流，恐慌就不传导。很多切换事故，根子上都是「我以为你知道」。

最后一句：checklist 上的每一项，都是别人交过的学费。照着做，切换周就不是惊险片。

总结

切换周 72 小时的本质，是把「未知」变成「已知」：冻结、校验、演练、双人复核、高频对账。这份 checklist 照着做，切换就不是惊险片，是纪录片——平稳、按部就班、准时收工。