新舊平台切換怎麼驗收？安排凍結時間、抽樣與回復判斷

說清新舊平台切換的範圍、資料凍結時點、分層抽樣、必要工作驗收與停止／恢復條件，讓團隊在正式啟用前確認紀錄接得上、例外有人處理。

平台轉換最容易在匯入結束後才發現：資料筆數看似齊全，實際接手工作卻漏了關聯、晚到紀錄或權限。可把驗收設計成一個有起訖時間的窗口，先鎖定新舊平台的寫入邊界，再用分層樣本與日常任務確認資料能用，最後按事前寫好的停止條件決定放行或恢復。本文聚焦 SaaS 平台切換時的操作驗收；以下情境與數字示例均為假設，請按資料風險和團隊作業量調整，不代表特定系統功能。若只比搬移完成率，團隊可能忽略變更中的紀錄與實際工作接續；以下步驟會把「何時停、抽哪些、誰核對、何時退」變成能當場確認的決策依據。

定義切換範圍時間

平台切換的驗收範圍要寫成「誰在什麼時間、把哪些資料與工作移到哪裡」，而不是只寫「完成搬家」。先列出要切換的部門、帳戶、資料種類、涵蓋日期、關聯欄位，以及留在舊平台的唯讀資料；每一類資料都指定來源欄位、目的欄位、重複判斷方式與資料負責人。客戶資料可再拆成公司、聯絡人、案件、備註、附件，避免把「客戶已匯入」誤當所有關聯都完整。接著畫出切換前後的工作邊界：例如新客戶由新平台建立，歷史成交紀錄只查舊平台；哪些通知、表單或批次匯入會同時寫入，須另外標示。時間表至少有最後可新增時間、匯出或整理窗口、新平台開始正式寫入、驗收截止與決策會議，並寫明時區；排程避開結帳、促銷、排班或大量進件時段。若有跨夜工作，按每個資料來源最後更新時間排界線，不以「週末切換」代替時間戳。假設小型團隊選在週六搬移未結案件，便要先決定週五 18:00 後進件由誰記錄，週一上班前如何補回，而非讓兩個平台都可修改。這些時間只是示意，應按實際作業量調整。範圍表由營運、舊平台管理者及新平台管理者逐項確認，超出範圍的附檔或歷史欄位先列待辦，不在當天臨時加進去；否則抽樣基準與回復成本會跟著改變。範圍表也要寫明每類資料的起訖日期、是否含封存紀錄、附件是否只保留連結，並對齊來源與目的筆數的計算口徑；若來源把刪除項目或測試資料算進總量，驗收時就要用相同條件重算。對同名紀錄先訂主鍵規則，不能等匯入後再人工猜。

標記資料凍結節點

凍結不是把資料停住就算完成，而是明確告知哪些寫入要停、由誰管例外、時間點如何留證。切換前先通知會新增或修改紀錄的人，說清最後寫入時刻、暫停期間的手動登記位置、恢復後補登方式；也檢查表單、排程、匯入檔與外部連線是否仍會把新資料送進舊平台。把凍結節點分成三筆紀錄：停止新增前的來源基準、最後一次匯出完成時間、允許新平台正式寫入的時刻。對每筆延後進件，記錄原始發生時間、識別碼、處理人、暫存位置與是否已補入，避免只靠聊天訊息追。若業務不能完全停寫，可以採單一入口暫存，指定一位人員集中登記；禁止同一筆在新舊兩邊各改一次，否則之後很難判斷哪個值有效。假設排程在週五 18:00 凍結，某客戶 18:20 回覆地址變更，值班人員先把案件編號及舊、新地址記在受控清單，週一由資料主責按編號補入新平台，再由另一人核對。這是假設流程，不代表某系統自帶凍結功能。解除凍結前，先比對凍結後產生的新增、修改與取消清單，逐筆標成已匯入、待處理或不適用，三類合計要能對回清單總數。若時間或筆數不一致，維持唯一寫入點並暫停放行；不要用重跑整份匯入檔來掩蓋差額，因為可能產生重複紀錄。確認基準、例外與負責人都留存後，才公布新平台的正式起用時間。節點通知應包含窗口聯絡方式與升級對象，若值班者無法補登，要知道暫存清單交給誰；並在恢復前逐筆勾選，保留未完成筆數供決策人判斷。

選擇核對樣本

抽樣要先依風險分層，再在每層挑可重現的紀錄；只隨手看幾筆，容易剛好都抽到簡單案件。先把資料按種類、狀態和影響分組，例如啟用客戶、未結案件、已結案件、附件、含關聯人的紀錄，並把高風險欄位列出：唯一識別碼、負責人、狀態、日期、金額或聯絡方式等。對核心總筆數、必填欄位缺漏與重複值，可先做整批彙總核對；抽樣則用來查欄位對應、關聯是否正確、畫面能否由使用者讀懂。樣本要涵蓋最近新增、較舊資料、空值、特殊字元、同名或重複候選、不同權限與邊界狀態，並記下來源識別碼，讓另一位核對者能找到同一筆。以下數字純屬假設：這次有 200 筆客戶、80 件未結案件、40 個附件，先抽客戶 20 筆、案件 16 件、附件 8 個，總樣本為 44 個檢查對象；對每個對象仍要核對所屬欄位與關聯，不能只比總數。

若樣本出現錯誤，不要只把錯誤列修完就宣告通過；先判斷它是孤立輸入問題，還是欄位映射、匯入規則或識別碼造成的一批問題。錯誤可能來自罕見例外，因此可針對同類別擴大抽查，必要時改成逐筆對照；涉及付款、權限或服務連續性的關鍵欄位，先設定零差異放行，其他非關鍵欄位的可接受差異則由業務負責人事前寫明、逐筆留例外。抽樣清單在匯入前固定，避免看到結果後才挑容易通過的紀錄。未達成條件，就回到映射或資料整理處理，再以原樣本加新樣本複核。

逐項測試必要工作

驗收的重點是最常被團隊使用的完整工作是否能接續，不是登入成功或資料看得到。為每條工作寫一張情境卡：角色、起始條件、操作步驟、預期結果、不能發生的副作用、核對人。至少走過新增、搜尋、更新、關聯、指派、查詢報表、匯出、權限限制與例外交接；有附件、通知或排程的流程也需確認新舊兩邊沒有重複觸發。用非正式或遮蔽的樣本資料演練，確認一般人按實際工作順序可完成，不依賴管理員臨時修資料。選一條代表流程，例如收到新詢問後建立聯絡人、指派業務、建立案件、更新狀態並回看報表；逐步比對紀錄是否仍指向正確客戶，負責人能否看到該看的欄位，其他角色是否看不到不該看的資料。對每個步驟記下預期與實際，不接受「畫面有出現」作為唯一條件。若匯入後通知寄了兩次、案件變成無人負責、附件連結指向舊資料，這些都會改變實際作業，即使總筆數一致也不能放行。明確指定工作中斷時如何回到人工處理：暫用表單、紀錄保存位置和補登時機，並實際由值班人員走一次。驗收者不應是唯一設定者，找一位沒有參與搬移的第一線使用者依步驟讀回；記錄他卡住的位置、用錯詞或需要額外權限的步驟，修正說明或配置後重走受影響路徑。最後依範圍表逐項標記通過、有條件通過或未通過，保留資料識別碼和截圖等內部證明；若條件通過仍需人工兜底，須寫明執行人與停止日，避免暫行措施變成無人維護的長期流程。

設定停止與恢復條件

停止條件要在搬移前定義，並分成「暫停操作、修正後重驗」和「回到舊平台」兩種決策，避免現場才為了趕時間降低標準。先把不可妥協項目寫出來：核心資料筆數對不上、識別碼重複、案件或客戶關聯錯置、關鍵欄位缺漏、權限讓不該看的人看到資料、重要工作無法完成，任何一項發生就停止新增與對外處理。一般格式或不影響作業的備註差異，可以列例外，由指定主管逐筆判斷是否延後修正；不得把所有錯誤混成一個百分比門檻。再定義恢復判斷：根因已定位、修正方式可重複、受影響資料可圈出、原樣本與擴大樣本均通過，且暫存進件已對回，才可重新評估放行。假設抽查 20 筆客戶中有 1 筆負責人錯置，若該欄決定誰接手客戶，就先停下並確認同一映射規則影響多少筆；不能因為 19 筆正確便視為可接受。若錯誤只出現在一筆非必要備註，也要留下編號、修正人和複核結果，再按事先約定決定是否放行。回復方案要說明觸發者、決策人、通知對象、回復到哪個資料基準，以及切換後新寫入如何保留並補回，避免回舊平台時遺失已產生的工作。回復不是按下切換鍵就結束：暫停新平台新增、保存期間紀錄、確認舊平台可接手，再由資料主責逐筆整理回寫清單。若沒有可行的回寫與服務恢復步驟，就不能把「必要時回退」當成真正備案。暫停時先保留操作現場與原始匯出檔，按問題欄位追到同類紀錄，確認影響範圍後再決定局部修正或全量重跑；每次重跑前先避免重複建立。

確認責任人與讀回

驗收表每一列都要有一位負責者與一位讀回者，不能只寫部門名稱。營運負責人定範圍和可接受例外；舊平台資料主責確認來源基準與晚到紀錄；新平台管理者處理欄位、權限及匯入修正；第一線代表依日常工作讀回；最後由有權決定切換或回復的人簽下結論。小團隊可由同一人兼任多角，但設定資料的人不宜獨自核對自己的成果，至少找另一位同事從新平台重新搜尋來源識別碼，確認欄位、關聯、狀態及操作結果。讀回要記錄時間、執行人、樣本編號、結果、差異與後續處理；每項待辦須有處理人和期限，標成通過、有條件通過或未通過，並附上決策理由。會議結束前由決策人逐項讀出未解例外、暫存進件數、人工替代流程負責人和解除條件，其他人確認紀錄沒有漏項；若數字對不起來，就保留凍結狀態，不用口頭保證補齊。將範圍表、抽樣清單、停止條件與決策紀錄放在團隊共用處，並指定維護者。讀回時不只看匯入報表，還要從日常入口搜尋樣本並開啟關聯或附件，確認畫面和權限符合角色。記下失敗步驟與使用角色，修正後才可重現。決策紀錄至少要有實際範圍、接受例外、決策人、下一次檢查點和人工兜底退出條件。交接給值班人員前，讓對方按紀錄描述一次遇到差異要先停哪個動作、去哪裡找暫存清單、誰有權恢復；答不出來就補齊說明再切換。今天可先開一張切換驗收表，填入資料類別、最後寫入時刻及三個停止條件，再約定讀回人。若正整理平台切換需求與交接脈絡，可到 ZhenheAI 官方網站 了解相關資訊。