眾所周知，ERP項目選型對于這個項目成功的重要性。筆者雖然參與過很多企業(yè)的信息化項目選型工作，但是也不敢自稱為這方面的專家。因為ERP項目選型牽涉到的因素有很多，而且又靈活多樣。在某個企業(yè)中廣受好評的選型方法可能在其它企業(yè)中就會變成雞肋。所以，筆者認為，對于ERP項目的選型沒有普遍適用的原則，也是需要企業(yè)的項目負責人根據(jù)實際情況靈活的應(yīng)用。

　　在此，筆者想借一些公司選型的案例，來對他們的得與失做一個比較客觀的評論。或許這些內(nèi)容能夠?qū)φ贓RP項目選型的企業(yè)，能夠起到拋磚引玉的作用。

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

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

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

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

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

　　借鑒一：選型前，先進行簡單的需求調(diào)研。

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

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

　　借鑒二：在對待自動扣料業(yè)務(wù)的最終態(tài)度。

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

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

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

　　不足一：對ERP系統(tǒng)的二次開發(fā)缺乏認識。

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

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

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

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

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

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

　　不足二：對于平臺型的ERP產(chǎn)品缺乏足夠的認識。

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

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

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