主题
上线怎么切：并行、直切、分模块上的取舍
核心结论：切换策略没有绝对好坏，只有「适不适合这个客户」。判断标准就一条：切换当天业务能不能正常跑、出问题能不能退回去。
三种切换方式
| 方式 | 做法 | 优点 | 缺点 | 适合 |
|---|---|---|---|---|
| 直切 | 老系统停，新系统当天启用 | 成本低、账目干净 | 风险高，出问题无退路 | 业务简单、数据量小、新系统验证充分 |
| 并行 | 新老系统同时跑一段时间 | 可对比、可回退 | 双倍工作量、账目易乱 | 业务复杂、账务敏感（财务/成本） |
| 分模块 | 按模块/组织分批上线 | 风险分散、逐步适应 | 周期长、接口期复杂 | 多组织、多模块、一次性全上压力大 |
怎么选：四个判断维度
1. 业务复杂度
- 业务线单一（只上财务）→ 可直切
- 多模块联动（进销存+生产+成本）→ 分模块或并行
2. 数据质量
- 期初数据核对通过、账实一致 → 可直切
- 期初还在反复调 → 别切，先并行观察
3. 团队能力
- 关键用户上手快、培训到位 → 可直切
- 操作员还懵 → 并行过渡，让新系统在低风险业务上先跑
4. 业务容错
- 账务类（财务/成本）→ 必须并行或严格验证，账错不起
- 流程类（审批/单据）→ 可直切，错了能改
切换前 checklist（无论哪种方式）
- [ ] 期初数据导入完成 + 三层勾稽校验通过
- [ ] 所有基础档案完整（客商/存货/科目/仓库）
- [ ] UAT 测试通过，关键场景全跑过
- [ ] 培训完成 + 操作员考核通过
- [ ] 切换方案评审：谁负责什么、几点切、出问题找谁
- [ ] 回退方案：切完发现重大问题，怎么退回老系统（备份、断点、数据一致性）
切换当天的纪律
- 老系统数据备份先行 —— 切换前最后一次备份，封存
- 新系统首笔业务盯紧 —— 第一张单据、第一张凭证、第一次月结，顾问必须在场
- 问题分级响应 —— 定义 P0（业务停摆）/P1（功能异常）/P2（体验问题），P0 才启动回退，别因为小问题就动摇
- 当天记录所有问题 —— 无论大小，进问题台账，别靠脑子记
踩过的坑
- 并行期账目混乱：并行跑了一个月，新老系统两边数字对不上，客户崩溃。根因是并行期「老系统改数据、新系统没同步」。并行期要定死：老系统只读，改动全在新系统，或者反过来
- 直切没回退方案：某项目直切当天发现成本模块重大问题，没有回退预案，硬扛了两周。直切必须有「切回老系统」的完整预案，哪怕最后没用上
- 分模块接口期拖太久：分模块上线，接口期（两套系统并存）拖了半年，数据同步脚本改到崩溃。分模块要定死接口期，到点必须合并