為什么ERP系統發展到現在，仍然有這么多的中小企業上了ERP項目效果不明顯，甚至以失敗告終呢？筆者分析了很多案例，最后總結了其中幾點原因是ERP上線不明顯的致命死穴，希望能夠通過這篇文章，對提高ERP項目在企業中的實施效果有所幫助。

俗話說，一鼓作氣，再而衰，三而竭。在ERP項目中，最擔心的就是項目不能馬上進入狀態，不能在最短時間內取得階段性成果。

實話說，無論企業先期工作做的多好，企業文化有多么的先進。在推進ERP項目的時候，員工對于ERP系統的阻力是很大的，因為他們擔心EPR系統會改變他們即得利益的分配；老員工會擔心上了ERP系統之后失去了他們的經驗優勢；普通原則則會擔心會增加他們的工作量等等。而在項目初期，員工的工作量確實會成倍的增加，這更加加大了他們對于ERP系統的排斥心理。所以，若不能夠在短時間內讓企業員工感受到ERP系統帶來的益處，或者至少要讓他們能夠相信ERP系統可以給他們帶來額外的利益的話，則這個排斥心理會越來越大。即使可以通過行政命令來壓制他，但是，作用也有限；最重要的時候，項目相關工作的質量無法保證。

所以說，我認為無論是企業還是項目外部實施顧問，若不能夠在短時間內找到突破點、打開局面的話，那對于這個項目來說，難度會越來越高。故筆者認為，這是ERP項目的第三個死穴。

不過話說過來，在項目起初的時候，給員工一些“奶糖”吃吃，讓他們感受一些ERP系統的優異之處，這也不是什么難事。如筆者在給企業實施ERP項目的時候，就常常會尋找用戶迫切關心的問題當作項目的突破點。先用這些問題來收攏人心。

如我在給一家電動工具實施項目的時候，筆者發現銷售人員很關心一個返單的問題。也即是說一些老客戶會下一些重復性的訂單，這些訂單數量不少很多，但是產品卻不少，一般都在一百個以上。而且，一般一個月就會下一到兩次左右。若每次下訂單的時候，都要手工輸入的話，那明顯工作量會很大。而以前用Excle表格做的話，只需要整張訂單復制粘貼即可。他們擔心上了ERP系統之后，這個工作工作會比他們先前的麻煩。我了解到這個情況后，就告訴他們系統中有一個訂單復制功能，只需要在ERP系統中先做好一張訂單的模板，然后就可以根據這個模板來生成銷售訂單。其訂單中的產品跟模板中的一模一樣。若實際訂單根模板訂單不一樣的話，還可以做一些修改。同時，也可以從其他訂單中復制。所以，利用ERP系統來處理這種返單的話，會比Excle系統更加的方便。而且，我還讓銷售人員親自操作系統，讓他們消除這個疑慮。通過這些努力，我就可以讓銷售人員打消他們的顧慮，就可以取得他們對于項目的支持。

類似的例子還有很多，要這么做難度也不是很大。現在的困難就在于實施顧問需要“火眼金睛”，能夠發現這些用戶擔心的問題，把他們作為突破點，以取得員工對你以及這個項目的信任。

一般來說，我們可以把一下這些內容當作我們的突破點。

一是在項目需求調研過程中用戶所反映的問題。我們雖然在項目初期不需要解決所有的問題，但是，我們可以挑選每個部門的相對容易實現的需求。先把這些需求在系統中模擬出來，然后給他們進行演示。最好的話，能夠讓企業員工進行實際的操作。這種方法雖然會占用一定的項目時間，但是，這可以在短期內取得大家對這個項目的支持。這就好像你去抱別人的小孩的時候，小孩子不認識你，你去抱他就會哭，因為他對你有排斥感。但是，你若拿些糖去哄哄小孩子的話，他就會讓你抱了，也會叫你了。其實，員工剛開始對ERP系統也是不熟悉的，也像小孩子一樣對它有排斥感。所以，我們需要制造出一些“奶糖”，去哄哄這些員工。這對于推動后續的項目，會有積極的作用。

二是根據我這么多年的項目經驗，我覺得員工最擔心的是上ERP項目會增加他們的工作量。我在跟他們溝通中，他們顧慮的就是，上了ERP系統之后，不但工作沒有比以前簡便；而且加了條條框框之后，還會比原先的更加復雜，工作量更加的大。所以，我覺得在項目的實施前期，要從一些重復性工作出發。因為說實話，讓重復性的工作化繁為簡，這是ERP系統的強項。如單據之間的復制、報表的制作等等。若是手工去做的話，會花費比較多的時間；而利用系統來做這些有規律性的重復性工作，則可以節省大量的時間，甚至只需要原先工作時間的幾十分之一即可。所以，我們也可以把這些重復性的工作當作ERP項目的突破點，讓員工在最短時間內感受到系統的優勢。

總之，筆者認為對于ERP項目來說，實施顧問需要學會在最短的時間內，找到突破點，以拉攏人心。不然的話，實施顧問這個空降兵，人家憑什么要聽你的呢？

當員工對ERP系統越來越熟悉，從陌生到熟悉的過程中，他們會提出更多的新需求。如企業剛開始沒有交貨期管制的需求。后來在系統中他們發現了可以對交貨期進行控制，他們覺得這個管理是必要的，就提出需要對供應商的交貨期進行控制。但是，他們認為系統中的控制比較嚴格，所以，他們希望能夠對這個交貨期不要限制的這么死。如在正常交貨期的前后五天都是允許的。類似的在需求調研過程中沒有提到的需求，隨著企業用戶對于系統的熟悉，會紛紛的冒出來。我們實施顧問若不能夠處理好這些新涌現出來的需求的話，則很可能被企業用戶牽著鼻子走，而無法按照項目計劃來推進ERP系統。

如筆者最近在給一家注塑企業實施ERP系統的時候，也遇到了這種情況。在ERP系統中，我們都知道，對于一些連續性材料或者大批量發的材料，可以通過自動扣料的方式來加強對這種材料的管理。在這家注塑企業中，要大批量的用到一種叫做PVC的材料，它就是一種連續性的材料。在需求調研的過程中，企業并沒有談到這個材料的管理中會存在什么困難。而我也擔心自動扣料過濾繁瑣，所以，也沒有主動提起通過自動扣料來管理這些材料。后來在系統培訓的時候，他們看到了自動扣料這個作業，覺得這個管理功能不錯，可以解決他們倉庫管理員對這部分材料追蹤失控的問題。所以，在ERP系統快要模擬運行的時候，他們提出了要增加這個需求。

對于這種情況，任何一個實施顧問都會感到頭痛，我也不例外。不過客戶是上帝，用戶提出來的問題，我們總要幫助解決。但是，若現在再對自動扣料進行需求分析、流程整理、系統培訓等工作的話，則很明顯會影響后面的項目進度。為此，我對客戶的建議是，這個作業你們可以上，但是不是現在。我們可以把它放在項目的第二階段實施。如可以把它跟ERP系統的成本模塊放在一起實施。因為這家企業除了一些ERP的基本模塊外，還上了ERP系統的成本模塊、排程管理模塊等等。而這些模塊的話，一般都是在第二期實施。為了不影響項目的總體進度，所以，我建議用戶放在后面的階段跟其他的模塊一起上。當然有的時候，客戶不會買你的帳。此時，我們可以對客戶進行一些“善意的謊言”。可以說這個作業要依賴于其他的模塊；其他的作業運行不準確的話，則這個作業即使用起來，數據也不會準確等等。我們這個善意的謊言不是說要推托責任，而是為了保證ERP項目能夠在規定的時間內上線，是從大局上進行考慮。

所以，筆者對這些后期涌現的新需求的處理有兩個原則。一是一般都放在下一期進行處理，除非這些新需求比較簡單不會影響到原有的項目計劃。二是在下一期的項目過程中，要把這些需求當作新一輪項目的突破點來抓。

總之，我認為我們項目的整體計劃不能夠被這些意外需求所打亂。而且，也不能夠縱容企業用戶在后期不斷的提新需求。他們這么做的出發點固然是好，至少可以知道他們開始在思考。但是，若這么縱容企業用戶的話在，則很可能會導致ERP項目的失控，打亂其正常的項目進度。要知道，在ERP項目的第一階段，讓項目在規定時間內上線是非常重要的。若第一階段這一工作把握的不好的話，在后期幾個階段的項目中，大家就會把項目延期看作是家常便飯。項目幾乎就會對他們失去約束力。所以，在項目中后期，企業不斷涌現新需求，而實施顧問又不能夠有效處理的話，則這就成為了ERP項目的死穴之一。

俗話說，三分軟件，七分實施，十二分數據。可見，基礎數據在ERP項目的重要性。可惜的是，仍然有不少的企業，在ERP項目的實施過程中，忽視基礎數據的重要性。對此，他們常常是一種應付的態度。

如筆者不久之前負責過一家企業的ERP項目。雖然這家企業的ERP規模比較小，只采用了銷售、生產管理、倉庫管理、財務管理等一些基本的模塊。不過，麻雀雖小，五臟俱全。基礎數據仍然是這些模塊運行的必備條件之一。但是，當他們把整理好的基礎數據給我看時，我差點沒被他們氣的吐血。他們的整理的基礎數據實在不讓人茍同。

一是基礎數據陳舊。他們整理的產品基本信息，有近十萬條。可是，根據我前期對他們的了解，他們現在在用的產品信息也就2000條左右。這多出來的產品信息，都是很久以前用過的，現在已經基本淘汰不用了的。原來叫他們去整理產品基本信息，它們就把以前做的EXCLE表格資料一股腦的給我搬了過來。若這么多的信息一成不變的導入到ERP系統中去的話，則ERP就成為了垃圾回收站了。

二是基礎數據錯誤百出，特別是基礎數據重復性現象嚴重。我把收到的資料按名稱排序，發現有不少的產品信息，名稱、規格等完全一致，但是，產品編碼卻不同。問企業用戶這是怎么回事情，他們說可能是編碼重復了。可見，他們把這些基礎資料整理好之后，根本沒有進行檢查，連這些明顯的錯誤都沒有發現。

三是數據編碼比較隨便。如在產品規格信息填寫時，一會兒是按顏色、材料、尺寸排列，一會兒又是按尺寸、材料、顏色排列。編碼格式如此混亂，會給ERP系統的正常運行帶來很大的阻礙。

為此，筆者在項目的實施過程中，不得不抽出一天的時間，給企業項目小組成員談該如何整理這些基礎資料。包括應該挑選有用信息、如何制定編碼原則，以及基礎數據必須保證一定的準確性等等。因為筆者知道，若基礎數據不準確的話，項目很可能會無功而返。即使數據導入ERP系統了，在后面操作中，也會因為基礎數據的不準確，而對此進行重新整理。所以，企業項目小組負責人，在項目一開始就要把好基礎數據這一關，否則的話，吃虧的還是企業自己。

來源：巨靈鳥 歡迎分享本文