一、上线那天，才是问题真正开始的日子

那是个中小制造企业，从进销存到生产，一套系统。项目按计划做完，功能一项项验收，客户签字，一切标准得像教科书。上线那天，会议室里挺热闹。

问题在第二个星期开始冒出来。

仓库的人说，系统里的库存和实物对不上。财务说，采购单的金额和生产成本对不上。车间说，系统里的工单和实际做的活对不上。

三个「对不上」，没有一个是软件 bug。是数据。

因为上线那天，我们把客户 Excel 里的历史数据导进系统，但没人去清洗它。三张表里的同一个物料编码，有三套不同的写法：一套带短横线，一套不带，一套多了个空格。系统把这三个当成三种物料。

ERP 上线验收，能验收的是「功能是否可用」，很难验收的是「数据是否能信」。而真实世界里，后者决定了前者的一切。

二、为什么「上线即成功」是个特别贵的错觉

对实施方来说，上线是个明确的项目节点。合同写了、工时算了、款项结了。它甚至是个绩效指标——上线率、验收通过率。这套逻辑里，上线当然就是成功。

但对甲方来说，上线那一刻，恰好是他们第一次真正面对系统的时刻。

之前的三个月，是我们在做。需求调研，我们在问；蓝图设计，我们画；配置和开发，我们敲。客户更多是「确认」和「签字」的角色。系统跑起来之后，主角换人了，换成那几十个每天要用它干活的人。

而这些人，从来没被算进过项目计划里。

所以我见过太多这样的场面：系统的验收报告漂亮得像一本画册，而真正用它的人，还在微信群里发 Excel 截图。

三、比功能更难的，是那个「不敢用」

有一次我去客户现场，看见一位主管在做一件很有意思的事。

他每天先在手边的本子上记一遍当天的生产数据，然后再花十分钟，把本子上的数字录进系统。

我问他为什么不直接录。他说了句话我记到现在：「系统我不会查，万一录错了，我不知道。」

你看，这不是抵触，这是怕错。一个干了十几年的老主管，在他最熟悉的业务上，不相信自己能在新系统里做对。

这种「不敢用」比「不想用」难处理一百倍。不想用可以培训、可以制度、可以考核；不敢用，只能靠时间，靠一次一次对账，靠他自己慢慢确认「这个系统跟我算的是一回事」。

而这段时间，通常要三个月起步。它不在任何一份项目计划里。

四、如果重来一次，我会在合同里加上这三个月

现在的我，会在项目里做三件事，都是当年不会做的。

第一，把上线后的稳定期，明确写进工作范围。不是口头承诺，是写进合同的运维周期。系统上线后至少三个月，实施方要派人盯使用率，看哪些人不用、为什么不用。这件事没写进合同，就永远不会有人去做。

第二，把数据清洗当成一个独立交付物。不是顺手做的准备动作，而是一项要验收、要签字的工作。历史数据里有多少条重复、多少条缺失、多少条口径不一，先摆到台面上，谁决定怎么处理，谁签字。

第三，也是最重要的，在项目一开始就找几个「真正的用户」。不是找部门经理，而是找那个每天要录入数据的人。让他们从蓝图阶段就参与，让他们觉得这个系统里有自己的意见。人对自己参与过的东西，天然更愿意用。

我现在带项目，验收会开完不会跟客户说「恭喜上线」。我会说：接下来的三个月，才是我们真正干活的时候。

写在最后

写这篇不是想唱衰 ERP。我做了这么多年，还是相信这东西有价值——尤其当你管着一个有几百号人、几千个物料、几十道工序的组织，靠 Excel 是撑不住的。

我只是想说，如果你正在经历「系统上线了，但大家还在用 Excel」这个阶段，先别急着怪软件，也别急着怪员工。

九成情况下，问题既不在软件，也不在人。在于我们从一开始，就把「装完」当成了「装好」。

如果你的项目还来得及，把上线前的那三个月，重新分配一点点给上线后。这可能是整件事里，性价比最高的一次调整。

你有没有经历过那种「系统上线了但没人用」的时刻？后来是怎么破的？评论区说说，我看看有没有更好的办法。