ERP产品要适应各方面的需求，事实上不可能。ERP产品不能充分满足客户的需求，这是众所周知的事实。就算当时满足了要求，企业的规模、产品、市场、管理等要素是在不断发展和变化的，软件要适时适应或阶段性适应是非常困难的。

一、项目定制，ERP的萌芽  

    ERP的发展从40年代就开始了，从40年代的订货点法、60年代的MRP(物料需求计划)、70年代的闭环MRP、80年代的MRPⅡ(制造资源计划)、90年代从MRPⅡ走向ERP(企业资源计划)，逐渐走向成熟。在ERP软件的研制上，刚开始都是采用项目定制(甚至现在还较普遍存在)。由于限于当时的条件，缺乏需求和技术积累，开始一般都采取定制方式。这种方式的缺点是研发成本很高，要升级意味着再次定向开发，大范围采用ERP就不可能。  

 二、通用化产品，从典型走向普及  

    当管理、技术、用户等积累到一定程度后，开始研制适应某行业的ERP软件，如离散型、流程型的ERP软件。由于通用ERP产品的出现，大大降低了成本，使原来无法承受的单位也可以接受了。

三、平台化ERP，个性化时代的曙光  
    在ERP应用实施的过程中，用户的满意度一直不高。主要原因是产品更新周期加快、市场响应要求提高，对ERP的个性化要求越来越高，这是导致ERP实施成功率不高的重要原因之一。如何应对这种变化，显然再去走定点开发的路是行不通的。那路在何方？――现代的计算机技术和软件设计技术已经为我们创造了基本条件，那就是走ERP平台化之路。例如，在计算机刚开始出来时，我们要使用直接的0和1(二进制)来编制程序，这是最原始最直接的方法。为了提高设计效率，简化程序设计，软件专家研制了汇编语言，之后大家就在这个平台上进行设计，大大提高了软件生产率。当然人们并不满足于此，后来在汇编的基础上出现了C语言，在C语言的基础上又出现了DBASE、BASIC及现在的VB、DELPHI、PB等等。实际上我们的应用系统就建立在这些基础平台上。  
    那么在语言平台与最终的应用软件之间是否还存在一个平台呢？回答是肯定的。经过多年的积累，人们已经总结出了业务的核心，其架构、业务模型、标准化高的业务处理均是可封装的，如果我们把这部分封装起来，再开发出辅助这个平台的客户化工具，就可以形成业务化平台。同样如此，如果对ERP进行分析、研究，将ERP的相关部分封装起来，再加上工具包，就可以形成平台化的ERP。  
四、平台化ERP的基本特征  

平台化ERP应该具备的基本特征至少包括以下方面：

1、在数据库方面，它具备ERP标准化的基础，还能进行扩展。既满足通用ERP的要求，同时又能够考虑再次进行客户化的要求。  
2、软件架构灵活，能够增加其他客户化的模块，并能一体化运行。核心业务、标准化程度高的业务要进行封装，对外是一个黑箱，只要进行调用即可。  
3、接口标准化。ERP软件中，有许多接口，为了便于进行客户化，接口要标准化，防止升级带来相关部分不能应用。软件工具部件化。现代软件开发，一个大趋势就是软件部件化，提高可重用度。实际上业务处理、业务逻辑、工作流等也是可以部件化的，这样在进行客户化过程中可直接调用，提高定制效率，而且规范。  
外围源代码开放。核心进行封装后，外围的源码就能进行开放，这样在进行客户化时，就能非常密切地与其他软件嫁接。与其他软件能较好共存。在这个平台上进行客户化时，必然要应用到或镶入其他业务系统，所以要求能有较好的兼容度。提供客户化工具包。具有规范的资源平台，使各种软件能够共享。具有完善的客户化技术资源文档。这是ERP发展的第三阶段，如果不适应这种发展趋势，一些ERP厂商必然又将面临被淘汰。  
    我们可以看到，在企业的ERP应用中，常常是买了软件，企业管理却没有提升多少，甚至弊大于利，给企业带来负面的效果，以致有人喊出“ERP成功率等于零”的悲观感叹。在推动中国企业的ERP应用方面，ERP软件商和服务商的工作任重道远。作为软件、硬件和服务的提供商，要认识到，企业在建设ERP系统时的所有一切(包括落后)都是无可指责的，需要好好反省一下的是我们自己所处的行业，并做出切实的努力，使整个的ERP产业更加健康地发展。这要求整个ERP行业充分地尊重客户，对客户负责。  
    以前往往ERP不成功都归于实施不好或是用户的原因，认为软件是可以的。实际上这是最大的误区。没有好的工具，没有客户化的手段，能实施好吗？一个软件，在每个单位设设参数就能使用好吗？规模不同、业务复杂度不同、管理要求不同，必然导致对软件的要求不同，从而导致产品化ERP难以实施。就算是所谓实施成功，也是削足适履，最后也就是勉强可用罢了。所以，纵观未来，平台化ERP必将给ERP带来一种新的思维、新的模式，较好地解决目前遇到的问题，推动ERP向新的阶段发展。