
我們在幫客戶盤內部系統的時候,最常聽到的一句話是這樣的:「系統去年就上線了,可是倉庫還是拿本子記,會計月底照樣開 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 學習整理的導入攻略 提到業界失敗率落在六到八成,而輸掉的原因幾乎都不在系統本身,是流程盤點、資料清洗、教育訓練這幾步被壓縮掉了。這幾步剛好都落在上線前後那段最趕的時間。
我們的判斷是:九十天這個長度不是隨便抓的。它剛好涵蓋一個完整的月結循環三次。一次月結你只知道「有沒有跑完」,兩次你才知道「數字對不對」,三次你才敢說「這套可以拿來管公司」。如果你的專案在上線後兩週就撤掉支援人力,那你其實只驗到第一層。

第 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)
尚無留言,成為第一個留言的人吧!