先評估，再搬遷
不是所有歷史數據都值得遷移。請區分「仍有業務價值」與「只是留著安心」的資料。把所有東西都搬過去，只會讓新系統在上線第一天就更難被信任。
欄位配對要書面確認
含糊的數值是遷移後抱怨的主要來源。在第一次匯入前，先決定無法對應或互相衝突的數值如何處理，並讓實際使用這些數據的人簽字確認。
先定好去重規則
先決定「甚麼叫做同一筆記錄」：電郵、電話、公司網域，還是幾者的組合。匯入之後才去重，遠比事前定規則痛苦，尤其當涉及關聯記錄時。
分批測試，再對帳
以分階段方式匯入並附驗證報表，預留對帳窗口；在確認完成前，舊系統應保持可查閱——能回頭核對舊資料，正是把遷移焦慮轉化為信心的關鍵。
決定哪些歷史要留、留在哪裡
已成交的單、舊工單與失效聯絡人，可能有參考價值，但未必需要出現在日常作業中。請決定哪些進入正式系統、哪些歸檔、哪些真的可以丟棄。
刻意重新分配權責與權限
遷移正好是修正多年累積權限的好時機。把舊的負責人對應到新角色，並避免為了切換時少點麻煩，就乾脆把管理員權限發給所有人。
務實規劃切換日
選擇業務量低的時段、凍結舊系統的編輯、向所有受影響團隊溝通時程，並準備回退方案。多數失敗的遷移，敗在協調而不是工具。
上線後 30 天要做檢查
留意重複建立、附件遺失、自動化失效，以及與舊數字對不上的報表。在大家還記得舊系統的時候，做一次簡短而有結構的遷移後檢視，最能抓出問題。