目前的軟件模式大致可以分為大規模定制開發、商業軟件少量定制開發和介於兩者之間的平臺少量定制開發等三種開發模式
定制開發市場將會逐步萎縮
定制開發，過去看似很有誘惑力的開發模式，隨著行業的不斷規範，各種行業軟件的不斷推出和國內國際大型企業管理軟件產商的不斷蠶食，定制開發市場將會逐步萎縮，將被那些成熟產品和業務平臺所取代。
定制開發，業務範圍是很有限的，壹方面，定制開發只能是小規模的，壹個幾百萬，上千萬的項目要定制的話，開發出來的產品是否專業不說，當就開發這樣的壹個系統所耗費的開發和實施時間，按目前的公司頻繁開張和倒閉，估計足夠壹個軟件公司倒閉好幾次了，這樣的項目，業主怎麽會放心定制呢?另壹方面，搞定制開發，需要軟件公司的綜合實力特別是行業實力要求比較高，由於軟件公司沒有專業的行業堅決方案，基本上是見單打單，因此基本上是企業業務的手工模擬，能夠實現手工業務電子化就很不錯了，又怎麽能將ERP的先進管理理念和思想融入其中呢。
定制系統的靈活性差，跟不上企業的發展速讀。往往是IT部門開發出來後，業務部門的需求已經方式變化。同時，集團在不斷的兼並、重組，並且不斷向其他業務領域延伸。定制系統的擴展性差、適應性差的缺點越來越突出。
IT技術正以難以想像的速讀飛速發展，要靠企業自身的IT隊伍跟上技術發展的潮流非常困難。如果不發展，又恐不能充分利用最新的信息技術對管理和生產力的提升，最終被商場所淘汰。
因此，定制開發由於開發周期長，行業業務理解不深刻、基本上是手工作業電子化等特點，無法將ERP管理軟件的先進管理思想如標準化思想、全面質量管理思想、供應鏈管理思想等融入其中，同時由於成熟軟件產品的不斷豐富和蠶食，定制開發必將逐步退出歷史舞臺。
平臺模式將是未來信息化的主流
提到平臺，在2001年是炒的最熱鬧的壹年，很快，平臺概念就和炒ERP壹樣被炒爛了，無論是什麽系統，那怕就是壹個Excel做的幾個宏文件，也要加上壹個平臺。
如何理解平臺?
平臺的概念目前基本上有兩種，壹種是基於快速開發目的的、提供壹些輔助開發工具(如系統管理、組件等)的開發平臺，這種平臺是壹個純粹的技術平臺，充其量是壹個開發工具(如Delphi)的優化，但凡有開發任務時，所有的客戶業務都需要重新開發(當然有些技術平臺也包含了壹些系統管理、組織權限等相對通用的東西)。另外壹種平臺是在技術平臺的基礎上發展起來的，以業務邏輯為核心的業務管理平臺，這種平臺的特點是不僅僅是壹個狹義的技術平臺，更封裝了行業(或典型企業)的很多相對通用的業務邏輯，而這些業務邏輯壹般是對某個行業的深刻研究後才能得到的結果，比較典型的有金蝶的BOS平臺，東軟的VP.net平臺等。
當然，業務平臺也有很多需要考慮和完善的，否則，再好的思想也僅僅只是思想而已，“行動才有結果”，我個人認為，目前的業務平臺主要有以下壹些方面值得關註：
1、數據綁定問題。壹方面是要支持不同的數據庫。不同的數據庫，存儲過程(Procere)、觸發器(Trigger)的編寫和執行都不壹樣，同時，數據庫的事務控制、數據並發等也是非常關鍵的問題。另壹方面，數據的存儲問題，業務數據是以數據庫表(Table)的形式來表現還是以對象來表現，從常遠來看，可能是會是以對象來表現，但用對象來表現，技術怎麽實現，效率如何?筆者參與開發的壹個平臺就是因為采用了完全面向對象的方式來綁定數據，導致系統的效率極大的降低(特別是在數據量很大時，對象的打包解包都嚴重影響了系統的執行效率)而難以推廣。
2、效率問題。由於業務平臺不是針對具體的業務，因此，運算邏輯就會比較復雜，同時由於各業務組件是相互獨立的(解釋壹下為什麽要獨立，業務平臺作為壹個框架模式開發，遵從“好萊烏原則”-我調用妳，妳不要調用我，控制權掌握在框架上，各業務組件必需獨立，否則妳中有我，我中有他，要用到他，就必需用到妳、我，那樣就不是壹個平臺了)各系統之間的連接也會影響到系統的效率。
3、業務邏輯的提取，這是壹個很難、也是很多技術平臺無法向業務平臺轉化的關鍵。首先，我們要進行業務的抽取，我個人的建議是先按標準的ERP理論來提取，接下來，請相關業務專家進行完善和業務邏輯具體話，必要時可以借助外部咨詢公司的力量。最後，用到實際中去，“實踐是經驗真理的唯壹標準”，不要怕失敗，怕不是問題，不做才是問題，不做永遠沒有成功的機會。
成熟的ERP產品為完美咨詢實施服務提供了堅實的基礎
相對大規模定制開發和平臺模式下的企業信息化建設，擁有壹個相對成熟的產品具有得天獨厚的優勢。當然這個產品不壹定要是壹個壹個具體的、有形的東西，這個產品可能是我們的解決方案，也可能是我們的平臺，也有可能是我們代理的產品。