ERP选型案例之借鉴和不足

日期: 2012-02-02 来源:TechTarget中国 英文

  众所周知,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系统的主干流程;其更加不能够取代程序代码的地位。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

相关推荐

  • 联合国的首席技术官:创新和网络犯罪

    将业务和IT目标相结合,对于任何CIO都是艰难的工作。而作为联合国的CIO,有17个目标,其中包括“结束一切贫困”,是更大的挑战。

  • 企业确保ERP实施成功的十种战术

    ERP项目的决定是一个冷静的反思与严谨的调研过程。“知己知彼,百战不殆”,这个战术同样适用于企业ERP软件选择与实施中。

  • 如何提高ERP生产计划执行率?

    本文通过对ERP系统原理、ERP生产计划产生过程以及烟机企业生产计划执行情况的分析,找出影响ERP生产计划执行率的主要因素,提出解决影响ERP生产计划执行率的办法。

  • 为云而云的云计算方案很难产生效果

    业务发展和保持市场优势的压力使得对云计算的需求日益增长。然而,就如同任何的IT重要决策一样,在面对云计算方案时,深谋远虑和放眼全局是必不可少的……