目錄
我見過最典型的失敗案例
一家中等規模的服裝工廠，花了一大筆錢買了一套 ERP（企業資源計畫系統，即管採購、庫存、生產、銷售的一整套軟體）。
實施了三個月，上線後使用者說："這不是我們要的。"
老闆急了："怎麼可能？我們籤合同前都說好了。"
後來調查發現：使用者真正要的，是一個"能快速調整生產計畫的系統"。但銷售為了好籤單，把"計畫模組"誇大成了"完整的 ERP 能力"。
這筆錢就這樣打了水漂。
ERP 選型的真實邏輯
我在紡織行業待了 5 年，見過不少這樣的案例。歸納下來，大多數 ERP 專案失敗，不是因為軟體不好用，而是選型階段就選錯了方向。
選型階段最容易犯的錯誤：
錯誤 1：從需求清單出發
很多企業做選型時，會先列一份需求清單：
- 採購管理
- 庫存管理
- 生產計畫
- 銷售訂單
- 財務報表
- ……
然後問供應商："你們的系統支援這些嗎？"
供應商說"都支援"，合同就簽了。
但這份清單沒有優先順序。一個月後，使用者會發現最急需的"生產計畫"用不了，因為它的前置條件，也就是採購模組，設定非常複雜。
錯誤 2：只看大公司怎麼用
很多中小企業，會去參考大公司的 ERP 實施方案。
大公司動輒幾百人，需要完整的物料管理、庫存最佳化、成本核算。
但你們是一家規模不大的工廠，核心需求可能只是"快速調整生產計畫"。
生搬硬套，就會很慘。
錯誤 3：只關注功能，不關注實施
實施費用常常被低估，不能只看軟體報價。但企業選型時常常只盯著"系統功能"，忽視了"實施難度"。
一個"看起來功能完整"的系統，如果設定複雜、二次開發（即為了適配自己的流程，專門修改或新寫的程式）要求多，實施成本會高得離譜。
我的 ERP 選型框架
現在我給企業建議時，用下面這個框架。
第 1 步：明確核心痛點，而不是需求清單
比起"我們需要採購、庫存、生產、銷售"，更關鍵的是問：
现在最费时间的流程是什么？
→ 答：生产计划调整，每周要花好几天手工改数据
现在最容易出错的环节是什么？
→ 答：库存查询，有时候查不准，导致超卖
现在最影响交期的因素是什么？
→ 答：生产计划总是被打乱，无法预测交期
這樣你就找到了真正的核心痛點。寫成"需要生產管理模組"也說得通，但更準確的說法是"需要能快速調整和追蹤計畫"。
第 2 步：評估實施成本，不只看功能
有兩個系統，功能都能滿足需求。一個幾週就能配好，另一個要配上幾個月。兩者的實際成本完全不同。
關鍵問題：
- 這個系統是通用的，還是要定製？
- 定製要多久？
- 如果以後需求變了，改起來容易嗎？
- 有多少實施人員支援？有沒有本地的服務團隊？
第 3 步：做"最小化驗證"，不要一次上線所有模組
我的建議是：
- 第一期：只上線和核心痛點相關的模組，比如生產計畫。
- 執行一到兩個月，看效果。
- 如果有幫助，第二期再上其他模組。
這樣做的好處：
- 風險小，一個月內發現問題還能回頭。
- 團隊有時間學習，不用一次塞進所有概念。
- 資料可以逐步遷移，不用一次性遷完所有歷史資料。
第 4 步：選型時問對方三個問題
问题 1：如果我用了你的系统 3 个月，觉得"生产计划模块"不适合我们，
能不能只用库存和采购模块？会不会很麻烦？
问题 2：我们工厂现在人数不多，以后规模可能会扩大。
你们的系统能不能随规模扩展？需要额外付费吗？
问题 3：你们的实施周期是多少？如果超期了，怎么赔偿？
（很多 ERP 实施都会拖期，这很正常。关键是合同里怎么约定的。）
對方回答得越具體，說明他越有經驗。
最後的建議
我見過的成功案例，有一個共同點：他們不是選"功能最完整"的 ERP，而是選"能解決當前核心痛點，而且之後容易擴充功能"的系統。
先把一個模組做好，使用者體驗好，才有動力去用下一個模組。
太多企業一開始就貪心，想要"完整的 ERP"。結果上線後，使用者只用其中一小部分功能，其他的都成了擺設。
所以如果你在考慮上 ERP，我的建議是：
- 不要問"這個 ERP 功能全不全"，要問"這個 ERP 能不能解決我現在最急的問題"。
- 不要一次上線所有模組，分階段來。
- 不要只看系統本身，還要看實施團隊和後續支援。
這樣選出來的系統，看起來"功能沒那麼全"，但使用者體驗會好得多。
相關閱讀
- 紡織行業數位化方案：ERP 只是其中一個環節
- 中小企業資訊化路線圖：不同階段的系統選擇