先讓五個問題有答案，再排遷移時程
信箱遷移常以切換日期為起點，但資料種類、存取權限與驗收責任若還不明確，時程就缺少可靠依據。這份清單適合 IT 負責人、專案窗口與業務代表一起使用，把需要確認的條件整理成可交接的準備資料。
一、來源與目的環境是什麼？
列出來源與目的系統、帳號類型、連接方式和可用權限。不要只記錄品牌名稱，也要確認實際使用的服務與帳號範圍，以及誰能協助檢查連接或申請授權。
準備成果：一份環境與負責窗口清單，標示已確認和待處理的存取條件。這能讓試行先針對真正的環境限制展開，減少在執行階段才補找權限或聯絡人的情況。
二、哪些資料需要搬移？
分開盤點郵件、行事曆與聯絡人，記錄帳號數、資料量、預計保留範圍，以及重要資料夾或集合。各工作負載的支援條件不同，不能將郵件測試成功視為其他資料也已通過。
準備成果：一份包含搬移項目、不在本次範圍內的資料，以及尚待驗證項目的清單。讓使用者和執行人員對「本次會帶走什麼」有一致認知，也為後續驗收建立邊界。
三、何時切換，誰需要配合？
確認可接受的變更或中斷時段、使用者通知方式與負責窗口。將目的端帳號準備、執行安排、使用者操作及驗證責任放在同一份切換計畫中；若試行未通過，也先約定由誰決定調整時程。
準備成果：一份有負責人與檢查節點的切換清單。重點是確認哪些條件完成後才能往下走，而不是只填入一個日期；是否需暫停特定操作，應依環境及試行結果決定。
四、如何先做小規模試行？
挑選能反映實際使用情況的帳號與資料，驗證連接、資料夾或集合對應，以及目的端使用情況。對於大型郵件、特殊事件或欄位對應等疑慮，列成明確的測試項目，不只選最容易成功的帳號。
準備成果：記錄測試條件、觀察結果及尚未解決的限制，據此調整批次與切換安排。試行的價值是提早發現差異；少量資料成功並不代表所有帳號與資料都能原樣搬移。
五、如何驗收與處理例外？
事先定義檢查哪些資料、由誰確認，以及失敗或略過項目如何查核。約定需要重新處理的條件和後續負責人，讓異常有清楚的追蹤方式。不要只以工作進度顯示完成，作為整個專案的驗收依據。
準備成果：一份已確認結果、差異及未結事項清單。若使用 MigrateSuite，可用工作狀態及資料夾或集合資訊協助查核，再搭配目的端資料檢查，確認是否符合約定範圍。
把清單帶進下一次遷移討論
完成這五項準備後，團隊應能說清楚環境、資料範圍、切換責任、試行發現和驗收方法。仍不確定的項目可以保留為評估問題，不必先假設工具一定能處理。
這份指南是規劃起點，實際連接方式、支援資料與服務安排仍須依環境評估。如果需要討論下一步，先準備上述清單即可；初次諮詢不需要提供密碼或實際郵件內容。
