质量管理系统(QMS)-5.企业导入质量管理软件的利与弊1/2

上一篇中我们谈了企业如何选择质量管理软件，那么当企业决定导入质量管理软件前，企业尤其是民营企业老板在做投资或者上新项目时，通常会分析一下ROI，这是一件非常合理的事情。


当企业导入质量管理软件，投入通常包括：

软件费用，二次开发费用，系统对接费用，硬件费用，员工培训，员工停工费用，每年维护费等。


任何事情都有正反两个方面，从来就没有只有优点而没有缺点的事，导入质量管理软件也一样。


谈收益之前，先举几个失败的例子，泼泼冷水，在计算收益时，别忘了还有鸡飞蛋打的可能。


*系统开始上线时，运行速度还可以，时间一长，就卡顿，结果慢慢就没有人使用了，系统也就变成一个死系统。

这个现象非常容易出现在定制开发的系统以及二开的模块中。道理很简单，在一定价格内，现在数据库的容量以及读写速度还达不到我们的期望，太多的关联分析以及太多数据的轮询会让系统运行速度变得很慢，不负责任的乙方公司，只会根据客户的需求，不告诉客户长期潜在的问题，用抄近道短期行为方式，头痛医头，脚痛医脚，产品能上线就行。

而且，外包公司开发人员的流动率很高，并且开发人员的工资和奖金通常与开发进度以及是否能按时交付挂钩。再者，看一看这些外包公司开发人员的平均工资，就知道他们的开发水平怎样。这还没完，还有，高水平的开发人员大概率也不会甘心在外包公司工作。这不仅仅是中国独有的现象，全世界都一样。

水平不行还短期行为，结果不用我说了吧--自然是失败概率大增。


*一个国外信息化巨头给中国一个机加工大型国企实施质量模块，梳理时，乙方派了一个没有工厂质量管理经验的人，PPT非常完美，但实际上线，来料检验部门和实验室部门乱作一团，还不如以前用纸质的检验流转单。

该公司的来料检验分别在三个不同地点，接收货物的地方负责检验标签，包装和外观，一个地方负责检验尺寸，另外一个地方负责检验材质性能。


现在各个地方都不知道其它另外两个地方的情况，最后，还是使用纸质的报告，检查完所有项目后，再由一个负责人统一录入数据，该系统对于一线检验人员体验非常不友好。


*系统对接问题也不少。还是拿真实的案例说明，很多ERP对于供应商和客户的信息，通常只做代码唯一性校验，对于全称和简称则不做唯一性校验，对于财务没有什么问题，因为财务付款时，一定会仔细核对代码。但是，在生产一线，让操作工人记住供应商代码，就是一个笑话。

如果前期没有注意到这个问题，后期的数据会一塌糊涂。


*有些乙方对于某些甲方国企的命门拿捏的很准，签合同之前，各种公关，各种游说，各种保证，国企甲方爸爸首付款打给乙方后，乙方却不担心前期的承诺。

因为，乙方知道国企的项目通常是上面批准的，到时候一定要上线，一定要说项目成功实施，否则甲方的项目负责人甚至包括部分领导的仕途也会受到影响，反倒会出现甲方求着乙方验收的怪现象。

看看有些政府部门和国企做的网站和APP，就知道这类项目做的有多烂，烂到超出你的想象。项目烂，但并不代表项目金额低。

如果你看到有些乙方的客户案例全都是大国企，你可以呵呵一下。

有民企的客户案例才是牛逼的案例，系统不但要好用，价格也要有竞争力，因为能从民企老板的兜里掏出一块钱，你不是需要有点真本事，而是需要有真正的大本事，在产品的构架、灵活度、适用性、可扩展性等方方面面都要做到足够优秀，这就需要产品设计人员有足够的行业经验、需求理解能力与分析归纳总结的技能，开发人员也要足够的牛逼，这样开发出来的系统才能够给这个民企老板带来十倍百倍的收益。