文章目錄
ERP 導入失敗的統計數字很多，但對正要簽約的你沒什麼用——你需要知道的是失敗長什麼樣子，才能在自己公司裡認出它的前兆。以下七種死法，全部來自台灣企業的真實現場，按出現頻率排序。特別說明：七種裡只有一種和系統本身有關。
死法一：老闆不進系統
台灣中小企業最經典的一種。導入時老闆全力支持，上線後老闆繼續看他習慣的那份 Excel 日報——於是全公司很快學會一件事：系統是做給顧問看的，真正的數字在別的地方。 雙軌帳文化一旦成形，系統淪為交差工具，投資直接歸零。解法只有一個：上線日起，老闆要的所有報表只從系統出，Excel 版停止供應。老闆自己不換水源，全公司不會換。
死法二：把導入當 IT 專案
專案負責人掛資訊部門、各單位「有空再配合」——這個人事安排本身就是死亡預告。ERP 導入是管理變革專案，動的是每個部門的作業方式與權力結構（誰能改價格、誰能放行出貨），IT 主管沒有籌碼去要求業務副總改流程。健康配置：專案主持人是總經理或營運最高主管，各循環的 key user 由部門主管指派最懂流程的人並釋放工時——關於工時，見死法六。
死法三：需求訪談時藏起真實流程
顧問來訪談，大家說的是「制度上的流程」；系統照著做出來，上線才發現真實世界充滿檯面下的彈性——業務私下答應客戶先出貨後補單、採購和老供應商的口頭議價、倉庫「先借料後補單」的默契。系統把這些彈性全部堵死，第一線立刻抵制，然後開始繞過系統作業，回到死法一。解法在訪談階段：顧問要問的不是「你們的流程是什麼」，而是「上個月有哪些單子是繞過流程處理的、為什麼」。例外才是設計的重點。
死法四：資料整備被當成小事
「主檔整理」四個字聽起來像行政作業，實際上是導入案的頭號延期兇手。料號一物多號、客戶重複建檔、BOM 與現場實際用料對不上——這些債務在舊系統裡靠老員工的記憶力補償，搬新家時全部現形。而且資料是企業自己的責任，顧問只能給格式不能替你判斷「這兩個料號是不是同一個東西」。這題值得單獨一篇，見我們的資料移轉專文。
死法五：客製當萬靈丹
每一個「系統配合我們現況」的客製需求，都在把三種未來的成本簽進合約：開發費、升級時的轉換費、以及被客製繞掉的控制點在 IPO 專審時一條條被拆（見我們的 ERP 與 IPO 專文）。判斷準則：流程是競爭優勢的，客製；流程只是習慣的，改人不改系統。 九成的客製需求屬於後者。
死法六：Key user 沒有被釋放時間
名單上每個部門都派了 key user，但每個人都是原職務全扛、導入「用下班時間配合」。三個月後訪談品質崩壞、UAT 測試流於形式、教育訓練沒人備課——專案文件都齊，靈魂全空。導入期間 key user 至少要釋放三成到一半的工時，這是預算表上看不到、卻真實存在的最大隱形成本。編預算時沒算這條的專案，時程從第一天就是假的。
死法七：把上線當終點
上線日放鞭炮、顧問撤場、專案解散——然後前三個月的混亂期沒人收斂：權限沒人調、錯帳沒人追、使用者的繞路習慣沒人糾正。系統的作業紀律是在上線後九十天內定型的，這段沒人管，前面十個月的努力會退化成一套「大家各自找活路」的半吊子系統。上線後至少保留一名內部專職與顧問的穩定期支援，把它當專案的最後一哩，而不是售後服務。
一個總結的觀察
七種死法只有死法四勉強算技術問題，其餘六種全是人與權力的問題。這就是為什麼選型只決定三成成敗——你可以買到最好的系統，買不到老闆進系統的習慣、藏不住的真實流程、和被釋放出來的 key user。評估 ERP 之前，先評估自己公司有沒有這六個坑，比比較功能清單有用得多。
常見問題（FAQ）
ERP 導入失敗率真的很高嗎？ 各種統計從三成到七成都有，定義不一（延期、超支、目標未達成）。比數字更有用的是辨認失敗模式：多數失敗在簽約前就已注定，源於治理結構與資料體質，而非系統功能。
導入失敗最大的原因是什麼？ 以台灣實務，高階主管的實質參與度（老闆是否進系統、專案是否由營運高層主持）是單一最大變數，其次是資料整備與 key user 工時釋放。
怎麼在簽約前自我檢查？ 問三題：老闆願不願意承諾上線後只看系統報表？各部門願不願意釋放 key user 三成工時？主檔資料的清理誰負責、何時開始？三題有任何一題答不出來，先解決它再簽約。
本文為實務歸納，個案情況各異。若需要導入前的體質評估或專案治理規劃協助，歡迎與我們聯繫
1 comment
[…] 導入失敗學 […]