ERP选型案例：平台型产品的得与失

ERP选型案例：平台型产品的得与失

众所周知，ERP项目选型对于这个项目成功的重要性。笔者虽然参与过很多企业的信息化项目选型工作，但是也不敢自称为这方面的专家。因为ERP项目选型牵涉到的因素有很多，而且又灵活多样。在某个企业中广受好评的选型方法可能在其它企业中就会变成鸡肋。所以，笔者认为，对于ERP项目的选型没有普遍适用的原则，也是需要企业的项目负责人根据实际情况灵活的应用。

再此，笔者想借一些公司选型的案例，来对他们的得与失做一个比较客观的评论。或许这些内容能够对正在ERP项目选型的企业，能够起到抛砖引玉的作用。

平台型产品的得与失

笔者参与过一家企业的ERP项目选型工作，那时，笔者是作为企业的独立咨询顾问参与他们的ERP项目选型的。选型一开始很顺利，在笔者的建议下，企业先成立了一个项目小组，然后对企业的需求现做了一番自我的调研，并形成了初步的需求调研报告。然后企业项目小组负责人开始接触各个ERP软件的供应商厂商。

不过就在这个跟供应商接触的过程中，ERP项目小组内部出现了分歧。一方面他们希望能够选择一些平台型的产品，如此的话，即使后面有什么改动的话，则也可以方便的进行调整。另一方面，则对于平台型的产品心存顾忌，他们当心平台型的产品不怎么完善，而且修改过多的话，会不会对产品的稳定性造成影响。

项目小组组长众口难调，就采取了中庸之道。平台型的ERP产品选择了两家，普通的ERP套装软件也选择了三家，供项目小组进行选择。企业因为自身生产管理的特点，需要在领料管理中有自动扣料的功能。跟对方的售前咨询顾问沟通之后，发现所选择的三家套装软件供应商中有两家的产品有这个功能。而在平台型的ERP产品中，有一家产品的咨询顾问宣称虽然自己现在没有自动扣料的功能，但是凭借他们提供的平台，可以轻松的实现这个需求。当项目小组组长向笔者反映这个情况的，我对他们说，那就让他们当场配置看看，等配制出来再说吧。其实，我的弦外之音就是，只使用平台是无法配制出自动扣料的功能。因为像自动扣料这种功能，必须要进行后台复杂的编码才可以完成;而且，其牵涉的内容比较多，也不是在短时间内可以完成的。结果到企业提出这个要求之后，对方却一再推脱，说一定要在签合同之后才能够做;同时一味的强调他们平台的重要性。

最后，企业还是放弃了平台型的产品，选择了一家ERP套装软件的提供商。

从以上这个ERP项目的选型中，我们可以吸取哪些教训呢?这家企业在ERP项目选型中哪些地方只得我们借鉴，哪些地方我们应该有所改进呢？

值得借鉴之处之一：在选型之前，先进行简单的需求调研。

这家企业，在ERP项目选型之前，先成立了项目小组，然后对当前企业中的问题与不足之处进行了需求调研，收集了企业员工的不少需求。俗话说，巧妇难为无米之炊。若没有这些需求的话，则企业在项目选型过程中，就失去了评判的标准。相反，有了这些需求后，可以帮助企业节省很多的精力。如企业在领料管理中，需要实现自动扣料。就凭这个功能，就可以过滤掉不少的ERP软件。在这方面，笔者认为这家企业做的不错。虽然这可能要花费一定的时间与精力，但是，收集到这些需求之后，企业在项目选型中可以取得主动。而且，对方软件公司的售前咨询顾问看到你这么懂，也就不敢随意糊弄你。

总之，笔者觉得企业在ERP项目选型之前，要多学学这家企业，事先做好功课，进行一些必要的需求调研，了解企业员工的实际需求。然后以这些需求作为评判标准，去选择合适的ERP软件。可以这么说，这是ERP项目选型的一条捷径。

值得借鉴之处之二：在对待自动扣料这个业务的最终态度上。

当企业知道平台型的产品没有自动扣料的功能，即使对方售前顾问再三的吹嘘他们的平台有多么的强大，但是，企业还是坚持己见，让对方先在平台上配置“自动扣料”的功能看看。就这一要求，就让对方露馅了。

确实，企业在项目选型的时候，不要光听对方的片面之言。这就好像买东西，对于销售员的推销，我们不能够全信。要自己亲自去尝试，才能够了解产品的本质。特别是像软件这种产品，有些功能只有自己实际去操作了，才能够了解其中的困难。往往表面上说的最好的软件，在实际应用中，所打的折扣也就越多。

所以，笔者觉得，当售前咨询顾问在推销他们的ERP产品时，说什么什么好的时候，要多长一个心眼，要实际去尝试一下，看看这个是否有他们所说的这么好。有时候，这可能只是他们的一个包装，中看不中用也有可能。

不足之处之一：对ERP系统的二次开发缺乏认识。

无论是平台型的ERP产品，还是纯套装的ERP软件，由于其都是现成的软件，所以，到企业中应用的时候，都不可避免的要进行一些二次开发。但是，现在有一个问题要注意，对于ERP软件进行二次开发是一个非常复杂的问题，特别是对其主干结构进行修改的话，无论是其工作量还是对ERP现有功能的影响，都是非常大的。

但是，这家企业很明显对于ERP系统二次开发缺乏认识，错误的认为二次开发是一项简单的工作。在ERP项目选型中，笔者认为，企业应该对二次开发这个工作有一个比较深入的了解。

一方面要了解二次开发的成本。有不少软件公司一般都不怎么建议客户对ERP软件进行修改，特别是主干方面的修改。所以，对于二次开发的收费有时候带有惩罚的性质。如有些公司二次开发的开价是500元/小时/人。这个费用是比较高的。而且若涉及到像自动扣料这种主干功能的话，估计没有个四、五十个小时是拿不下来的。根据笔者的经验，一个五十万左右的项目，只是对于一些表面的内容，如添加一个字段并关联几个窗口、复杂报表的实现等等跟程序牵涉不多的内容，其二次开发往往就在三万到五万左右。若设计到主干程序的修改的话，则其二次开发的成本是很吓人的。

二是要了解二次开发对于现有系统稳定性带来的风险。一个比较完善的ERP系统，其代码数量都是超过上千万的;而且后台数据库中的表也是数以万计。大家去看看其后台数据库的设计模型图，就会看得眼花缭乱。也就是说，ERP系统是一个非常复杂的信息化管理体系。若在这个基础之上，对其进行复杂的修改，更改其信息流的走向，则会大大的危害其员工的稳定性。

所以，从以上这些方面考虑，笔者都不建议对ERP系统进行复杂的二次开发。若只是对ERP系统进行表面上的修改，只是涂涂画画，笔者是支持的。

如只是对ERP系统的输入格式进行修改。例如在ERP软件中的表单或者报表往往不能够满足企业的需求，如有的用户希望能够在同一张报表中看到销售订单的具体执行情况，如基础资料是否整理完毕、生产采购等部门是否已经安排好采购与生产计划、生产的具体进度等等。这个报表看起来比较复杂，但是因为其只是对ERP系统的输出格式进行重定义，不会影响到ERP系统的后台架构。为此其二次开发的成本，是比较低的。特别是对于ERP系统原有的功能基本上没有影响。故对于这些输出格式的重定义，笔者还是支持的。

不足之处之二：对于平台型的ERP产品缺乏足够的认识。

确实，若ERP能够提供一个二次开发的平台，那么无疑可以提高其ERP系统的灵活性，可以帮助企业以更低的成本实现更多的个性化的内容。但是，这是有一个前期的。由于ERP软件的自定义平台期所强调的是一个无代码开发的环境，所以，其不能够实现一些复杂的功能。像自动扣料这种跟ERP系统的主干流程仅仅依靠这个平台根本无法实现。若真的可以实现的话，则那么多的ERP系统程序开发员就可以下岗了。

这家企业在ERP选型的时候，明显对于平台型的ERP软件缺乏了解，差点被售前咨询顾问的三寸不烂之舌打动。根据笔者的了解，所谓的平台，只能够实现一些简单的功能设计，像自动扣料这种跨模块合作、涉及内容广泛的流程来说，只靠平台，不进行代码的编写，是根本不可能实现的。

所以，笔者认为企业在ERP项目选型的时候，对于平台型的ERP产品要有一个清晰的认识。最重要的是要知道，最好的平台其也不是功能较多的，其不能够调整ERP系统的主干流程;其更加不能够取代程序代码的地位。