PG官网

系统上线三个月，后台数据是零。

不是比喻，是真的零。管理员账号登录进去，干干净净，只有系统自动生成的那几条初始化记录。

客户老板坐在对面问我：是不是开发公司技术不行？

我们查了一遍系统，运行正常，功能都在。问题根本不在技术上。

这套系统没被用起来，原因比 "技术不行" 简单，也比 "技术不行" 更难解决。先别怪员工，把这几件事查一遍。

一、系统解决的是谁的问题？

这是最要命的一条，也是最后才发现的一条。

很多系统的出发点，是老板想要管理方便：数据要统一、流程要透明、员工干活要留痕。听起来都对，但站在员工角度看，系统意味着什么？

录入更多了。以前口头说一句的事，现在要填表格、走流程、等审批。流程更慢了。系统管得越细，员工被管得越死。

系统替老板解决了问题，却给员工添了麻烦，员工凭什么用？

所以做系统之前，先想清楚一件事：这套系统，是让谁的工作变简单了？如果答案是 "只让老板变简单"，那系统从第一天起就注定了没人用。

二、员工知道为什么要用吗？

很多项目上线，培训就半天，教的是怎么点按钮。

点按钮只是操作，不是理由。员工真正需要知道的是：我用这套系统，能省什么事、少背什么锅、得到什么好处。

有个客户我们印象很深，系统里有库存预警，采购员之前每天要自己数一遍库存，用了系统之后，快没货了系统自动提醒，他再也不用下班前跑去仓库点数了。就这一条，他自己就主动天天开着系统。

反过来，如果员工只觉得系统是 "领导安监控的"，那他一定会想办法绕过它。

三、系统比旧流程好用吗？

这条听着像废话，但真的很多系统做不到。

登录要输两遍密码，页面转三秒才开，填个单子要点七八下，数据同步还偶尔出错。员工试了两次，觉得比原来的 Excel 还难用，就再也不打开了。

系统好不好用，不是开发团队自己说了算，是员工的实际操作说了算。上线前把最常用的三个操作场景走一遍，每一步都数得出来：几步、几秒、会不会断。让几个真实用户先用一个月，比在办公室自测一百遍都管用。

四、有没有人带头用？

系统上线后，最常见的状态是：没人推。

老板以为上线就完事了，管理员以为发个通知就完事了，员工等着看别人用不用。结果就是大家都不动。

系统要用起来，需要有一个 "第一个吃螃蟹" 的过程。找一个业务场景、一组核心用户，先把他们陪跑起来，把数据填起来，让其他人看到 "用了确实不一样"。没有人带头，系统就永远停在登录页。

系统没人用，是软件开发里最贵的一种失败。

钱花了、功能做了、测试过了，最后栽在 "没人用" 三个字上。而且它不会写在验收报告里，验收的时候功能都达标，上线三个月才发现不对劲。

所以下次做系统之前，多问一句：这套系统，到底在帮谁省事？答案如果是员工，这套系统基本能成；答案如果是只有老板，那就要再多想一层。