ERP 上線後前 90 天推行節奏的文章封面,深藍底金色標題「ERP 上線之後 前 90 天怎麼推」

ERP 開始使用後的前 90 天:資料轉移、教育訓練與「大家不肯用」的化解手冊

恆遠數位編輯團隊13 分鐘閱讀
複製引文

我們在幫客戶盤內部系統的時候,最常聽到的一句話是這樣的:「系統去年就上線了,可是倉庫還是拿本子記,會計月底照樣開 Excel 對帳。」講這句話的老闆通常已經付完尾款、驗收單也簽了,帳面上這個專案是成功的。

這種狀況在台灣中小企業裡非常普遍。上線那一天大家拍照、吃便當、專案結案,三個月後系統的登入紀錄只剩下兩個部門在用。你花的錢沒有消失,但它變成了一套沒人用的資料庫。

ERP Research 整理的 2026 年失敗統計 把這件事講得很白:Panorama Consulting 的調查顯示整體 ERP 失敗率約 68%,而 55% 到 75% 的導入案「達不到預期投資報酬」的主因,是使用者不肯用、資料治理鬆散、上線後沒有人繼續優化。Gartner 更直接預測,超過七成的 ERP 專案會偏離原本設定的營運目標。這些數字有個共通點:它們衡量的重點都落在上線之後那段沒人管的日子,而上線當天的順利與否幾乎沒有預測力。

ℹ️這篇接在哪裡

如果你還在盤點需求、還沒選型,先看 ERP 系統流程完整拆解:八個階段與交付物;還在比廠商就看 企業 ERP 選型完整指南。這篇只談一件事:系統已經開始使用了,接下來的九十天怎麼推。

ERP 上線那天只是開始,失敗多半安靜發生在之後

先給結論:把前九十天切成三段,每段只顧一件事。第 0 到 30 天顧資料、第 30 到 60 天顧人、第 60 到 90 天顧報表。順序不能對調,因為資料錯的時候做教育訓練,你只是在教員工怎麼熟練地輸入錯誤資料。

階段

只顧這件事

做完的標準

最常見的失敗

第 0 到 30 天

資料正確

三張核心報表(庫存、應收、成本)與舊系統對得起來

把舊系統的爛帳原封不動搬過來

第 30 到 60 天

人願意用

各部門日常單據 90% 以上在系統內完成

全公司一起上兩小時大堂課,散場就忘

第 60 到 90 天

報表能決策

老闆每週看的數字直接來自系統,不用人工彙整

報表跑不出來,大家默默退回 Excel

90 天之後

改善變成循環

每月有固定的優化會議與待辦清單

專案結案,沒有人再負責這套系統

一篇 2026 年 7 月的 ERP 產業觀察 把這個現象講得很精準:專案在上線當天被宣告成功,然後在接下來十八個月裡安靜地垮掉。同一批統計還顯示,51% 的企業在 ERP 上線時經歷了實際的營運中斷,而中小企業平均要花 11 到 14 個月,才真的拿到當初預估的財務效益。

台灣的情況也不樂觀。104 學習整理的導入攻略 提到業界失敗率落在六到八成,而輸掉的原因幾乎都不在系統本身,是流程盤點、資料清洗、教育訓練這幾步被壓縮掉了。這幾步剛好都落在上線前後那段最趕的時間。

我們的判斷是:九十天這個長度不是隨便抓的。它剛好涵蓋一個完整的月結循環三次。一次月結你只知道「有沒有跑完」,兩次你才知道「數字對不對」,三次你才敢說「這套可以拿來管公司」。如果你的專案在上線後兩週就撤掉支援人力,那你其實只驗到第一層。

ERP 上線後前 90 天推行節奏的文章封面,深藍底金色標題「ERP 上線之後 前 90 天怎麼推」
ERP 上線後前 90 天推行節奏的文章封面,深藍底金色標題「ERP 上線之後 前 90 天怎麼推」

第 0 到 30 天:資料轉移的三個雷

這三十天只做一件事:讓系統裡的數字跟現實對得起來。做不到這件事,後面兩個階段都是空的。

把爛帳原封不動搬過去

最常見的雷是這個。舊系統裡累積多年的庫存差異、對不起來的應收、為了結帳硬做的調整分錄,通通被當成「歷史資料」搬進新系統。上線第一天帳就是錯的,而且沒人知道是搬錯還是新系統算錯。

川輝科技整理的 ERP 資料轉移實務 講到一個關鍵原則:有問題的資料本來就不該搬,但實務上很少人真的做。原因很現實,清帳要對帳、對帳要找人、找人要停下手邊的事,而上線日期是老闆定死的。

處理方式很土但有效:把資料分成「一定要搬」「搬摘要就好」「不要搬」三堆。

資料類型

怎麼處理

為什麼

客戶、供應商、料號主檔

全搬,但要先去重與補齊必填欄位

這是所有交易的骨架,錯一筆會擴散到全系統

期初庫存與期初應收付

只搬一個乾淨的結轉數,不搬過程

過程搬進來就是把舊系統的爛帳複製一份

近一到兩年的交易明細

評估後選擇性搬,或只搬彙總

查帳與客訴需要,但不必搬十年

三年以上歷史交易

不搬,用固定格式匯出另存並寫說明文件

ERP 不是檔案櫃,塞進去只會拖慢查詢

已知有差異的庫存與呆滯品

先在舊系統盤點調整完再搬

帶著差異上線,第一次月結就會爆

沒有人負責認帳

第二個雷是責任歸屬。資料轉移通常由 IT 或廠商執行,但「這個數字對不對」只有業務、倉管、會計知道。實務上常發生的狀況是:IT 說我照你給的檔匯的,會計說我不知道這檔哪來的,最後沒有人簽字認帳。

解法是把驗收拆到人頭上。每一類主檔與期初數,指定一個部門的一個人,用他自己熟悉的報表去對。對不起來就退回去重來,對得起來就簽名。這件事聽起來很官僚,但它是唯一能在上線前把錯誤攔下來的機制。更完整的責任分工可以看 ERP CRM 導入前 90 天的資料準備度體檢,那篇談的是上線前該補的功課。

沒有回滾方案就切換

第三個雷最兇。舊系統在上線當天就關掉,新系統一出問題整間公司停擺。這不是危言聳聽,51% 的企業在上線時遇到實際的營運中斷,而中斷的長度取決於你有沒有退路。

最低限度的安全網有三個:舊系統唯讀保留至少三個月、關鍵單據保留紙本或 Excel 備援流程兩週、以及一份寫清楚「什麼情況下宣告回滾、誰有權宣告」的文件。這份文件不用寫得多漂亮,但一定要在上線前寫好,因為出事那天沒有人有心情討論規則。資料搬遷的完整節奏與四種切換策略可以參考 中小企業客製化系統資料遷移指南

⚠️第 30 天的驗收門檻

庫存、應收、成本三張報表跟舊系統的差異在可解釋範圍內,且每一筆差異都有人簽字說明原因。這一關沒過就不要往下走,把上線日期往後推兩週,比推著錯的資料走三個月便宜太多。

第 30 到 60 天:教育訓練要分部門排課

先講一個很多公司都做過的錯誤:把全公司一百個人集合到會議室,廠商放兩小時投影片,講完就算訓練完了。散場之後倉管記得的是會計的功能,會計記得的是業務的功能,沒有人記得自己那一段。

有效的做法是分部門、分職能、用他們自己的單據排課。每堂課只教一個部門每天真的會做的三到五個動作,其他一律不教。

部門

只教這幾件事

課程長度

驗收方式

業務

報價、訂單建立、查庫存與交期

60 分鐘 × 2 場

現場用上週真實客戶單重跑一次

倉管

進貨入庫、出貨揀料、盤點調整

90 分鐘 + 現場實作

在倉庫用真實料號走完一趟

採購

請購、採購單、進貨對單

60 分鐘 × 2 場

跑完一張完整的採購到付款流程

生產或工務

工單開立、領退料、報工

90 分鐘 + 現場實作

跑完一張工單從開到結

會計

應收應付、月結、對帳報表

120 分鐘 × 2 場

試跑一次完整月結

主管層

看報表、審核、例外處理

45 分鐘

自己登入把上週數字調出來

排課有兩個細節會決定成敗。第一,用他們自己的資料。拿廠商 demo 環境的假料號教學,員工學完回到座位還是不知道自己的東西在哪裡。第二,一定要有現場實作,坐在教室裡點頭跟自己動手點下去是兩件事。

另外準備一份「一頁 SOP」給每個職能,A4 一張、只有截圖跟箭頭、貼在他的螢幕旁邊。這種東西土,但它比任何線上教學平台的完課率都高。

訓練材料的維護責任要指定人

上線後系統一定會調整,畫面會變、欄位會加。如果沒有指定人維護那份一頁 SOP,三個月後它就會變成錯的教材,員工照著做出錯,然後從此不信任所有文件。指定一個內部種子使用者負責更新,這是最低成本的知識管理。

大家不肯用怎麼解?四種拒用心態的化解方式

拒用其實可以拆成四種,每一種要用不同的方法處理。把它們混在一起講「員工抗拒改變」,你會找不到著力點。

拒用類型

他實際會說的話

真正的原因

化解方式

怕做錯

「我不敢按,按錯了怎麼辦」

沒有安全的練習環境,也不知道錯了誰負責

開一套測試環境讓他隨便按,並公開宣布前三個月操作失誤不究責

嫌變慢

「以前開 Excel 三分鐘,現在要點八個畫面」

他說的通常是對的,系統流程沒有貼合實際作業

找出那三個最痛的操作,優先做簡化或客製,不要只叫他習慣

看不到好處

「這對我又沒有差」

系統的好處全在老闆端,操作成本全在他端

把系統產出的東西還給他,例如自動產生他原本要手工做的日報

有既得利益

「這個我來處理就好」

資訊透明會拿掉某些人的模糊空間

這是管理問題不是系統問題,要老闆表態,不要讓 IT 去對撞

四種裡面,第二種最容易被誤判。員工說「變慢了」的時候,多數專案的反應是加強訓練,但實際上他講的是事實。一個好的檢驗方式是自己去坐在他旁邊看他做一遍,計時。如果一個每天要做四十次的動作真的多花了兩分鐘,那就是系統要改,不是人要改。這種上線後的調整怎麼算錢、怎麼避免無限追加,可以看 客製化系統需求變更管理指南

第四種最麻煩,因為它偽裝成前三種。有人會用「系統不好用」來包裝「我不想讓別人看到這塊的數字」。判斷方式是看他的反對有沒有具體到動作層級。講得出「第三個畫面的欄位順序跟我們填單的順序相反」的人是真的在用,只說「整套都很難用」的人通常沒登入過。

我們不認同「上線後給員工三個月適應期」這種說法。適應期會讓兩套流程並行,並行就會產生兩份資料,兩份資料一定對不起來,最後是回頭用舊的那份。比較有效的做法是縮短並行期到兩週以內,同時把老闆自己要看的報表全部改成只從系統出。當老闆問的問題只有系統答得出來,員工自然會回到系統裡面。

圖表載入中…

第 60 到 90 天:把報表跑起來,六個該追的指標

報表是系統的成績單。到這個階段如果老闆每週還是靠人工彙整 Excel 才看得到數字,那前面兩個階段做得再好也是白費,因為沒有人會為了一套「還要另外整理」的系統付出額外的操作成本。

這六個指標不用做得很精緻,用系統內建報表能撈出來就好。重點是每週固定看、固定跟上週比。

指標

怎麼算

健康的樣子

不健康代表什麼

單據系統內完成率

系統內單據數 ÷ 實際發生的業務筆數

第 90 天要 90% 以上

有平行流程還在跑,資料一定對不起來

日均活躍使用者

每天實際登入且有寫入動作的人數

涵蓋目標使用者的 80%

訓練沒吃到某個部門,或那個部門有替代做法

單據補登比例

當日事後補登的單據 ÷ 總單據

低於 15%

現場流程跟系統流程對不上,員工只好事後補

月結所需天數

從月底到報表定稿的工作天

第三次月結要比上線前少

會計還在系統外做調整,帳沒有真的進系統

庫存帳實差異率

盤點差異金額 ÷ 帳面庫存金額

持續下降

進出貨沒有即時登打,或流程有漏洞

每週例外處理件數

需要 IT 或廠商介入才能完成的案件

持續下降

系統缺功能,或關鍵知識只在一兩個人身上

如果你到這個階段才發現當初選的系統本身報表能力就不夠,ERP 系統有哪些?台灣 12 套完整對照 那篇可以拿來對照自己買的是哪一級。這六個裡面,單據補登比例是最被低估的一個。它表面上看起來只是習慣問題,實際上它在告訴你系統流程跟現場動線對不上。倉管在倉庫沒有電腦、業務在客戶端沒辦法連線、生產線上手套脫不下來不能打字,這些都會表現成補登。看到補登比例居高不下,該檢討的是動線設計,不是員工紀律。

如果你想要更完整的上線後驗證框架,包含 KPI 對賭該怎麼寫進合約,中小企業客製化系統上線後 90 天驗證指南 那篇拆得比這裡細。

九十天之後:讓改善變成固定循環

九十天結束不代表事情結束。中小企業平均要 11 到 14 個月才真正拿到預估的財務效益,中間那大半年靠的是持續的小幅調整。

讓改善持續下去的機制其實很簡單,簡單到很多公司覺得沒必要做,然後就沒做了:

  • 每月一次、四十五分鐘的系統會議。固定與會者是各部門種子使用者加一位主管,議程只有三項:這個月的例外案件、待改清單排序、上個月改完的驗收。
  • 一份公開的待改清單。用什麼工具都可以,重點是全公司看得到、每一條有負責人與預計時間。看不到進度的需求,員工提第二次就不會提了。
  • 一個內部的系統負責人。不必是 IT 專業,但要有人整年掛著這件事。專案結案後沒有人掛名,是系統慢慢死掉最常見的路徑。
  • 每季一次的權限與流程檢視。人員異動、職務調整之後權限沒跟著改,是資安風險也是資料品質風險。

我們自己在跑內部工具的時候也是同一套邏輯。恆遠內部每天有 20+ 個 AI 流程在工作中,這些流程沒有一個是一次做對的,全部都是上線之後每週被抱怨、每週修一點修出來的。這件事沒有捷徑,差別只在你有沒有把「修」變成固定行程。

三種上線後失敗的救援手冊

如果你讀到這裡,發現自己已經在坑裡了,下面三種情境是最常見的,各有各的救法。

情境

你現在看到的症狀

先做什麼

再做什麼

大概要多久

帳算不出來

月結拖到二十號還沒定稿,會計自己另外做一份 Excel 對

停止追加新功能,把人力全部押在對帳

找出差異的三大來源逐一堵住,重跑一次月結驗證

四到八週

某個部門整個不用

那個部門的單據都是月底一次補登,或根本沒有

老闆親自去坐一個下午,看他們實際怎麼做事

針對動線做流程或介面調整,改完再重訓一次

六到十週

功能根本沒做完

上線時被告知「這個之後補」,然後就沒有然後了

把未交付項目列成清單,對照合約與驗收單

依合約談補做或退款,同時評估換廠商的成本

看合約,通常兩到六個月

第三種最需要冷靜。很多老闆的直覺是立刻換廠商,但換廠商等於重來一次資料轉移與教育訓練,成本往往比談判補做高。判斷的分水嶺是:如果核心單據流程(進銷存與應收付)是通的,只是周邊功能沒做完,通常談補做划算;如果核心流程本身就跑不通,那才是真的要考慮止血。相關的合約紅線與撞牆判斷,ERP 導入失敗的五個真實原因ERP 導入案例完整拆解 兩篇有更多實際情境。

有趣的是,這些抱怨的年紀比很多人想像的大。PTT 的職場板早在十多年前就有人在寫「ERP 好煩人」,MIS 板也有一整串在問盤點資料怎麼匯進鼎新。十年過去,系統換了好幾代,卡住的地方幾乎沒變,因為卡住的從來是流程與人,軟體只是把問題照出來。

該自己撐還是找人幫忙推

先講判斷標準,不講服務。你需要外部協助的訊號有三個:內部沒有人能同時看懂業務流程與系統設定、原廠商已經進入「你再問要另外報價」的狀態、或是你已經連續兩次月結對不起來。三個中了兩個,自己硬撐的成本會比找人高。要抓外部協助的費用區間,ERP 報價怎麼看 有拆過四條路徑的價格結構。

反過來說,如果只是某個部門用得不順、報表格式想調,那通常不需要外部團隊,找內部種子使用者加上原廠商的維護時數就能處理。花錢請人來做內部溝通,是最貴的一種買法。

這類企業內部營運系統我們做過同型的。像 食品階梯報價與型錄系統 處理的是成本連動的四階梯報價加上主管審核,影視器材租賃與檔期系統 則是檔期大表加即時可用量引擎,千筆預訂要在數秒內載入、撞期要自動偵測。這兩個案子的難處都不在技術,在於把現場實際的作業順序搞清楚之後,才知道畫面該怎麼排。

如果你手上的 ERP 現在卡在上面某個情境,可以把你的狀況丟過來,我們陪你看一下是流程問題、資料問題還是系統本身的問題,以及從哪一塊先動最划算。真的要動手再談範圍跟費用。想先看看我們平常怎麼做這類系統,可以看 客製化系統開發服務

ℹ️我們做過這件事

恆遠的定位是會寫程式的客製化系統團隊,40+ 企業客製案落地。我們自己內部每天也有 20+ 個 AI 流程在跑,上面講的「上線後每週被抱怨、每週修一點」,我們自己每週都在做。

看到這裡,如果你也在想「我們公司這套到底救不救得回來」,我們很樂意 聽你聊聊現在的實際狀況,一起看看哪一塊最值得先動。

ℹ️我們怎麼看

ERP 這個品類接下來三年不會消失,但「導入」這件事的重心會繼續往後移。過去廠商賣的是功能清單與上線日期,未來能收到錢的會是願意陪企業走完上線後半年的團隊,因為軟體本身的差異已經愈來愈小,差異全在導入方法。

我們的取捨是把力氣放在「把現有系統接起來、把卡住的那一段流程改順」,套裝 ERP 的代理就留給更適合的人做。對中小企業老闆來說,判斷方式其實只有一個問題:你上個月的關鍵決策,數字是從系統直接看到的,還是有人整理過才給你的?如果是後者,那不管你買了多貴的系統,它現在都還沒真的上線。

QERP 上線後多久才算穩定?

以中小企業來說,跑完三次完整月結、也就是九十天左右,才有足夠資料判斷穩不穩。財務效益要更久,業界統計顯示中小企業平均需要 11 到 14 個月才拿到當初預估的效益。上線後兩週就撤掉支援人力是最常見的錯誤。

Q舊系統可以在上線當天就關掉嗎?

不建議。至少保留唯讀權限三個月,讓會計與業務能回頭查歷史資料,也保留萬一需要回滾的空間。同時要準備兩週左右的紙本或 Excel 備援流程,因為上線期間出現營運中斷的機率超過五成。

Q員工說系統比以前慢,是不是只要加強訓練就好?

先去現場計時,不要預設是訓練問題。如果一個每天做數十次的動作真的多花時間,那是流程設計沒貼合現場,要改系統。訓練只能解決「不會用」,解決不了「用起來真的比較慢」。

Q上線後發現功能沒做完,該立刻換廠商嗎?

先判斷核心流程通不通。如果進銷存與應收付是通的、只有周邊功能沒交付,通常談補做比換廠商划算,因為換廠商等於重跑一次資料轉移與教育訓練。如果核心流程本身跑不通,才需要認真評估止損。

Q上線後的調整要另外收費嗎?

看合約怎麼寫。多數合約會區分「瑕疵修補」與「新增需求」,前者屬於保固範圍、後者另計。上線前就該把這條界線談清楚,包含每月包含幾小時的維護時數、超出怎麼算。這是最常在上線後吵架的一條。

Q要指定誰當內部的系統負責人?

選懂業務流程、在部門間說得上話的人,不必是 IT 專業。這個角色要負責收集待改需求、排優先順序、跟廠商對接、維護內部教學文件。沒有這個角色,專案結案後系統會慢慢沒人管。

分享文章

AUTHOR

恆遠數位編輯團隊

查看作者頁

留言(0)

尚無留言,成為第一個留言的人吧!

需要網站系統架設或軟體開發?

無論是品牌官網、客製化系統還是應用程式,我們的團隊擁有豐富經驗,歡迎聯繫我們,讓專業為您的事業加分。