很多企业会因为ERP定制将带来额外的工作而对其避而远之,但即便是最合适的企业软件也可能缺少某些必要的功能,无法支持员工完成日常工作,因此定制还是很有必要的。 |
当要微调企业ERP软件的源代码时,您必然会听到响亮的反对定制的呼声。标准化的、只提供最基本功能的系统有太多可取之处。一方面,您能为企业节省大量的资金,在真正需要更改源代码,以及在更改后的测试阶段里,还能节省大量的时间。更别提那些过于复杂或细致的定制了,它们只会严重拖慢软件运行速度,加大使用的复杂程度,让员工心灰意冷,弃之不用,迅速降低了ERP系统的价值。为此,一些供应商提供的软件产品在开箱启用后对定制有极大的抗性,更推崇现买现用的方式。但如果这些系统和企业需求不挂钩,就很难与业务流程密切配合。
然而,您不必对ERP定制谈虎色变。实际上,我们甚至建议对系统做出一些微调,尤其是在微调后能改进用户体验,增加企业所需的其他功能,或者能让企业更好地筹备未来发展的时候。很多企业会因为ERP定制将带来额外的工作而对其避而远之,但即便是最合适的企业软件也可能缺少某些必要的功能,无法支持员工完成日常工作,因此定制还是很有必要的。
如果ERP定制后能够天衣无缝地配合当前的业务流程,企业也会难以抗拒,但大多数时候,最好是根据软件来配置流程。那么,多大程度的ERP定制才算是过度呢?一般来说,除非能在以下领域有所改进,否则都算是过度:
易用性
评价ERP成功与否的最重要的标准之一就是用户采用率。毕竟,往系统中输入数据来运行系统的是终端用户。没有数据输入,ERP就成了花哨却空洞的摆设。这样的软件对企业毫无用处,因此,如果系统无法为日常用户进行调整,无论是哪个部门的用户,都不建议就这样放任不管。如果您的团队自有一套特殊的流程处理方法,而新系统不支持这一方法,那么就要考虑添加新的功能。如果一些定制选项能够提高用户采用率,那么企业一定要推广应用。然而,更改源代码让系统适应复杂的流程有时往往适得其反,使得用户更难完成日常任务。如果一些定制选项是大部分员工都需要的,那就大胆采用吧。如果只是某个部门要求进行大规模的定制和修改,那么您应当和这个部门的员工仔细商谈,确定流程的优先级,再看是否有更加高效的方法来替代ERP完成他们的工作。
因此,在开发和测试定制选项时,您要与和软件互动最多的员工紧密合作,了解他们的反馈、倾听他们的顾虑,确保最终的ERP产品能够反映他们的需求。毕竟,终端用户在实施过程中的参与度越高,系统上线后他们就更容易上手使用。
功能性
尽管我们不建议用ERP定制来更改系统的基本功能,但您也不应当过多的限制流程和运营,削足适履。如果您的流程或工作流在企业中起着核心的作用,那么无论如何也要根据该工作流对软件进行相应的配置。举个例子,可能是车间需要包装功能、精益排程功能,或者是产品需要特殊的配置或常用的定制功能。需求就摆在这里,如果您没有更好的软件选项来支持这一需求,那么就定制吧。一些小型的定制不会影响到项目,而一旦走了极端,花了太多时间来更改源代码,那么您就应当回头想想,现在选择的这款软件是不是真的适合企业。
灵活性
众所周知,ERP软件绝非一成不变的,也绝不是一个短期的项目。大多数企业都希望自己的ERP软件能够沿用数年,甚至是数十年。而这只有在考虑ERP定制时预见到企业未来的目标,才能保证系统能够持续提供支持。比如,企业可能需要对ERP进行定制,来支持未来和CRM或市场营销自动化软件的集成项目。您还要考虑到企业规划的未来发展路径。企业是否在日后要扩张到新的地区或国家,因而需要先进的货币兑换和时区转换系统,或是需要一支远程团队来操作系统?这些特定的功能虽然是必须的,但可能不是每个模块都提供这些功能。虽说您在选择ERP供应商之前就要考虑周全,但在上线之后做出决定也为时不晚。然而,如果您认为某个系统能够完美契合业务流程,仅仅需要在日后对某些特征项做出调整,那么ERP定制自然是您最理想的选择。
资源是前提
这是不言自明的道理,但如果您没有一支内部IT团队,或是足够的预算,也没有能力聘请第三方咨询合作伙伴,那么进行ERP定制可能不是明智之举。根据ERP软件平台的不同及其对新代码兼容性的高低(或者是访问的难易程度),系统定制可能只带了一些小问题,也可能成为长期挥散不去的噩梦。这意味着,一旦您确定要定制,那么早在软件选择过程中就要考虑到这一点,因为在软件开发时,您必然希望软件足够的灵活。第二,您无论如何也要确保有能力来完成这个项目,无论是借助团队中软件开发专家的帮助,还是寻求外援。
如果团队中没有ERP软件开发专家,但仍然决定要对ERP的某些功能进行定制,那么外部顾问便成了您最稳妥的选择。他们通常是由顾问或开发人员组成的专业团队,熟知ERP的实施与定制过程,能够为企业和终端用户打造出最完美的系统。您要充分利用初期的面谈和演示流程,并与所有的合作伙伴密切协作,确保他们深入了解企业的业务流程、您的独特需求以及将要定制的软件,在定制的每一阶段进行完整的测试,确保成功完成定制,而不是又陷入了一团乱麻般的代码中!
总结
没错,在大多数情况下,我们都建议根据新ERP软件的功能来配置业务流程,而不是反其道而行之。毕竟,软件这样设计是有合理的原因的。而有时候,完全不进行定制也不太现实,无法让新软件实现预期的功能。
此外,有越来越多的企业在系统上线后选择进行定制,如果企业是在实施的初期阶段否认了定制的想法,那么这时做出弥补也无可厚非。安装原版软件,然后进行升级和修改代码已经成为了行业的普遍实践,如果您当前没有足够的资源来定制,但在未来能够具备定制的能力,那么这也是一个不错的选择。无论怎样,ERP定制与否都无法给出非对即错的答案,而企业的决定要业务流程、需求和员工为基础。世上没有两家完全一样的企业,也没有两个完全相似的ERP实施项目。定制程度要保持在最低,也要有足够的缓冲空间来支持所有的商业需求。