各行各业的ERP软件公司也有这样的体会，起初的几个月进行项目分析和讨论，用户也认可了，ERP系统实施过程中，客户要进行“二次开发”…然后事情就变得复杂跟原先预期距离拉远，最后导致“变质”...
当用户明确提出要二次开发的时候，则很容易造成ERP实施周期过长、开发的程序不稳定容易报错等问题；或者用了一段时间后想再做修改，才发现原来当初这样做是不对的，但可能涉及当初拍板决定的各方领导利益问题，所以也没人敢改了，因此导致二次开发的程序成了鸡肋，扔也不是，不扔也不是。
企业应选择通用还是实际？
试问有哪个企业愿巨额投入开发？例如处理文档、表格、财务等方面，很多成型软件在这个市场中，因此在选择上，优先注重的会是适合通用系统。
许多的信息化软件只为满足国家层面的要求，针对企业实际来说，通用方面功能满足了，其实还会需要ERP系统提供企业内部的管理信息。按照行业、模块开发的ERP系统，最初会按照一定参数来设定，但根据企业的发展规模、周期等因素差异导致除通用功能外还会有二次开发要求，因此还需适当调整。行业市场细分，ERP管理系统势必由通用走向专用。
企业本身特点该不该强调？
企业在做二次开发的时候，其实软件中管理流程已经是经过千锤百炼的提炼，所以没有必要太多的强调自身特点。而许多企业刻意去强调的是源于本身的不合理的业务流程或者优化和重组。这不应该去建立在对软件的修改开发上，不能让软件去适应流程。
不要修改核心的代码是软件自身体系的基本原则。企业的需求不能被满足，就要从ERP中导出数据再导入系统。尽量以小的改动去满足需求也是为之后的升级做打算。二次开发应该在技术人员指导下进行，因为可以充分的利用现有的数据库条件以及将数据的价值最大化。
扩大数据使用范围是指将ERP系统中的数据有计划地通过公司自行开发的系统提供给其他不使用ERP系统的人员，扩大共享范围。 从工程角度来说，这是一个复杂的大型工程，开发者应该保持绝对的原则并且对项目要保证可控性。因此，二次开发中，修改不宜多，否则ERP二次开发演变成无休止的修改过程。
技术人员需要多专业？
从事二次开发的人员既要熟悉软件的功能和相应数据库中表的结构，又要充分理解用户的特殊业务流程，这需要一定的时间和工作的，甚至可能会使项目延期；再者，改动软件后还可能影响ERP系统稳定性，影响版本升级。
对ERP项目进行二次开发应被视为“一把手工程”，需要企业领导给予足够重视，并且也需要软件提供商以及相关的企业内部人员给予足够的重视。只有这三方面的力量都重视了，管控严了，项目才能按期并保质保量地交付。
