这家做建材批发的企业，老进销存用了八年。界面是十年前的样子，字段名字都是缩写，只有两个老员工看得懂。老板想换，但一直不敢动，因为仓库、销售、财务全在跑这套系统，停一天业务就乱。
老数据先摸清楚
第一步不是写代码，是把老库的字段一列一列搞清楚。八百多个字段，有一半没人知道是什么意思，靠两个老员工回忆加上业务反推才理清。其中有几个字段是当年临时加的，用来记一些特殊折扣，从来没在界面上显示过，但一直在用。
两套系统并行一个月
我们的做法是新系统先上线，老系统保持可写，两套并行一个月。每天下班前对一次关键数据：库存总量、当天销售额、应收账款余额。对不上就查，查清楚再继续。并行期确实累，但比一次性切换安全得多，出问题有退路。进销存重做时我们先把老数据清了三个月，不清干净，新系统等于白上。
为什么多花了三周
原计划十周上线，实际用了十三周。多出来的时间全在员工抵触上。老员工习惯了键盘操作，新系统要点鼠标，效率反而下降，意见很大。后来加了快捷键、保留了他们熟悉的几个操作路径，才慢慢接受。这件事的教训是：效率提升不等于使用意愿提升。
回头看，如果重来一次，我会在开发阶段就让一线员工参与试用，而不是做完再培训。他们提出的很多问题其实很小，比如某个字段要默认带出上次的值、某个列表要按客户排序，改起来一天的事，等到上线后才发现，就要走变更流程，慢得多。
这个项目最后是成功的，库存差异从每月两万多降到几千，对账时间从三天缩到半天。但我记住的不是这些数字，是那三周。给传统企业做系统，技术只占一半，另一半是人的习惯和情绪，这部分算不进工期，却一定会在工期里出现。
系统重做项目的常见疑问
老系统一定要重做吗
看维护成本。改一处动全身、找不到懂的人、扩展不了新业务，就该考虑重做，不必等到彻底跑不动。
并行期多长合适
通常一个月，业务复杂的可以延长。并行期越长成本越高，但比切换失败便宜。
数据迁移会丢吗
做好字段映射和两轮演练，加上迁移前完整备份，基本不会。关键是要有人核对，不能只信程序。
总结：系统重做的难点从来不在代码。数据摸清、并行过渡、照顾使用习惯，三件事处理好，重做才是升级而不是折腾。