企业官网建设流程全解析

前段时间，minierp 里一个模块终于做完了，测试也通过了，我当时觉得这事基本成了。

结果第二天客户打电话过来，很客气地说了一句：“这个系统我们先放着吧，还是用 Excel 顺手。”

我愣了半天。功能没问题，数据也算得准，问题出在哪儿？

后来我花了三周才把它真正推下去。这期间总结出的几条经验，比写代码本身有用得多。

一、他不是不会用，是不想改

我第一反应是"我教得不够细"，于是又做了一场更详细的演示，从登录讲到报表，讲了一个半小时。

没用。

后来我才想明白：那位仓库的师傅用 Excel 用了八年，闭着眼都比点系统快。他不是笨，他只是熟。

而"熟"这个东西，在干活的人心里等于安全感。你跟他说"系统比你的表强"，潜台词是"你以前那套不行"，他本能就会抵触。

后来我换了个说法：你那套确实顺手，我们先只改一个环节——每天下班前那张汇总表改成系统里点一下，别的都不动。

他同意了。就这一句话的差别。

二、我讲三遍，不如让他自己点一遍

以前的培训是我站那儿点，下面的人玩手机，点完鼓掌，第二天照旧。

现在我改成：坐他旁边，闭嘴，让他自己点。

点错了我不抢鼠标，只问一句：“你刚才想干啥来着？”

这一步太关键了——他自己卡住的地方，才是真问题。我按自己的逻辑演示十遍，根本发现不了他脑子里的流程和系统设计的不一样在哪。

我现在做培训基本不演示，全程让他操作，我只记他卡在哪、骂了什么、想点哪儿没找着。这些记下来回头全是要改的地方。

三、别讲"系统话"，讲"人话"

这是我改得最多的一处。以前我张口就是"这个字段是必填项"“提交之后要审核”“错了走冲销”。

他们听完一脸茫然，然后继续按自己的理解乱点。

现在我这么翻译：

• “必填项” → “不填这个，下个月你要查这笔账，查不出来”
• “审核” → “点了就定死了，要改得走另一条路，所以我帮你先看一遍”
• “冲销” → “录错了千万别删，删了就查不到痕迹了，走这一步改”
• “权限” → “你能看不能改，不是不信任你，是怕两个人同时改，最后不知道听谁的”

词一换，抱怨少一半。他听懂了"这事儿跟我有什么关系"，才会配合。

四、留一张纸，别指望人记住

培训讲完，第二天忘掉八成，这是正常的，不是他们不认真。

我的做法是每个岗位发一张 A4 纸：

• 上半部分：三张关键截图，红框圈出要点哪
• 中间：这个岗位每天就做三个动作，写清楚
• 下面：出错找谁，名字和电话

打印出来贴在工位旁边。这比拉个群、把文档发群里有用十倍——群里发的东西，等于没发。

五、怎么判断系统真的用起来了？

不是看登录次数，也不是看录了多少条数据。

我的标准只有一个：他开始嫌弃某个地方不好用，主动来找你改。

嫌弃，说明他真的用进去了，而且开始在乎了。到那天我才敢说这套东西算是落地了。

那个客户，是第三周的周五来找我的，说"能不能让这张单子少点两下"。我当时特别高兴——这是三周里他第一次主动提需求。

写在最后

做软件这段时间我最大的感受是：软件是给人用的，不是给电脑用的。代码写完只是上半场，下半场是让人愿意用、用得下去、用出感觉来。这一步没捷径，就是一遍遍陪着改。

我在做一套自研 ERP，叫 minierp，目前还在开发阶段，开发日常会持续更在这里。
关注我，看我怎么把 minierp 这套 ERP 一点点做出来。