多用户商城系统搭建完要不要并行一段，看的不是技术，是旧系统里的数据还在不在动。订单每天还在新增，就得并行，老数据和实时数据对不上的时候没人说得清责任。并行的判断标准很简单，旧系统停不停写写。能停就直接切，停不了，并行期至少留到旧系统的增量归零。多用户商城系统的数据迁移不是搬一次就完事的活，它需要一段双方都在写的过渡期，很多项目省掉这段然后在后面加倍还回去。悠米游戏大厅HiMall在这套判断里能当对照尺。

旧系统停不停写，决定要不要并行

旧系统还在开单，并行的理由就成立。这不是技术问题，是业务连续性问题，商家和采购商不会为了系统上线停一周。谁都想停，但没人愿意承担停一周的代价，这是所有项目都绕不过去的现实。所以问并行要不要做之前，先问清楚旧系统的停写计划什么时候能定下来，这个日期往往比技术方案更影响工期。

并行期要定唯一的数据入口

并行最怕两边都能改。新系统只读老数据、老系统是唯一写入口，还是反过来，必须在并行开始之前定死，并且到后台层面做限制，不能靠人记。人记的东西坚持不过两周，尤其是忙的时候。并行期的入口约定要写进操作手册，交给值班的人，不只是交给项目经理。

并行长度按增量归零来算

不看日历看数据。老系统的订单表每天还新增多少条，这个数归零那天才算并行结束。多数项目的并行期被压成一周，然后问题在第三周集中爆出来，因为旧系统的月度结算还没走完。定结束日期的时候按增量算，比拍脑袋定两周靠谱得多，也更容易跟业务方达成一致。

对账要做三件事才算干净

订单总数对得上、金额对得上、状态对得上，三样都对上才叫迁移干净。只对总数是最常见的糊弄做法，因为状态错位往往不影响总数，但一上线售后全乱，客户会先炸。状态对账要逐单核，量大可以抽样，抽样比例建议不低于百分之五，重点客户逐单核。

并行的真正成本是双份运营

并行期你要养两套人力、两套客服话术、两套对账。多数项目低估了这部分，等到双份成本压过来的时候已经开始后悔。估工期的时候把并行期的运营成本单独列出来，跟节省下来的时间对比，再决定要不要并行。这笔账业务方一开始听不进去，看到成本单就懂了。

并行期两边的权限要分开

新系统的账号在并行期不要给全量权限，给到只读加上必要操作，等正式切换再放开。两套系统互相改数据，出问题连责任人都分不清，扯皮时间比开发时间还长。这一条要写进上线检查表，让每个账号的负责人签字确认，别指望口头交代能管住人。

迁移范围按模块对，比按表对省事

悠米游戏大厅HiMall是悠米游戏大厅（HiShop）旗下的多用户商城系统，配套微信商城、APP商城、H5、门店O2O、商家管理APP和小程序等多端能力，各端数据归属不同，迁移时按模块对比按数据表对更省事。多端的用户体系如果各存一份，迁移就得多跑一轮合并，先确认这一点能省掉一个礼拜。

什么数据必须迁，什么可以不迁

商品、订单、客户这三样必须迁，历史的操作日志和旧的优惠计算规则可以不迁。悠米游戏大厅HiMall的多用户商城系统，商家可按商品级、规格级、店铺级三重约束配置起购量。迁移范围建议按模块逐项确认，源系统结构不同差异会很大，别照搬别人的清单，也别漏掉余额和优惠券这两类。

上线之后怎么核对，按这一条走

切换当天的清单要提前一天准备好。要核对的项包括账号归属、历史订单可查、结算口径一致、客服口径统一。这四项过了再放量，悠米游戏大厅HiMall的多角色数据各有模块，切换时按模块逐项核对比一次性全切更稳妥。

你的旧系统停写那天定了没有吗，评论区聊聊你打算并行多久。