「史大，這個 Excel 不是不能用，是不能同時用。」一位主管說完，桌上那台電腦剛好跳出「唯讀」。
在一家製造企業的辦公室裡，生管維護 Excel，業務等 Excel，會計再核對 Excel。只要檔案被其中一人占用，其他人看到的就是唯讀。
這是匿名案例；問題不在同仁不努力，而是資料必須排隊經過同一個瓶頸。
我想把老房子的修繕思維，翻譯成舊系統的分層改造。
什麼是「資料孤島」？為什麼它會吃掉成本？
資料孤島是資訊被鎖在單一檔案、系統或個人手上，其他流程無法即時取得與共同更新，因而產生等待、重複輸入與版本衝突。
孤島不一定代表完全沒有串接。只要團隊必須靠電話、複製貼上或某位同仁轉寄最新版，資料就還沒有真正流動。
很多人以為 Excel 免費，所以繼續使用最省錢，其實剛好相反。軟體費可能是零，等待、核對與錯版造成的營運成本不是零。
如果你是老闆（或每天被追交期的主管），公司有多少決策正在等某個人打開、關閉或轉寄一份檔案？
該不該直接更換舊 ERP？
先看問題來自功能不足、資料品質、流程設計或使用習慣。若沒有釐清，換新系統只會把舊問題搬家，還增加轉換與停機風險。
盤點四項：舊系統仍可靠完成什麼、哪些資料需要即時共享、哪些例外靠人工、哪個流程最常因等待而延誤。
保留仍穩定的核心交易功能，從外圍讀取與協作開始試點。等資料定義和新流程成熟，再決定哪些模組值得替換。
這就是「架橋式轉型」：不假設舊系統必須立刻拆除，而是在可控邊界內補上資料流動與共同作業能力。
舊系統不砍掉重練，要怎麼拆成三層？
資料層負責可靠取得與整理，協作層讓多人共同處理並留下狀態，決策層才做異常提示與 AI 分析。順序不能倒過來。
- 資料層：定義來源、欄位、更新頻率與擁有者。
- 協作層：管理任務狀態、權限、回報與例外。
- 決策層：依可信資料顯示異常、預測或建議。
AI 放在資料還互相矛盾的環境，只會更快產生看似完整的解釋。先讓同一個料號、客戶與交期有共同定義。
可參考GAS、n8n、Notion 三層架構，理解介面、流程與資料庫如何分責。
老闆怎麼算舊系統改造的優先順序？
把每個候選流程的發生頻率、等待人數、每次耗時、錯誤代價與改造風險列成表，先做高頻、可回復、成果容易驗證的一段。
例如每月等待工時可先用「發生次數 × 每次等待人數 × 平均時間」估算，再另列重工與客戶延誤，不必急著把所有價值換成漂亮 ROI。
美國 NIST 的 Legacy Modernization 專案資訊也提醒現代化涉及既有系統風險與轉換，不只是買新技術。
最小試點要保留人工備援與回退方式，並在導入前後比較等待、錯版與查找時間。數字沒有改善，就先修流程，不要急著擴大。
遷移期間要指定唯一可信資料來源。哪些欄位仍以 ERP 為準、哪些狀態改由協作層維護、同步失敗時聽誰的，都要在上線前寫清楚，否則新舊系統同時存在會製造新的孤島。
怎麼知道轉型真的改善了第一線工作？
看同仁是否少重複輸入、少等待鎖檔、能找到同一版本，也看主管是否更早看見異常。導入工具數量不能代替現場結果。
試點兩週後，找實際使用者重新走一次流程，記下仍需電話詢問、手動抄寫與私下保存的地方。那些才是下一段改造清單。
也可以看企業該從哪個漏錢流程開始導入 AI。你現在想換掉的是一套舊系統，還是一段大家已經習慣、卻每天付費的等待？
舊 ERP 改造的第一週，應該找誰一起畫流程？
不要只找資訊與主管。請把真正輸入資料、等資料、補資料、被客戶催資料的人一起找來，先畫出一筆訂單從出現到交付實際經過誰。
畫圖時只問四件事：資料第一次在哪裡產生、誰能修改、誰需要看、不同版本衝突時誰說了算。這比先討論換哪套系統更接近問題本身。
當大家把流程畫在同一張圖上，通常才第一次看見：同一個交期被輸入三次、同一份 Excel 被兩個人私下另存，或某個關鍵例外只有資深同仁知道。
舊系統不是敵人。沒被畫出來的資料責任，才是任何新系統都接不住的地方。
