成本上說優劣
那么成本呢?這需要算一筆帳。
通常我們能夠看到的構建
ERP系統的成本包括兩個方面—軟件購買和系統實施,而系統實施費用主要被三項工作瓜分:企業用戶業務流程重組(BPR)、軟件二次開發和用戶培訓。對不同的
ERP產品來說,軟件購買和系統實施占用總費用的比例是不同的,大中型
ERP的構建中,軟件購買費用往往小于總費用的50%,實施成本則往往超過總費用的50%,甚至達到70%以上;而中小型
ERP產品的情況則剛好相反。為什么會這樣?原因是大中型
ERP實施難度大,因此實施過程中的軟件二次開發以及咨詢的工作量都要加大,咨詢顧問的收費從每小時幾百元到幾千元人民幣,甚至有更高的,軟件開發的費用也相當高昂,這直接導致實施成本大大增加。此外,基本上BPR、軟件二次開發和用戶培訓這三項工作的成本比例大致是3:5:2。
接下來我們就可以算算平臺
ERP是否能夠節省投資了。首先,在軟件購買方面,由于增加了一個軟件平臺,因此平臺
ERP的軟件購買費用往往會高于普通
ERP產品,可能會高出50%左右。但是由于幾乎所有的功能部分都已經組件化,
ERP實施工作基本上類似于組件重載,所以實施過程中的二次開發費用會減少70%左右,用戶培訓費用也會相應減少。此外,由于平臺
ERP的基本思路是用軟件擬合用戶的管理思路,所以有思路認為BPR工作未必需要開展,即使需要開展,其成本投入也會小于普通
ERP。
這樣算下來情況就很清楚了:對于中小型
ERP來說,平臺
ERP的成本優勢并不明顯,甚至會增加成本投入—唯一有誘惑力的是,平臺
ERP的靈活性會高一些,對于未來的業務調整或企業規模變化可能具有更好的適應能力;而對于大中型
ERP來說,平臺
ERP將具備相當程度的成本優勢,適用于這一檔次
ERP產品的企業用戶可以有兩個選擇—省錢,或者用等同于普通
ERP的投資完成更多的功能、更細致的開發效果。
組件資源是關鍵現在已經有不少廠家開始提供平臺化
ERP。必須說明,用戶選擇平臺
ERP軟件產品時,依然需要根據兩方面的證據來驗證可用性:其一,平臺自身能夠確保軟件重載的可用性和可擴展性;其次,它有足夠的、支持高可用性的管理組件群,以便適應不同企業、不同發展時期的用戶需求。前者老買并不擔心,因為完全可以依靠軟件技術來實現;關鍵問題在后者—它需要足夠的行業、企業成功案例來證明。
由于平臺管理軟件出現的時間并不長,老買估計它在
ERP的強項行業—制造業和流通業—是有可能有充足的高可用性組件群的,但在其它行業的組件資源就未必豐富了。老買就這一觀點詢問過一些業內人士,得到的答案與老買的估計相吻合。所以,如果非
ERP強項行業的用戶打算采購平臺
ERP,應該有一個更平和的心態,因為很可能許多組件需要在系統實施中由用戶參與共同開發—這需要用戶擁有更多的耐心,提出更準確的開發需求。而這個過程應該是一個加速過程,這一點是非常令人鼓舞的。
說實話,曾經是軟件工程師的老買真的期待看到更多平臺
ERP的成功案例。老買相信企業用戶也希望看到這些,因為所有的人都需要一種成功的
ERP途徑去招財進寶。
多知道點總是好的
幾乎所有的管理軟件—
ERP、
SCM、
CRM,都會面對用戶的個性化需求與軟件設計的通用性之間的矛盾,這些個性化需求主要表現在兩個方面:
其一,個體之間的需求差異:不同的用戶對軟件系統的應用需求是不同的,這不僅指行業之間的區別,即使是行業內部,其應用需求也會有部分不同。這種不同帶給大型系統開發工作的難題就是“為適應用戶個性而改變軟件,還是促使用戶適應軟件”。
其二,個體在不同發展時期所表現出來的需求差異:同一用戶,在不同的時間、不同發展階段,對軟件系統的需求會發生改變,導致改變的因素很多,外因如市場環境變化、企業規模變化、供求關系變化等,內因如組織機構調整、管理思路革新、業務流程重組等等。然而管理軟件不會因為企業發生了以上變化就自行完成調整,企業在這個時候會強烈地感覺到“腰粗了,褲子卻沒改”的束縛感。
作為企業用戶,了解這些會有一個好處:在管理軟件工程實施過程中更了解軟件開發的難點和痛點,更準確地提出合理的要求。