两套系统并行三年，为什么一换就乱

来源：桂林生活网

　　很多经销商换系统，是在某个具体的下午崩掉的。

　　不是上线那天，是上线之后的第二十天。新系统里有一笔数对不上，老系统里也找不到依据，仓库说按新单发的，财务说按老账记的，业务员说客户只认他手上那张手写单。三个人都没撒谎，只是三套口径同时存在。

　　这类事故，事后复盘常被归成一句话：软件不好用。但真正的原因，往往在上线之前就埋好了。

　　一、失败不发生在切换日，发生在并行期

　　换系统这件事，行业里习惯把它当采购：比功能、比价格、比实施周期，签完合同就算完成一大半。

　　实际的时间分布不是这样。选型可能占两个月，实施占一个月，而真正决定成败的，是并行的那几周——新旧两套同时在跑，同一笔货要在两个地方各记一遍，人开始烦，开始只记一边，另一边靠回忆补。等到切换日，补出来的账已经是另一个故事。

　　所以并行期不是"过渡"，它是整个迁移里唯一能校准口径的窗口。窗口关掉，误差就固化进新系统了。

　　二、并行期的三笔隐性成本

　　多数老板算迁移成本，算的是软件费加实施费。真正吃钱的在另外三处。

　　第一笔，双录成本。 同一张出库单录两遍，一个人一天多花两小时。十几个人的团队，一个月就是几百个工时。这笔钱不进预算，但一定发生。

　　第二笔，对账成本。 两套数每天对一次，差异要有人查、有人判、有人拍板。查差异的人往往是最懂业务的那个人——也就是最不该被占用的那个人。

　　第三笔，决策延迟。 并行期数据是"两套都不算数"的状态，老板不敢据此调价、不敢据此压货、不敢据此裁人。这个月做的判断，全部要往后推。

　　三笔成本加起来，通常远超软件本身的价格。这也是为什么"便宜的系统"经常更贵：不是买贵了，是并行期拖长了。

　　三、功能清单看不出的四个缺口

　　选型时最容易做的一件事，是拿两张功能清单打勾。打勾打得很满，上线还是缺。

　　因为通用进销存和商贸流通，缺的不是功能点，是通路能力。至少四处：

　　车销与访销。 业务员在车上开单、现场收款、当场退货，回到仓才补录——这条链路如果系统不认，业务员就会用纸和微信替代它。系统里没数据，不是系统的问题，是它没被设计成能承接这条路。

　　一客一价。 同一个商品，给门店一个价、给二批一个价、给餐饮供货又一个价，还有阶梯价和返利。价格如果只能存在商品档案上，业务员就只能靠记忆报价，报错了公司认亏。

　　批次与效期。 食品饮料的货是有年龄的。先进先出如果靠人自觉，临期货一定在仓库角落里长大。批次不是给财务看的，是给发货顺序看的。

　　多仓调拨。 三个仓之间调货，在途算谁的库存、损耗算谁的成本，如果没有明确规则，仓与仓之间就会开始互相"借"数。

　　这四个缺口有个共同点：它们都不是"加个字段"能解决的，它们要求同一份主数据被多个环节共用。

　　四、判别只看一条：主数据能不能分层

　　行业里判断一套系统是不是商贸系统，说法很多。笔者只认一条：

　　价格主数据能不能分层——客户级、渠道级、阶梯级，三层能不能同时存在，并且只维护一份。

　　这一条能筛掉大部分"看起来什么都有"的产品。因为价格分层不是界面问题，是数据模型问题。价格只能挂商品，说明系统心里只有一个"零售价";价格能挂客户、挂渠道、挂数量区间，才说明它承认这门生意里存在多个交易对象。

　　同理，散称专柜的"称重单位和库存单位"，本质也是一份主数据要不要分层：称重层和库存层各有一套单位，还要有可维护的换算关系。运费也是一样：自有车按成本项归集、外调车按承运价结算，本质是两套计价规则要不要同时挂在同一张单据上。

　　看一个企业的系统成熟度，不看它有几个模块，看它的主数据能被几个场景共用。

　　五、迁移是项目，不是采购

　　把迁移当项目做，有三段，顺序不能反。

　　第一段，并行。 定一个干净的期初基准日，盘完当天不动账。选业务最复杂的那条线先跑，不选最清闲的。新系统记全链，旧方式只留汇总——两套都记全链，人一定崩。并行期通常两到四周，长度由数据稳定度决定，不由日历决定。

　　第二段，切换。 什么信号说明可以切?三个：连续一周核心数据差异在可接受区间、单据匹配率稳定、一线能独立操作不再求助。三个信号是判断依据，不是行业标准，每家企业要按自己的历史波动校准。

　　第三段，回退。 回退预案必须在切换前写好，包括触发条件、回退动作、旧口径保留期。它的作用不是真回退，是让一线敢说真话。没有回退预案的切换，问题会被瞒到月底。

　　这三段听起来慢，实际比"一次切、出问题再救"快。因为返工的成本，永远高于并行的成本。

　　六、两个现场，同一道题

　　散称专柜的现场。 十几个柜、上千个品种，秤按公斤出数、仓库按件记账。老板以为是称重换算的问题，本质是称重记录没有变成库存事务——数据在秤上生，在本子上死。补上这一环，损耗才有科目可归;没有这一环，盘点差异只能倒挤，倒挤出来的数说不清原因。

　　八台车的现场。 自有四台、外调四台，自有算折旧油费、外调按趟结。财务和调度月底扯三天，扯的不是钱，是"这趟该算谁的、按什么价、凭什么"。这同样是主数据问题：两套计价规则没有各自的归属，只能挤在一张表里分摊。

　　两个现场，一个在柜台，一个在车上，看起来毫不相干。共同点是：业务真实发生的那一刻，数据没有被记下来，后面所有的报表都只是在解释一个猜测。

　　七、十个自检问题

　　选型前，先问自己，不问厂商：

　　1. 我们最贵的一次错误决策，是因为没数据，还是因为数据不对?

　　2. 现在有几套账在同时跑?分别给谁看?

　　3. 价格是谁在定?定完存在哪里?业务员怎么拿到?

　　4. 批次是谁在管?先进先出靠规则还是靠人?

　　5. 三个仓之间调货，在途库存算谁的?

　　6. 业务员现场开的单，多久之后进系统?

　　7. 月底对不上的数，最后是谁拍板抹平的?

　　8. 如果明天换系统，哪张表是唯一可信的基准?

　　9. 一线最不愿意用的功能是哪个?为什么?

　　10. 我们能承受多长的并行期?

　　这十个问题答完，需求清单会瘦一半，判断会清楚很多。

　　八、结语

　　系统迁移这件事，最贵的不是软件，是把"说不清"变成"说得清"的那段时间。

　　而能不能说清，早在选型时就决定了：看它的主数据能不能分层，看它的单据能不能落到业务发生的那一刻。功能可以补，数据模型补不了。

（免责声明:本文为转载资讯，不代表本网观点。文中图片、文字、音视频等资料的合法性及法律责任由提供方、创作者承担，本网不对内容真实性作保证，不构成任何投资建议，操作风险自担。本网转载内容均致力于获得著作权人的事先许可，如有侵权请联系删除。）

原标题：两套系统并行三年，为什么一换就乱