质量管理系统(QMS)-6.自己开发,外包还是购买产品

企业在明确要上质量管理系统(QMS)后，必然要面对的一个问题是自己开发、委托第三方外包公司开发还是购买软件产品，每种方式都有优缺点，这其中的关键是要看自身行业的特点、企业的现状、开发能力以及未来的规划。

首先我们来看一看开发一个软件所需要的主要流程：

Figure1 软件开发流程

对于软件项目开发的每一个阶段，都要由有专业知识与技能的人员来完成。

同时，软件开发在技术和管理两方面的复杂程度，与业务复杂程度、软件规模密切相关。越是业务复杂、规模大的软件，开发所用到的技术，时间以及人力成本就会成指数型上升。

Figure2 软件规模分类表

能够实现质量管理中的常用功能（来料检验，过程检验，出货检验，首件检验，巡检，不合格品管理，纠正预防，客户投诉，评审管理，文档管理，量具管理，质量追溯，报表分析）的质量管理软件，规模大概在150K行代码以上，属于大型以上软件。

那么我们就三种选择方式分别进行分析。

先说一说自己开发

在国家新基建、鼓励企业数字化的大趋势之下，软件行业无疑是一个新兴的领域，这就决定了必然会有很多新的机遇。就像40年前的办企业，20年前买房一样。伴随着很多新诞生的专业软件企业，还有像阿里、百度等互联网企业，电信联通等企业，以及博世、戴尔、美的、格力、三一重工等为代表的传统制造业都已经或正在成立数字化工厂、软件等项目，给自己用的同时，也希望作为产品推广到其他客户。帮助企业自身提高的同时，还可以拓展业务，或者更换赛道。

我们不否认，企业自己开发对某些行业是十分必要的，是有充分理由的。

ERP从1972年开始，到现在已经有48年的历史了，单单是在G2上搜索，相关ERP产品就有2100多个，但是还有企业在自己开发，为啥? 原因很简单，现有的产品不能满足企业的需求。如果企业不想完全从头开发，那么，只好在现有产品基础之上，进行一些特殊需求的二次开发以满足企业自身需求。

但其实二次开发也不是万能的。

首先，企业管理软件，是对企业管理的抽象总结，简单直白的说法是，先有企业实践，后有管理软件，而不是倒过来。对于新兴的行业，新兴的管理方式，往往没有现成的系统。二开也是在有一定基础之上的二开，就像改装汽车一样，不能在马车的基础之上改装。

同时也面临着有时候二次开发费用过高的问题，那还不如从头开发来的划算，还以改装汽车为例子，可以在轿车的基础之上改装越野赛车，但是不能在大客车的基础之上改装。

自己开发的好处有：

·     更了解本企业实际情况，适应本企业的需求。

·     本企业拥有源代码，可以持续不断改进。

·     通常（只是通常）企业自身不会开发大型软件系统，小型系统成功概率高，尤其是对企业特别重要，但又不复杂的需求，会极大改善企业运行效率。

还是老掉牙的套话，有一利必有一弊。

·     要做事就得有人，而且可能需要好多人。生产企业不是软件企业，程序员通常更希望加入专业做软件的公司，薪水对程序员是重要，但未来的成长也很重要，程序员不仅会考虑现在的收入，也会考虑将来的收入，如果不能开拓视野和增加技能，招人与留人是一个大问题。如果是开发大型系统，首先就要雇佣IT和业务两个方面都比较牛的领军人物，然后再由他雇佣其它人员，这些都是成本，而且不便宜。还有，在软件开发好以后，是否还需要为了开发这个软件时所招聘的所有人？后续如何进行安置？

·     不是所有的功能都能开发出来。虽然开源的组件越来越多，但有些系统还是需要自己开发，没有历史的积淀，成本难于控制。

·     性价比不高。特别是针对大型的复杂系统，除非是企业不得不自己开发的系统，如淘宝，京东，滴滴等，有些系统真的没有必要自己开发。

自己开发，说白了不符合社会化大分工的原则，可以有，但不会是主流，可以起到辅助的作用。最主要的原因是没有复用。

如果该企业期望不仅为自己企业开发软件系统，以后还能卖给其他企业，的确有这样的成功案例，如达索，但这样的成功案例太少了。

你可能有疑问，我们自己开发的软件，我们自己用的非常好，还可以用我们的工厂给他们展示，为啥客户不买单呢？

不利的因素是适合自己企业的软件，如果要拿出去卖的话，其实最匹配的就是卖给自己的竞争对手，因为业务模式比较接近，但是哪一个竞争对手会买自己的软件呢？如果是跨行业推销，比如一家电机企业自己开发的质量管理系统向食品企业推销，您觉得甲方会有什么感觉？

还有，软件公司的成本不仅仅是开发软件的费用，这是一个系统工程。举个例子，街坊邻居都说你的包子味道好，大家都赞不绝口，但不等于说你开一个包子铺就能赚钱，这还是在你是包包子达人的假设前提下，如果连包包子都不会，情况就变得更加艰难了。

第二种方式是外包开发

外包公司主要以IT人员为主，很难有足够行业专业知识的业务人员与客户就需求进行深入沟通。大部分是鹦鹉学舌式的转述。

将自以为理解的客户需求转述给IT人员，IT人员再将自以为理解的需求转换成代码。那么，不断转述过程中，信息到底被正确理解多少，只能看运气。

Figure 3 客户需求转化效果