成本上說優(yōu)劣

那么成本呢？這需要算一筆帳。
通常我們能夠看到的構(gòu)建ERP系統(tǒng)的成本包括兩個方面—軟件購買和系統(tǒng)實施，而系統(tǒng)實施費用主要被三項工作瓜分：企業(yè)用戶業(yè)務流程重組（BPR）、軟件二次開發(fā)和用戶培訓。對不同的ERP產(chǎn)品來說，軟件購買和系統(tǒng)實施占用總費用的比例是不同的，大中型ERP的構(gòu)建中，軟件購買費用往往小于總費用的50%，實施成本則往往超過總費用的50%，甚至達到70%以上；而中小型ERP產(chǎn)品的情況則剛好相反。為什么會這樣？原因是大中型ERP實施難度大，因此實施過程中的軟件二次開發(fā)以及咨詢的工作量都要加大，咨詢顧問的收費從每小時幾百元到幾千元人民幣，甚至有更高的，軟件開發(fā)的費用也相當高昂，這直接導致實施成本大大增加。此外，基本上BPR、軟件二次開發(fā)和用戶培訓這三項工作的成本比例大致是3:5:2。
接下來我們就可以算算平臺ERP是否能夠節(jié)省投資了。首先，在軟件購買方面，由于增加了一個軟件平臺，因此平臺ERP的軟件購買費用往往會高于普通ERP產(chǎn)品，可能會高出50%左右。但是由于幾乎所有的功能部分都已經(jīng)組件化，ERP實施工作基本上類似于組件重載，所以實施過程中的二次開發(fā)費用會減少70%左右，用戶培訓費用也會相應減少。此外，由于平臺ERP的基本思路是用軟件擬合用戶的管理思路，所以有思路認為BPR工作未必需要開展，即使需要開展，其成本投入也會小于普通ERP。
這樣算下來情況就很清楚了：對于中小型ERP來說，平臺ERP的成本優(yōu)勢并不明顯，甚至會增加成本投入—唯一有誘惑力的是，平臺ERP的靈活性會高一些，對于未來的業(yè)務調(diào)整或企業(yè)規(guī)模變化可能具有更好的適應能力；而對于大中型ERP來說，平臺ERP將具備相當程度的成本優(yōu)勢，適用于這一檔次ERP產(chǎn)品的企業(yè)用戶可以有兩個選擇—省錢，或者用等同于普通ERP的投資完成更多的功能、更細致的開發(fā)效果。
組件資源是關(guān)鍵
現(xiàn)在已經(jīng)有不少廠家開始提供平臺化ERP。必須說明，用戶選擇平臺ERP軟件產(chǎn)品時，依然需要根據(jù)兩方面的證據(jù)來驗證可用性：其一，平臺自身能夠確保軟件重載的可用性和可擴展性；其次，它有足夠的、支持高可用性的管理組件群，以便適應不同企業(yè)、不同發(fā)展時期的用戶需求。前者老買并不擔心，因為完全可以依靠軟件技術(shù)來實現(xiàn)；關(guān)鍵問題在后者—它需要足夠的行業(yè)、企業(yè)成功案例來證明。
由于平臺管理軟件出現(xiàn)的時間并不長，老買估計它在ERP的強項行業(yè)—制造業(yè)和流通業(yè)—是有可能有充足的高可用性組件群的，但在其它行業(yè)的組件資源就未必豐富了。老買就這一觀點詢問過一些業(yè)內(nèi)人士，得到的答案與老買的估計相吻合。所以，如果非ERP強項行業(yè)的用戶打算采購平臺ERP，應該有一個更平和的心態(tài)，因為很可能許多組件需要在系統(tǒng)實施中由用戶參與共同開發(fā)—這需要用戶擁有更多的耐心，提出更準確的開發(fā)需求。而這個過程應該是一個加速過程，這一點是非常令人鼓舞的。
說實話，曾經(jīng)是軟件工程師的老買真的期待看到更多平臺ERP的成功案例。老買相信企業(yè)用戶也希望看到這些，因為所有的人都需要一種成功的ERP途徑去招財進寶。
多知道點總是好的

幾乎所有的管理軟件—ERP、SCM、CRM，都會面對用戶的個性化需求與軟件設計的通用性之間的矛盾，這些個性化需求主要表現(xiàn)在兩個方面：
其一，個體之間的需求差異：不同的用戶對軟件系統(tǒng)的應用需求是不同的，這不僅指行業(yè)之間的區(qū)別，即使是行業(yè)內(nèi)部，其應用需求也會有部分不同。這種不同帶給大型系統(tǒng)開發(fā)工作的難題就是“為適應用戶個性而改變軟件，還是促使用戶適應軟件”。
其二，個體在不同發(fā)展時期所表現(xiàn)出來的需求差異：同一用戶，在不同的時間、不同發(fā)展階段，對軟件系統(tǒng)的需求會發(fā)生改變，導致改變的因素很多，外因如市場環(huán)境變化、企業(yè)規(guī)模變化、供求關(guān)系變化等，內(nèi)因如組織機構(gòu)調(diào)整、管理思路革新、業(yè)務流程重組等等。然而管理軟件不會因為企業(yè)發(fā)生了以上變化就自行完成調(diào)整，企業(yè)在這個時候會強烈地感覺到“腰粗了，褲子卻沒改”的束縛感。
作為企業(yè)用戶，了解這些會有一個好處：在管理軟件工程實施過程中更了解軟件開發(fā)的難點和痛點，更準確地提出合理的要求。