ERP 教育訓練與變革管理：上線不是裝軟體，是幾百人同時搬家

此刻，可能就有一家公司的會議室正在跑「全員教育訓練」——專案排程表最後兩個月的那個框框，上面寫著「全員訓練，三天」。投影機亮著，顧問在台上按畫面，台下三十個人有一半在回訊息。三天結束、上線日到了，大家發現教的東西記不得、跟自己的實際作業對不上、遇到問題不知道問誰——於是回頭用老方法，系統從第一天就開始被繞過。

問題不在那三天教得好不好。問題在整個專案把上線當成「裝軟體」：裝好、教一下、開機。

上線從來不是裝軟體，是幾百個人同時搬家。 這篇把訓練與變革當一個貫穿全程的搬家工程來講——因為它本來就是。

為什麼是搬家，不是裝機

搬過家的人都知道：最累的從來不是搬運那一天，是搬完之後——東西找不到、動線不習慣、每個抽屜都要重新記位置。有人撐兩週就適應了，有人三個月後還在翻紙箱，還有人乾脆把常用的東西又搬回舊家。

ERP 上線就是幾百個人同時經歷這件事。每個人的「工作習慣」都要換一個家：單據換地方開、流程換順序跑、以前用背的現在要照系統走。如果沒有收納標籤（SOP）、沒有搬過好幾次家的鄰居幫忙（key user）、沒有搬完頭一個月的互助網（上線支援），結局就是大家偷偷搬回舊家——系統被繞過，Excel 復辟。

這也是為什麼我們一直說，選型只決定三成成敗，剩下七成在簽約之後——訓練與變革，就是那七成裡最容易被畫成一個小框框的一仗。

Train-the-Trainer：讓幫你搬家的鄰居先熟門熟路

標準做法是兩層：顧問把 key user 教深（訓練師培訓），key user 把同仁教會（全員訓練）。省顧問人天是表面理由，真正的價值有三層：

• key user 教課是最誠實的驗收——教不出來的地方，就是他自己沒懂的地方。備課過程會逼出最後一批理解漏洞。
• 同仁問的問題 key user 接得住——「我們的借料單以後怎麼開」這種夾著現場脈絡的問題，顧問答的是系統邏輯，key user 答的是你們的作業。
• 上線後的支援體系順勢成形——教過課的 key user，自然成為各部門的第一線求助窗口。這正是超級使用者制度的起點（詳見內部團隊建置專文）。

全員訓練的三個實務原則：

1. 按角色開課，不按模組開課——業助要學的是「接單到出貨我的那一段」，不是「銷售模組介紹」。課程單位是某個角色的一天作業，不是系統的功能地圖。
2. 練習用真場景——上課資料直接用該部門上個月的真實單據重演一遍。學員做完的感想應該是「喔，就是我平常做的事換個地方按」，而不是「系統好複雜」。
3. 訓練完到上線不要超過三週——學了不用就是忘。時點比總天數更重要。

SOP：新家的收納標籤，寫給三個月後的新人

訓練教材和 SOP 是兩份東西。教材是上課用的，SOP 是日後查閱用的——它就是新家的收納標籤：貼好了，任何人打開櫃子都找得到東西；沒貼，就只能靠住最久的人用背的。

判斷 SOP 品質的標準只有一條：三個月後入職的新人，能不能靠這份文件獨立完成該角色的日常作業。 格式建議一頁一作業（截圖＋步驟＋常見錯誤），由 key user 在備課時順手產出、上線後隨流程調整同步更新。

標籤沒人維護的公司，兩年後的新人訓練又回到「坐在旁邊看學姐做」——系統知識重新變回口傳，當初文件化的投資歸零。這份 SOP 同時是內控制度「書面化」要求的一部分，IPO 前會有人來查它存不存在、跟實際作業一不一致。

抗拒三分類：先分類，再開藥

「同仁抗拒新系統」是每個專案都會遇到的事。多數專案的處理方式是加開訓練——這就是誤診的開始，因為抗拒不是一種病，是三種。

先立一條原則：抗拒不是敵人，是訊號——會問問題的人在求救，只散播『系統很爛』的人在護住自己的乳酪。

我把它掛牌叫「抗拒三分類」，三種抗拒的藥完全不同：

第一類：「我不會」——能力焦慮，占最大宗。搬家搬到新廚房，鍋鏟不知道收在哪，急著開伙當然慌。藥是練習量與陪伴：上線前的模擬操作時數、上線初期的現場支援（key user 或顧問在各部門走動）。這種抗拒最好處理，也最怕被誤判成態度問題。

第二類：「這樣做比較慢」——效率質疑，而且短期內他是對的：新系統上手期的單筆作業就是比舊方法慢，就像新家頭幾週連泡杯咖啡都要開三個櫃子找東西。藥是誠實＋時間表：承認前六週會慢，講清楚為什麼之後會快（資料不用重複輸入、月底不用對帳），並且別在上線首月就用效率指標考核——那等於懲罰配合的人。

第三類：「以前那樣就好了」——利益受損，最少數但最關鍵。新系統動了某些人的乳酪：透明化讓某些灰色彈性消失、權限收斂讓某些便宜行事不再可行——舊家有些角落，只有他知道放了什麼。這種抗拒藥不在訓練，在治理：它需要主管出面，而且要點名處理。

辨識方法一句話：前兩種抗拒會問問題，第三種只散播「系統很爛」的結論而不問問題。 問題是求救訊號，結論是防禦工事。

帶得走的工具：抗拒診斷表

把三分類落成一張表。下次專案會議有人回報「某部門在抗拒」，先拿這張表對症，再決定開什麼藥：

這張表的用法有一條鐵律：誰負責那一欄，決定這件事該不該出現在訓練計畫裡。 把第三類丟給訓練團隊，是專案裡最常見、也最貴的誤診。

上線首月：搬完家的第一個月，決定大家會不會搬回舊家

訓練的最後一哩是上線首月的支援網：各部門的 key user 是第一線、企業方 PM 彙整 issue、顧問駐點或待命處理系統面問題。兩個小工具值得做：

• 熱線與問題看板——讓「不知道問誰」這個最消磨信心的問題消失。
• 每日站會前兩週——十五分鐘，各部門回報昨天的卡點，當天解決。上線初期問題的半衰期，決定使用者對系統的第一印象，而第一印象幾乎不可逆。

兩個常被問到的實務點：年紀大、不熟電腦的同仁，加練習量、配 buddy（年輕同仁一對一陪練）、SOP 做得更圖像化——經驗上這群人上手慢但最穩定，因為他們照 SOP 做、不自作聰明；真正的高風險群反而是自認很懂的人。至於變革管理要不要另請顧問：大型組織（千人以上、多據點）值得，中小企業不必——但要有人明確負責這件事，通常是企業方 PM 加人資主管的組合。沒人負責的變革管理，就是沒有變革管理。

首月撐過去之後，接力棒交給九十天穩定期；而首月本身怎麼開場——big bang 還是平行運行、切換日清單長什麼樣——另有上線切換專文。

【給決策者的備忘錄】

如果你的專案排程表上，教育訓練也只是最後兩個月的一個框框，別急著自責——這是多數導入計畫的預設畫法，你只是還沒被它咬過。

三件事現在就能做：

1. 把「全員訓練三天」改寫成搬家計畫：按角色開課、真單據演練、訓練到上線不超過三週。
2. SOP 用一條判準驗收：三個月後的新人能不能靠它獨立作業。做不到就還不算文件化。
3. 下次聽到「同仁在抗拒」，先拿抗拒診斷表分類——會問問題的，交給訓練；不問問題只下結論的，交給治理。

方法都在這篇了。至於你們公司哪個部門的抗拒是第幾類、訓練計畫該怎麼排——那是「你家的答案」，需要有人進場看過才能給。若需要協助設計貴公司的訓練計畫或上線支援體系，歡迎與我們聯繫。

本文為訓練與變革方法的一般性整理，實際計畫請依貴公司組織規模與導入範圍調整。

延伸閱讀

• ERP 導入為什麼會失敗？台灣企業最常見的七種死法
• ERP 導入時程完整拆解：從簽約到上線的十二個月，每個月在做什麼
• IFRS 18 台灣接軌完全指南：2028 死線下，你的 ERP 要動哪裡（2026）
• AI 進了 ERP 之後：2026 年哪些是真的、哪些還是簡報動畫（2026）