系統汰換與資料遷移:換系統不搞丟十年資料

換系統這件事,難的從來不是新系統,是舊系統裡那十年的資料。客戶名單、交易紀錄、庫存底帳——搬得過去,新系統第一天就能接手營運;搬不過去或搬錯了,你會同時失去過去和現在。我們處理過的系統汰換案裡,資料遷移的工時常常占整個專案的三分之一以上,而業主的預期通常是「不就是匯出再匯入嗎」。這篇把安全退場的完整路徑講一遍。

第一步:先搞清楚資料拿不拿得出來

這一步要在「決定換系統之前」做,不是之後。舊系統的資料匯出能力,直接決定遷移的難度:有完整匯出功能的最好;只能匯出部分報表的,要評估缺的資料補不補得回來;完全鎖死不給匯的,可能得跟原廠商談——而這時你會體會到當初合約沒談交付條款的代價(這題我們在系統交付後,程式碼和資料是誰的寫得很完整)。順帶一句:如果你現在還沒要換系統,今天就去確認一次資料匯得出來,並養成定期備份的習慣,細節見資料備份策略。

第二步:資料清洗——最髒也最有價值的工

十年的資料一定是髒的:重複的客戶(同一個人有三筆,電話格式還不一樣)、亂填的欄位(地址欄寫著「同上」)、早已停售卻還掛著庫存的商品。遷移是清洗的最好時機,因為髒資料搬進新系統,新系統從第一天就是髒的。

清洗的實務原則:

定義主鍵再去重。客戶用什麼認定是同一人(手機?統編?),先拍板,再機器初篩、人工複核。
不是所有資料都要搬。七年前的歷史訂單,搬進新系統的價值可能低於它造成的混亂。常見的折衷是:近兩三年的明細完整遷移,更早的資料轉成彙總數字或封存成唯讀檔案備查。搬多少,依你的法規要求(如稅務憑證保存年限)和實際查閱頻率決定。
對照表要留底。舊系統的客戶編號 C0012 對到新系統哪一筆,這份對照表遷移完也不能丟,日後追歷史問題全靠它。

第三步:平行運行——用一段難受期換一個安全期

直接「週五關舊系統、週一開新系統」的一刀切,是把全公司押在遷移零失誤上,我們不建議。安全的做法是平行運行:一段時間內兩套系統並存,新系統實際承接營運,舊系統保持可查、每日對帳。這段期間很痛苦——有些資料要登打兩次、同仁會抱怨——所以要控制長度,通常兩週到一個月,並且訂出明確的「畢業標準」:連續 N 天對帳無差異、關鍵流程全數在新系統跑過,才正式切換。

平行運行的意義,是把「發現遷移錯誤」的時間點,從出事的那天提前到還來得及修的那天。

第四步:回退計畫——希望用不到,但必須有

切換日之前要白紙黑字寫下:如果新系統出大問題,怎麼退回舊系統?退回的觸發條件是什麼(什麼等級的問題才退,誰有權喊)?切換後在新系統產生的資料怎麼補回舊系統?舊系統要維持可運轉狀態多久(我們的習慣是至少一個完整的月結週期)?沒有回退計畫的切換,是拿營運玩梭哈。實務上,寫過回退計畫的團隊幾乎都用不到它——因為會逼你把風險想過一遍的過程,本身就是最好的預防。

常被遺忘的三件小事

舊系統的網址與整合:串在舊系統上的官網表單、報表排程、第三方服務,切換清單裡常被漏掉,上線當天才一個一個炸出來。
同仁的肌肉記憶:教育訓練要在平行運行期做完,不要切換日當天現場教。
舊系統的退役儀式:確認資料封存、取消授權扣款、收回帳號。每年都有公司持續付著早已沒人用的系統月費。

換系統是十年一次的大事,值得用工程的嚴謹對待。如果你正在評估汰換,想找人一起把遷移路徑規劃清楚,歡迎聊聊:客製化系統與 SaaS 服務。