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。