换系统，选周末还是选淡季

去年有两家厂几乎同时换系统，系统切换方案都是我们出的。一家在澄海做玩具，一家在潮阳做食品。功能需求差不多，预算差不多，连我们派的人都是同一批。

结果差得很远。差别不在代码，在换的时间点。系统切换方案里最贵的一行字是排期，代码写错还能改，排期排错，全厂陪你加班。

周末那两天，看着最省事

澄海这家选在国庆假期切换，七天假，前面五天老系统照常跑，第六天停机，第七天切换，第八天上班。

计划很漂亮。问题出在第八天早上八点：两百多人同时登录，仓库那边扫码枪连不上，车间报工页面加载不出来，财务的对账口径跟老系统对不上。半天时间，电话响了四十多个。

接下来三天，我们改了十七处。有些是真 bug，有些是「原来那个按钮在这儿，现在挪了位置」。后者听起来小，但车间的人不认。

淡季那家，先让三十个人踩坑

潮阳这家做食品，旺季在春节前，他们选在八月淡季动。做法不一样：先开三十个账号，仓库、车间、财务各十个人，跑两周。

这两周里，老系统照样能用，新系统只做记录，两边并行。有问题当场改，改完再放下一批。

两周后放开到一百二十人，又过一周全员切换。整个过程返工四处，没有一天停工。

代价是并行那两周，那三十个人要录两遍。他们的说法是「烦了半个月，总比乱一个月强」。

核心是先找一批人替你踩坑

说得好听一点，叫试点。本质上就是让一小部分人先去踩坑，把坑填了，再让大多数人走。

试点的人怎么选，有讲究。要选那些愿意说话、能说清楚问题的，不要选最听话的。最听话的试不出问题，只会告诉你「还行」。

还有一件事：老系统的数据不要一把搬完，老数据怎么搬我们单独写过。先搬最近一年的，历史数据留在老系统里能查就行。全量迁移又慢又容易出错，而且大部分历史数据，一年也没人翻一次。

不适合分批的情况也有。业务本身没有淡旺季、每个环节都连在一起的公司，分批反而更乱，这时候选一个长假期，把关键岗位的人留在现场，比什么都强。上线那一晚该盯什么，也有讲究。

揭阳、汕头这边做制造的厂，八月和十一月通常是比较合适的窗口。系统切换方案的排期要看你的订单节奏，不是看日历。想聊可以打 13829578822，微信同号。