大促期间不要切换商城

旧产品的导出字段会随版本变化。立项时以实际导出文件和支付机构账单为准，本文给的是验收口径。

迁什么

把切换放在订单量低、售后也少的工作日，并留一个完整白天处理问题。营销活动在切换后的下一周再开，规则只用新系统配置。

提前在新系统做一笔内部全流程：下单、支付、退款、发货。

不迁什么

• 不要带着旧系统的未结束秒杀一起迁
• 不要在切换当晚改价
• 不要同时上新支付渠道

映射和验收

切换日前 7 天的日订单量作为基线。切换日如果失败，按回滚预案回到旧入口，而不是继续加服务器。

切换

公告写切换时间和客服加长值班。财务当天人工对一遍支付笔数。

上线前怎么核对

迁移「大促期间不要切换商城」时只搬这一类数据。差异在于：避开峰值，预留回滚日。整库覆盖会把日志、测试单和说不清的余额一起带进来。

导入脚本要能重复执行而不产生双份数据。失败行留在失败表，不能进默认等级或默认仓库。 总数由业务和财务一起看，对不上就停在演练，不改小程序入口。

支付是否成功以支付机构账单为准，不以旧后台的已支付为准。这一项的结论是：切换日不要放在双 11、店庆或上新直播。峰值时你分不清是缺陷还是流量。

对应的产品能力

这一页往下接的是成交页，方便评估月费模板能不能覆盖，还是要单独立项。