舊ERP系統：替換還是新增？（轉）

無論使用者選擇更新系統還是增加新模組，整合都是使用者需要考慮的關鍵問題。
在小時候，我們對西方國家的人“用完就扔”的做法難易理解－－好端端的彩電，沒太大毛病，就這麼不要了。現在，我們明白了－－關鍵在於維護成本與新購成本的比較。那麼，企業的ERP系統，是否也應該按此原則來決定更新與否呢？

　　如果企業有一套“舊ERP系統”,現在又在考慮增加新的商務功能，諸如CRM(客Ч叵倒芾?、BI(商業智慧)以及電子商務方面的其他應用，企業就遇到了一個兩難問題：是把系統整個替換了，還是把新功能新增在舊系統上？對中國的使用者來說，可能沒有那麼多、那麼舊的ERP系統，而且也不可能輕易就採取替換的方式，但在面臨其他舊業務系統升級換代的時候，本文同樣可以提供一些借鑑。

　　關於未來的ERP將如何發展，討論已經很多了。無論如何，每個企業都是從現在的某個地方，也就是它今天所在的位置開始新的旅程。因此，如何從今天走向明天是更為現實的話題。如果“今天”用的是一套“舊ERP系統”的話，如何“開始新的旅程”就是一個必然面對的問題。

　　
何謂“舊ERP系統”？


　　“舊ERP系統”的含義很廣泛，分析起來不外乎以下情況：系統使用的還是字元終端；使用者用的是圖形使用者介面(GUI，Graphical User Interface)，但這個GUI並非當今流行的Windows應用；這套系統是20世紀80年代採用的；系統的開發商已經停止開發該系統在“新的領域”的功能；甚至系統的供貨商即將退出ERP市場。這些都無一例外地表明，使用者使用的就是“舊ERP系統”。

　　假設使用者有一套“舊ERP系統”，而隨著業務和戰略發展的需要，使用者還需要新增新的商務功能，諸如供應鏈計劃（SCP，Supply Chain Planning）、商業智慧（BI，Business Intelligence）、客戶關係管理（CRM，Customer Relationship Management）、新產品開發（NPD，New Product Development）、電子商務（e-Commerce）等等的時候，使用者就面臨兩難選擇：你是先以新系統替換“舊ERP系統”，然後增加新的模組呢，還是打算保持已有的ERP系統，然後在現有的系統基礎上再新增這些模組？

　　所有ERP供貨商，或者上述新功能模組的提供者，肯定會為使用者提出各式各樣的建議和忠告。但對使用者而言，關鍵是弄明白哪個供貨商能最大限度地滿足自己的需求？而且還必須確認，提出這些忠告的都是誠實、負責任的銷售代表。

　　
替換的理由


　　要替換ERP系統，可不像換把新牙刷那麼簡單，一定要有充足的理由。企業為什麼要放棄“舊ERP系統”？如果只是說企業需要更新的、更高階的應用的話，的確太過簡單、草率。企業需要認真研究，保留或者替換現有系統，哪個能達到系統改造的目的。

　　如果一定要從技術角度回答的話，企業應該考慮得更深入一些。最近，一位CIO告訴我，他打算更新他們的“舊ERP系統”，理由是：“使用者認為系統太舊了，而且介面都很難看。”使用者的不滿總是一個問題，只不過企業一定要掂量掂量，這個理由與替換所需要的成本、時間和造成的業務中斷相比，哪個更突出。

　　採取替換方式要考慮的現實問題，是比“成本和時間”更深層次的。公司必須支付購買和安裝新ERP系統的費用；必須承擔系統實施之前、之中和之後的業務中斷帶來的損失；忍受拆除舊系統，安裝新系統的痛苦；替換舊系統是不是就比第一次安裝時順暢？答案並不是肯定的。

　　一旦替換系統上馬，你是不是就能獲得足夠的ROI(投資回報)?花在實施替換系統上的時間，意味著你從CRM等新系統中獲得的回報的時間就推後了。當然，你可以替換和上新系統同時進行，可是誰願意冒這樣做的風險？搞不好企業會面臨更大的衝擊。

　　也許現有系統的技術本身是陳舊的，而且介面的確很難看，但如果新系統硬體和軟體引進總是中斷業務，或者需要支付昂貴的維護費用，使用者就需要考慮另外的方案來平衡；如果保留現存的硬體或軟體使企業冒極大的風險，甚至可能導致對服務永久性的破壞，這時除了更換系統，你別無選擇。

　　
新增的顧慮


　　為什麼要在現有的ERP系統上增加新的功能？

　　要是可以把新的功能模組，新增在原有的ERP系統之上，企業顯然可以獲得更大的好處。這樣的話，企業可以直接應用這些功能，可以獲得可觀的投資回報（ROI），整個工期肯定會比替換系統大大縮短。這種情況下，企業需要考慮的是如何把新功能或新模組整合到“舊ERP系統”中。

　　很多情況下，專家或單項功能最好的供應商所提供的方案，要比整合性產品的功能好。B2B研究和評估門戶TechnologyEvaluation.com的著名撰稿人Jakovljevic認為，ERP的未來將更加突出專業化。對很多行業或垂直整合的企業來說，聽從專注該產業的供應商的意見，可以獲得顯著的運營優勢。最好的、專業型的供應商通常會把他們的市場鎖定在一些密切相關的行業。

　　如果每個功能模組都選市場上最好的，付出的真正代價在哪裡？整合是必須考慮的一個方面，因為這可不是免費的，因此就需要有一個權衡。現實情況是，整合性產品的整合性更好，而且供應商會負擔整合的成本。當然使用者也不能掉以輕心。如果所有的程式碼都是由供貨商自己寫的，整合不成問題；如果其中一部分模組是供應商通過併購獲得，那應該也沒問題，但使用者一定要親自檢驗才保險；如果有些模組是供應商的“戰略伙伴”提供的，那麼只要這種合作能給雙方都帶來好處，而且他們沒有形成競爭關係，整合問題就會一直存在。

　　對整合的權衡影響整合的效果。同一供應商、一體化的解決方案應該有更好的整合品質；選擇單項領域裡最好系統拼接在一起，其中最大的問題是“這些產品能夠在整合在一起，達到實用的效果嗎？”“實用”可不是“最佳”，而是經過必要的權衡後還是可接受的。在附加新的功能或模組後，使用者必須忍受多出來的程式碼、維護整合的程式碼；使用者還必須有心理準備，系統中互為拷貝的文件不能同步更新；當一個或兩個系統執行不正常的時候，使用者還得協調這時候總是相互指責的供應商們；當然還要時刻關注供應商們新一輪產品的釋出，而這些從來都不是同步的。

　　因此，選擇新增新的功能，就必須考慮所選產品與現有系統整合的能力：它能夠整合起來嗎？它支援什麼樣的整合技術？維護整合的成本和風險如何？

　　
結論


　　當然，無論使用者選擇更新系統還是增加新模組，整合都是使用者需要考慮的關鍵問題。在這個關鍵因素的前提下，使用者才能從均衡的角度出發，決定是否更換自己的“舊ERP系統”。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/7942439/viewspace-20354/，如需轉載，請註明出處，否則將追究法律責任。