文章目錄

簽約慶功宴上,老闆舉杯:「最難的部分總算過了。」在場的顧問陪著笑,心裡想的卻是另一件事——真正的比賽,明天才開賽。
這是市場對 ERP 最大的誤會之一:把導入當成採購案的尾聲,以為選對系統就成功了大半。實情剛好相反。選型只決定三成成敗,剩下七成在簽約之後——而這七成裡,甲方能拖垮的,遠比顧問多。 時程延誤的前三名:key user 沒時間、資料量低估、藍圖簽核後加需求,全部發生在企業自己身上。
這篇是那七成的完整地圖。我們把簽約之後的路整理成「ERP 七成地圖」:導入期六場硬仗,維運期五道長題——六役五題,十一站。它不是教科書的專案管理五階段,是從台灣導入現場的傷痕裡整理出來的:每一站告訴你三件事——這站在防什麼、最常在哪出事、走完要留下什麼產出物。而貫穿十一站的規矩只有一條:每個階段的產出物,都是下一階段的合約。
十一站總表(先存這張)
| # | 站 | 時間 | 這站在防什麼 | 頭號出事點 | 產出物(=下一站的合約) | 深度專文 |
|---|---|---|---|---|---|---|
| 1 | 專案治理 | 第 1 個月 | 錯的人上車 | 挑「最有空」不挑「最懂流程」 | 專案章程+三張名單 | 專案治理與 Key User |
| 2 | 需求藍圖 | 第 2–3 個月 | 例外被藏起來 | 訪談只問標準流程 | 雙方簽核的藍圖(憲法) | 導入失敗學 |
| 3 | 資料整備 | 第 3–8 個月(平行) | 延期 | 低估清洗量(頭號延期兇手) | 對平底稿+全量演練紀錄 | 資料移轉與期初開帳 |
| 4 | UAT 驗收 | 第 7–8 個月 | 走形式 | 讓修問題的人自己改考卷 | 場景清單+簽核紀錄 | UAT 完全指南 |
| 5 | 訓練變革 | 第 9–10 個月 | 上線即抗拒 | 三天全員大鍋炒 | 角色化教材+SOP | 教育訓練與變革管理 |
| 6 | 上線切換 | 第 11 個月 | 切不回來 | 拿並跑買心安 | Go/No-Go 紀錄+回退計畫 | 上線切換決策 |
| 7 | 穩定期 | 上線後 90 天 | 紀律走樣 | 例外沒人管 | 第三次月結收斂證明 | 上線後 90 天 |
| 8 | 權限 SoD | 上線後半年內 | 查核翻車 | 「先開再說」再也沒收回 | SoD 矩陣+盤點紀錄 | 權限設計與 SoD 實作 |
| 9 | 報表治理 | 持續 | 報表墳場 | 有求必應 | 報表清單(有 owner 有退場日) | 報表治理 |
| 10 | 版本升級 | 地端 3–5 年/雲端每季 | 客製負債 | 升級前才盤客製 | 客製清單+回歸測試紀錄 | 升級與版本管理 |
| 11 | 團隊與錢 | 持續 | 判斷力外包 | 上線後才找人 | 輪輻編制+維護費談判底稿 | 內部團隊建置/維護費 |
(時間欄為典型十二個月專案的示意,依規模與範圍校準。)
導入期:十二個月的六場硬仗
每一站,先把該站的一條鐵律講給你聽——細節在專文,但這句話先記住。
第一仗:專案治理(第 1 個月)。 這一站的鐵律:ERP 的成敗,一半決定在啟動會議之前——決定在三張名單上。 專案主持人、指導委員會、key user 群,三張名單挑錯人,後面十一個月都在還債;而甲方最常犯的錯,是挑「最有空的人」而不是「最懂流程的人」。治理三支柱與工時釋放的機制,見專案治理與 key user 制度專文;整條時程的逐月拆解,見導入時程專文。
第二仗:需求與藍圖(第 2–3 個月)。 訪談要問出檯面下的真實流程——你公司賴以為生的,往往正是那 20% 標準流程以外的例外,把例外藏起來的藍圖,是上線後所有「系統不能用」的根源。藍圖要雙方簽核成為憲法:它是這個專案第一份「產出物=合約」的文件。例外為什麼才是設計重點,見導入失敗學。
第三仗:資料整備(第 3–8 個月,平行主線)。 頭號延期兇手,沒有之一。主檔永遠比想像髒三倍,而且清資料的是甲方的人、不是顧問。主檔清洗、歷史取捨、期初開帳、全量演練的完整方法,見資料移轉與期初開帳專文。
第四仗:UAT 驗收測試(第 7–8 個月)。 這一站的鐵律:UAT 簽的不是點交單,是責任移轉的法律時刻——你簽字的那一刻,已測範圍的鍋從此是你的。 最常見的走形式:用顧問準備的資料測、讓修問題的人自己判定問題等級。三類必測與案例設計,見 UAT 完全指南。
第五仗:訓練與變革(第 9–10 個月)。 系統上線的本質,是幾百個人同時改變工作習慣。這一站的鐵律:抗拒不是敵人,是訊號——會問問題的人在求救,只散播「系統很爛」的人在護住自己的乳酪。 抗拒三分類與各自的藥,見教育訓練與變革管理專文。
第六仗:上線切換(第 11 個月)。 這一站的鐵律:切換的安全不來自並跑,來自演練——並跑買的是安全感,演練買的是安全。 Big bang 還是分階段、cutover 週末的作戰序列與三道保險,見上線切換決策專文。
維運期:上線只是開始的五道長題
穩定期 90 天。 作業紀律在上線後三個月內定型:第一次月結會很醜,第三次應該收斂——收斂不了,就是有例外沒人管。見上線後 90 天專文。
權限與 SoD。 上線時「先讓大家能作業」的粗版權限,多數公司從此再也沒收回來。這一題的鐵律:補償控制是妥協,不是解法。 有上市櫃計畫的公司,專審時會計師調的第一批資料就是權限清單對職務分工表(系統與 IPO 的關係,見 ERP 與 IPO 專文)。實作見權限設計與 SoD 專文。
報表治理。 上線後第一波需求海嘯就是報表。這一題的鐵律:一張沒有 owner、沒有退場日的報表,不是資產,是每次升級都要付利息的負債。 三閘門的治理方法,見報表治理專文。
版本升級。 地端的升級是自己規劃的專案,雲端是由不得你的節奏。這一題的鐵律:你今天的每一支客製,都是未來每一次版本異動的測試負債。 見升級與版本管理專文。
團隊與錢。 這一題的鐵律:「我們要什麼」的判斷力永遠不能外包。 上線後要養幾個人、輪輻團隊怎麼建,見內部團隊建置專文;每年那筆維護費該不該續、怎麼談,見維護費專文。
貫穿十一站的三條鐵律
一、企業方的投入決定成敗。 延誤前三名全在甲方。顧問能拖垮的專案不多,多數專案是自己拖垮的。
二、每個階段的產出物都是下一階段的合約。 藍圖是建置的憲法、場景清單是 UAT 的考卷、對平底稿是查核的證據。文件不是官僚,是把口頭承諾變成可追溯的依據——上線後出爭議的專案,九成翻不出當初白紙黑字的那一頁。
三、上線日不是終點,是移交日。 從顧問手上移交到自己團隊手上。移交得乾不乾淨,看的是穩定期有沒有人管、內部團隊有沒有提前建。
有 IPO 時程的公司多看一眼:這張地圖上有四站的產出物,會計師遲早會調卷——簽核的藍圖、UAT 簽核紀錄、SoD 矩陣與盤點紀錄、開帳對平底稿。從第一站就當證據留(老規矩:紙上的制度誰都會寫,軌跡才是真話)。
常見問題(FAQ)
導入和維運哪個更花錢?
以十年看,維運總成本(維護費、人力、升級、報表與介接的持續開發)通常超過導入。導入是一次性的山,維運是永遠的坡——預算兩者都要編。
顧問說時程可以壓到六個月,可信嗎?
看砍掉了什麼。壓縮通常犧牲的是資料演練輪數與 UAT 輪數——正好是第三仗和第四仗這兩個最不能省的站。時程的真實結構見導入時程專文。
沒有專職 IT 的公司能導 ERP 嗎?
能,但上線後必須有最小配置:一名系統管理員(可兼任)加各循環超級使用者,且在導入期就開始養,不是上線後才找人。
這個系列該從哪篇讀起?
還沒簽約:選型指南+導入失敗學。剛簽約:專案治理+導入時程。導入中:對照總表找你所在的那一站。已上線:穩定期、權限、報表三篇。
「ERP 七成地圖」為本站整理之原創框架,將隨導入實務與查核環境的演進持續迭代(建議每半年回訪本文)。若需要導入前的體質評估、專案治理設計或上線後的維運健檢,歡迎與我們聯繫。
