講 ERP 導入失敗的文章很多,原因通常寫「高層不支持、員工抗拒、需求不明確」。都對,但太籠統——籠統到你看完還是不知道自己會不會翻車。我們在這一行三十多年,有些案子是接手別人失敗後的二次導入,有些在評估階段就看得出結局。以下六種,是實際看過的翻車現場,每一種都給你一個當場可以問的檢查點。
失敗一:訪談的時候,大家講的就不是實際的做法
不是有人說謊。課長在會議室裡描述的流程,是 SOP 上的流程;現場實際跑的,是加上急單插隊、月底借料、老客戶口頭改單之後的另一套。系統照 SOP 做,上線第一天就卡住,然後現場得出結論:「系統不好用。」
更麻煩的是,這件事無法靠「訪談做得更仔細」根治。我們的經驗是,再好的系統分析,也只能在上線前抓到六、七成的真實需求,剩下的要等大家真的用了才浮出來。所以檢查點不在訪談,在合約:上線後的修改,有沒有被算進去?這是我們在ERP 廠商的真心話裡反覆講的事。
失敗二:全公司、全模組、同一天切換
上線日變災難日的劇本都一樣:單開不出來、庫存數字對不上、出貨卡在系統裡,撑到第三天,老闆下令回到舊系統,專案就地陣亡。最冤的是,系統本身往往沒有大問題——是切換方式殺了它。一次到位的切換,等於把全公司押在「第一天什麼都不出錯」上,而第一天永遠會出錯。
檢查點:問廠商能不能分段上線、新舊並行、出問題可回滾。我們把這套做法整理成步進式導入(SDT),完整的階段拆法在 ERP 導入流程指南裡。
失敗三:基礎資料沒有人扛
料號一物多號、BOM 缺一層、期初庫存的數字沒人敢簽名。系統是照資料算的,資料是假的,算出來的報表就是假的——用兩個月,大家就不信系統了,然後回去信 Excel。
檢查點:導入計畫裡,有沒有寫明「誰」負責把料號和期初資料整理乾淨,而且這個人的日常工作有沒有被減下來。沒有名字的工作,就是沒有人做的工作。
失敗四:老闆只出現在簽約那天
ERP 動的是每個部門的作業方式和權力邊界——誰要多打一個欄位、誰的私房 Excel 要交出來,這種事只有老闆壓得住。我們的經驗很一致:老闆只出現在簽約和驗收兩天的案子,幾乎都走不完。不是要老闆懂系統,是每週十分鐘,聽一次「這週誰卡住了」,當場裁決。
失敗五:合約的誘因,從第一天就錯了
買斷制的結構是:廠商的收入在驗收日全部拿完。驗收之後,你的每一通電話對他都是純成本,回應自然越來越慢;系統凍結,公司卻一直在變,兩邊的距離逐月拉開。這不是遇到壞廠商,是制度使然——換一批人來做,結果一樣。檢查點在簽約前:修改與維護,是包在持續的費用裡,還是每次另外報價?
失敗六:把「上線」當成「結束」
順利上線的系統也會失敗,只是死得慢。公司在長大、做法在變,系統停在上線那天的樣子,一年後開始脫節,三年後有人提議「我們換一套吧」——然後從失敗一重新來一遍。系統要一直改,才會一直對。
已經失敗了,怎麼辦?
二次導入比第一次難,難在人:員工被折騰過一次,對「新系統」三個字的信任是負的。兩個原則:第一,不要再賭一次全面切換,從最痛的一段流程開始,做好一段、讓大家嘗到甜頭,再走下一段;第二,舊系統的資料要認真對待——它再爛,裡面也是好幾年的交易事實,轉換要驗證,不要用手 key。
至於「什麼時候該認賠」:廠商已讀不回、修改遙遙無期、現場已經全面回到 Excel——三個都中,就不要再等了,拖著只是讓資料越來越散。
常見問題
ERP導入失敗最常見的原因是什麼?
三個最常見:訪談抓不到真實流程(系統照 SOP 做,現場照現實做)、一次到位的切換方式(第一天出錯就全盤崩潰)、合約誘因錯位(買斷制讓廠商在驗收後失去服務動機,系統凍結)。多數失敗是這三個的組合。
ERP導入失敗後可以補救嗎?
可以,也就是二次導入。原則是縮小戰場:從最痛的一段流程分段重來,新舊並行、可回滾,先讓團隊重新相信系統;舊系統的歷史資料要做驗證式轉換,不要人工重建。
怎麼降低ERP導入失敗的風險?
簽約前確認四件事:能不能分段上線並可回滾、上線後的修改怎麼計費、基礎資料由誰負責整理、老闆願不願意每週投入十分鐘裁決爭議。這四題的答案,比功能清單更能預測結局。
如果你正在評估導入,或正卡在一次不順利的導入裡,找我們聊一次——把卡住的地方講給我們聽,就算不合作,我們也會告訴你卡點在哪。
