選型ERP勿迷戀平臺型產品

　　在此，筆者想借一些公司選型的案例，來對他們的得與失做一個比較客觀的評論。或許這些內容能夠對正在ERP項目選型的企業，能夠起到拋磚引玉的作用。

　　筆者參與過一家企業的ERP項目選型工作，那時，筆者是作為企業的獨立咨詢顧問參與他們的ERP項目選型的。選型一開始很順利，在筆者的建議下，企業先成立了一個項目小組，然后對企業的需求現做了一番自我的調研，并形成了初步的需求調研報告。然后企業項目小組負責人開始接觸各個ERP軟件的供應商廠商。

　　不過就在這個跟供應商接觸的過程中，ERP項目小組內部出現了分歧。一方面他們希望能夠選擇一些平臺型的產品，如此的話，即使后面有什么改動的話，則也可以方便的進行調整。另一方面，則對于平臺型的產品心存顧忌，他們當心平臺型的產品不怎么完善，而且修改過多的話，會不會對產品的穩定性造成影響。

　　項目小組組長眾口難調，就采取了中庸之道。平臺型的ERP產品選擇了兩家，普通的ERP套裝軟件也選擇了三家，供項目小組進行選擇。企業因為自身生產管理的特點，需要在領料管理中有自動扣料的功能。跟對方的售前咨詢顧問溝通之后，發現所選擇的三家套裝軟件供應商中有兩家的產品有這個功能。而在平臺型的ERP產品中，有一家產品的咨詢顧問宣稱雖然自己現在沒有自動扣料的功能，但是憑借他們提供的平臺，可以輕松的實現這個需求。當項目小組組長向筆者反映這個情況的，我對他們說，那就讓他們當場配置看看，等配制出來再說吧。其實，我的弦外之音就是，只使用平臺是無法配制出自動扣料的功能。因為像自動扣料這種功能，必須要進行后臺復雜的編碼才可以完成;而且，其牽涉的內容比較多，也不是在短時間內可以完成的。結果到企業提出這個要求之后，對方卻一再推脫，說一定要在簽合同之后才能夠做;同時一味的強調他們平臺的重要性。

　　最后，企業還是放棄了平臺型的產品，選擇了一家ERP套裝軟件的提供商。

　　從以上這個ERP項目的選型中，我們可以吸取哪些教訓呢?這家企業在ERP項目選型中哪些地方只得我們借鑒，哪些地方我們應該有所改進呢?

　　借鑒一：選型前，先進行簡單的需求調研。

　　這家企業，在ERP項目選型之前，先成立了項目小組，然后對當前企業中的問題與不足之處進行了需求調研，收集了企業員工的不少需求。俗話說，巧婦難為無米之炊。若沒有這些需求的話，則企業在項目選型過程中，就失去了評判的標準。相反，有了這些需求后，可以幫助企業節省很多的精力。如企業在領料管理中，需要實現自動扣料。就憑這個功能，就可以過濾掉不少的ERP軟件。在這方面，筆者認為這家企業做的不錯。雖然這可能要花費一定的時間與精力，但是，收集到這些需求之后，企業在項目選型中可以取得主動。而且，對方軟件公司的售前咨詢顧問看到你這么懂，也就不敢隨意糊弄你。

　　總之，筆者覺得企業在ERP項目選型之前，要多學學這家企業，事先做好功課，進行一些必要的需求調研，了解企業員工的實際需求。然后以這些需求作為評判標準，去選擇合適的ERP軟件。可以這么說，這是ERP項目選型的一條捷徑。

　　借鑒二：在對待自動扣料業務的最終態度。

　　當企業知道平臺型的產品沒有自動扣料的功能，即使對方售前顧問再三的吹噓他們的平臺有多么的強大，但是，企業還是堅持己見，讓對方先在平臺上配置“自動扣料”的功能看看。就這一要求，就讓對方露餡了。

　　確實，企業在項目選型的時候，不要光聽對方的片面之言。這就好像買東西，對于銷售員的推銷，我們不能夠全信。要自己親自去嘗試，才能夠了解產品的本質。特別是像軟件這種產品，有些功能只有自己實際去操作了，才能夠了解其中的困難。往往表面上說的最好的軟件，在實際應用中，所打的折扣也就越多。

　　所以，筆者覺得，當售前咨詢顧問在推銷他們的ERP產品時，說什么什么好的時候，要多長一個心眼，要實際去嘗試一下，看看這個是否有他們所說的這么好。有時候，這可能只是他們的一個包裝，中看不中用也有可能。

　　不足一：對ERP系統的二次開發缺乏認識。

　　無論是平臺型的ERP產品，還是純套裝的ERP軟件，由于其都是現成的軟件，所以，到企業中應用的時候，都不可避免的要進行一些二次開發。但是，現在有一個問題要注意，對于ERP軟件進行二次開發是一個非常復雜的問題，特別是對其主干結構進行修改的話，無論是其工作量還是對ERP現有功能的影響，都是非常大的。

　　但是，這家企業很明顯對于ERP系統二次開發缺乏認識，錯誤的認為二次開發是一項簡單的工作。在ERP項目選型中，筆者認為，企業應該對二次開發這個工作有一個比較深入的了解。

　　一方面要了解二次開發的成本。有不少軟件公司一般都不怎么建議客戶對ERP軟件進行修改，特別是主干方面的修改。所以，對于二次開發的收費有時候帶有懲罰的性質。如有些公司二次開發的開價是500元/小時/人。這個費用是比較高的。而且若涉及到像自動扣料這種主干功能的話，估計沒有個四、五十個小時是拿不下來的。根據筆者的經驗，一個五十萬左右的項目，只是對于一些表面的內容，如添加一個字段并關聯幾個窗口、復雜報表的實現等等跟程序牽涉不多的內容，其二次開發往往就在三萬到五萬左右。若設計到主干程序的修改的話，則其二次開發的成本是很嚇人的。

　　二是要了解二次開發對于現有系統穩定性帶來的風險。一個比較完善的ERP系統，其代碼數量都是超過上千萬的;而且后臺數據庫中的表也是數以萬計。大家去看看其后臺數據庫的設計模型圖，就會看得眼花繚亂。也就是說，ERP系統是一個非常復雜的信息化管理體系。若在這個基礎之上，對其進行復雜的修改，更改其信息流的走向，則會大大的危害其員工的穩定性。

　　所以，從以上這些方面考慮，筆者都不建議對ERP系統進行復雜的二次開發。若只是對ERP系統進行表面上的修改，只是涂涂畫畫，筆者是支持的。

　　如只是對ERP系統的輸入格式進行修改。例如在ERP軟件中的表單或者報表往往不能夠滿足企業的需求，如有的用戶希望能夠在同一張報表中看到銷售訂單的具體執行情況，如基礎資料是否整理完畢、生產采購等部門是否已經安排好采購與生產計劃、生產的具體進度等等。這個報表看起來比較復雜，但是因為其只是對ERP系統的輸出格式進行重定義，不會影響到ERP系統的后臺架構。為此其二次開發的成本，是比較低的。特別是對于 ERP系統原有的功能基本上沒有影響。故對于這些輸出格式的重定義，筆者還是支持的。

　　不足二：對于平臺型的ERP產品缺乏足夠的認識。

　　確實，若ERP能夠提供一個二次開發的平臺，那么無疑可以提高其ERP系統的靈活性，可以幫助企業以更低的成本實現更多的個性化的內容。但是，這是有前期的。由于ERP軟件的自定義平臺期強調的是一個無代碼開發的環境，所以，其不能夠實現一些復雜的功能。像自動扣料這種跟ERP系統的主干流程僅僅依靠這個平臺根本無法實現。若真的可以實現的話，則那么多的ERP系統程序開發員就可以下崗了。

　　這家企業在ERP選型的時候，明顯對于平臺型的ERP軟件缺乏了解，差點被售前咨詢顧問的三寸不爛之舌打動。根據筆者的了解，所謂的平臺，只能夠實現一些簡單的功能設計，像自動扣料這種跨模塊合作、涉及內容廣泛的流程來說，只靠平臺，不進行代碼的編寫，是根本不可能實現的。

　　所以，筆者認為企業在ERP項目選型的時候，對于平臺型的ERP產品要有一個清晰的認識。最重要的是要知道，最好的平臺其也不是萬能的，其不能夠調整ERP系統的主干流程;其更加不能夠取代程序代碼的地位。

服務器租用/服務器托管中國五強！虛擬主機域名注冊頂級提供商！15年品質保障！--億恩科技[ENKJ.COM]