系统上线三个月就被架空，从来不是因为员工抵触

系统上线 3 个月，现场又开始记手工台账了。

这时候最常听到的一句话是「现场不配合」。

这句话省事，所以大家都爱用。但它也最挡事——一旦归因到「员工抵触」，这件事就查不下去了，因为你没法整改一个态度。

我见过的被架空的系统，走的都是同一条链条。三环，没有一环在员工那边。

一、第一环：账不准，起点不在系统，在编码

物料编码不统一，再好的界面也救不了。

最常见的 3 种脏：

• 一物多码——同一个东西，采购、仓库、生产三个部门三个叫法，系统里就是 3 条记录
• 一码多物——老编码被复用，历史数据直接失去意义
• 单位不统一——采购按箱、仓库按个、财务按公斤，换算规则写在某个人的脑子里

任何一种没清，账从第一天就是歪的。而账一歪，现场对系统的信任就开始流失——早到还没人意识到项目出了问题。

这一环完全在上线之前，完全在项目组手上。

二、第二环：差异爆出来，被算在系统头上

上线初期一定会爆账实差异。这时候的归因方式，决定了系统后面还有没有人用。

这些差异不是系统算错了，是历史误差第一次被看见。

以前账是账、实物是实物，各错各的，从没真正对上过。系统一上，两边第一次摆在同一个屏幕上。那个数字不是新产生的，它一直都在，只是以前没人看得见。

但现场看到的是：上系统之前账好好的，上完系统对不上了。

所以盘点节奏必须跟着改——先小范围高频盘，把差异消化掉再放开。你不给它一个消化窗口，它就会集中砸在系统的口碑上。 这句话还得在上线前当众说一次，而不是等差异爆出来之后才解释。

差异出来之后怎么处理，顺序也不能错。我们的做法是：仓库主管和供应商先一起把差异逐条确认，协商出处理办法，然后才签字。

签字是最后一步，不是第一步。 先签字再想办法，等于让签字的人独自扛一个还没有解决方案的数字——没人会签，这件事就一直挂着。反过来，处理办法先谈定了，签字就只是确认，不是背锅。

很多项目卡在这儿不是差异太大，是流程把签字放在了协商前面。

三、第三环：你确实让他变慢了

「扫码不如纸单快」这句话，往往是真的。

老师傅的动作顺序是十几年优化出来的：先看货位、再看批次、最后确认数量。而很多系统的界面顺序，是按数据库字段排的。两者一冲突，单次操作时长就真的变长了。

这时候他表现出来的不是「不愿意改变」，是你确实让他变慢了——而他每天要重复这个动作几百次。

我见过一个很常见的痕迹：基础数据里的入库流程、出库流程那两张表，经常整张是空的。入库流程 9 个配置字段、出库流程 7 个，一行没填。

流程没定义，就等于默认走系统自带模板。模板是按通用场景排的，不是按这个车间的动作排的。而定义流程这件事本身，就是逼着项目组去现场把动作顺序看一遍——跳过它，等于跳过了唯一一次必须去现场的机会。

所以三环走完

账不准 → 现场不信系统 → 另起一套手工台账 → 系统只剩下打印单据的功能。

三环里没有一环在员工那边。

所以下次在车间看见 Excel、微信群、纸单，别急着问是谁在用。先问一句：它替系统补上了什么？

答案通常就是你漏掉的那一环。

---

不过还有一个问题我到现在也没有好答案：消化窗口什么时候算结束？

差异要给时间消化，这个大家都同意。但「消化完了」的判定标准是什么——是差异率降到某个数，是连续几次盘点没有新增差异，还是现场不再抱怨了？

我见过定得太松的，半年后还在说「还在消化期」；也见过定得太紧的，窗口一关，剩下的差异全变成了事故。

你们那边是拿什么条件判定它结束的？