更換 SaaS 前要匯出哪些資料？先盤點紀錄、附件與保留用途

從實際工作用途出發，盤點 SaaS 主檔、歷程、附件、欄位說明與責任人，並核對匯出格式與交付完整性。

更換 SaaS 時，最容易漏掉的不是主檔，而是多年累積的附件、關聯紀錄和欄位用途。先按實際工作流程盤點：哪些資料讓同事完成服務、對帳、追蹤或回覆，誰需要接手，以及離開舊系統後要如何查找。本文聚焦可攜資料及其用途，協助你整理出口清單；不把整個專案環境當成匯出範圍。先用一份清單固定範圍，再逐筆確認匯出物是否真的能支援接手。盤點時也要把欄位說明、檔案責任人和供應商限制一起納入，免得只帶走檔案卻沒有判讀與接手方式。

列出需保留的業務資料

開始前先列「工作要靠什麼資料完成」，再列系統裡有哪些資料表或欄位。以客戶管理工具為例，可按詢價、報價、成交、交付、售後分組，逐一問：同事如何辨認同一客戶？要不要保留聯絡方式、公司與負責人、需求摘要、商機階段、報價版本、服務狀態及往來紀錄？接著盤點仍在進行中的事項，以及已結案但日後可能要查的歷史紀錄；兩者用途不同，清單要分開標記。不要只匯出畫面上最常見的主檔，還要檢查自訂欄位、標籤、分類、狀態、建立與更新時間、紀錄編號，以及欄位之間的關係。先請實際使用者從最近完成的一件工作倒推：若下個月要找回脈絡，他需要看到哪些欄位？用不著的欄位可以標成不匯出，但要寫明理由，避免把「沒人記得用途」直接當成無用。若舊系統有重複或空值，先記錄現況，別在匯出時順手刪除；清理規則應另列，並保留可回查原始紀錄的方式。可先把清單分成「接手當下必需」、「特定情境才查」和「沒有明確用途」三欄。比如未結案詢價要保留負責人、最近聯絡時間、下一步和報價版本；已結案的舊案可能只需保留能辨認客戶與查詢往來的資訊。找兩位不同角色各自填一遍，再對照差異，避免只有管理者憑概念決定。若欄位名稱含糊，就標記待釐清者，不要先猜意思。每一列也指出資料來源、匯出範圍及必要理由；來源跨多模組時，記下是否有重複主檔，以及採用哪個識別碼作比對。同時確認每個重要欄位是否仍有人更新；若只剩舊資料而無人使用，記下待查原因後再決定。

盤點附件與關聯紀錄

附件常藏在主檔以外：客戶名片、需求文件、報價或合約版本、服務往來截圖、交付檔案，都可能只在某筆紀錄的附件區或留言串中。盤點時先畫出「主檔—活動—附件」關係，例如一家公司下有多位聯絡人，每位聯絡人又有詢價與服務紀錄；要確認匯出的檔案能回到對應的人、案件或日期，而不是只拿到一包沒有脈絡的檔案。列出附件名稱、檔案類型、所屬紀錄編號、上傳或更新時間及目前負責人；若系統以網址或內部識別碼呈現檔案，也要確認交付後是否仍可讀取，並把需要另存的項目標出。留言、任務、活動、標籤與自訂欄位也可能補足附件背景，應確認它們是否包含在匯出內。可抽幾筆不同狀態的案件做追溯：從清單找到紀錄，再找到附件，最後確認內容與版本相符。若附件命名含個資或敏感內容，不要為了方便全部下載到共用資料夾；先指定存放位置與可讀取的人，再逐批核對。另要核對清單裡看似附件的欄位究竟是檔案本身、縮圖、連結，還是只有檔名；不同狀況的後續可用性不同。舉例，一份報價可能有原始附件、修訂版本和留言確認，若只取最新檔會失去當時依據。對每種關聯挑樣本，記錄主檔編號、子紀錄編號、附件名稱、版本與開啟結果，再對照舊系統紀錄頁。若連結指向登入後頁面，確認換帳號後是否仍有效，或能否另存檔案、保留其他脈絡。對重複附件先記錄關係，不要直接刪除可能不同版本的檔案。若同一檔案附在多筆紀錄，記下每個關聯；若有附件沒有對應主檔，另列孤立清單並找原使用者確認。

確認匯出格式選項

匯出格式要配合接手者的用途，不是挑看起來最通用的副檔名。CSV或試算表適合檢查欄位、去重與交接清單，但須看欄名、日期、編碼、換行和多選值有沒有被拆散；JSON常保留巢狀結構與識別碼，適合後續轉換，但需要有人能判讀；PDF便於固定版面閱讀，不適合當作可篩選的主資料；附件則要確認原始檔是否能逐一取出。向供應商詢問是否能同時匯出主資料、關聯紀錄、附件、欄位定義與識別碼，以及每一類對應的格式。先用少量、具代表性的紀錄試匯，開啟檔案實看中文字、日期、特殊符號、空值與關聯鍵，再比較匯出前後筆數。若需保留欄位順序或原始版本，記下設定並保存一份未整理的原始匯出；工作用副本才進行欄位整理。決定格式前，請接手者實際試開一份：能否搜尋、篩選、辨認關聯和重現用途？若答案是否定，就要補另一種格式或欄位對照表，不要把「檔案已下載」當成可用。對多語文字或混合編碼，要在接手者常用的工具中查看，而非只用預覽器；若文字亂碼、前導零消失、長編號被改寫或日期轉換，會影響比對和查找。選一筆含中文、空欄、特殊符號、多個標籤及多筆活動的樣本，保存匯出前的清單作對照。詢問欄位定義或資料字典能否一併取得；若沒有，就由熟悉流程的人補寫。核對結果記下格式、檢查人和未解問題，供重做匯出時比對。另確認每批匯出是否有一致欄名，合併批次時識別碼和日期格式是否相同；若格式不同，先保留各批原檔與轉換說明，再整理工作副本。

標記用途與保管責任

每個資料項目都要回答「為什麼留、誰會用、放哪裡、誰負責」。用途可寫成具體任務，例如讓業務延續未結案詢價、讓客服查回曾答覆的處理方式，或讓管理者核對歷史報價；避免只寫「備份」或「未來參考」。再指定責任人：誰確認內容完整、誰核對附件、誰決定存放位置與讀取權限、誰維護欄位說明。若資料會交給不同團隊，分開列出必要範圍，不要因一人需要全量而讓所有人都取得全量。欄位說明至少記錄欄位名稱、原意、值的範例、允許的選項、是否由人手輸入，以及新流程如何承接；遇到縮寫或歷史代碼，請原使用者補上白話解釋。保留期限或刪除時點不要憑印象填數字，應由資料負責人依組織規則與適用要求確認並留下決定。先標出含個人或敏感資訊的檔案，設定最小必要讀取者；傳輸、暫存和正式保存的位置也要寫清楚。每項用途最後連到一個驗收動作，例如搜尋一筆未結案紀錄並找回附件，讓責任不是只有姓名而有可觀察結果。實際填寫時，可照「資料項目、使用情境、閱讀對象、保存位置、負責人、驗收步驟」逐項列出。比如客服要回覆舊客訴，保留客訴文字、處理狀態和附件，驗收就是按客戶識別方式找到事件並讀到附件。若資料只供月結核對，閱讀者可限於負責該流程的人，不能因共用資料夾方便就擴大權限。發現沒人願意接手的資料，先由業務負責人決定移轉、留存或排除，再記錄決定日期與理由。用途改變時，也要更新責任人和存放位置，避免後續同事沿用過期說明。

記下供應商匯出限制

不同供應商的匯出方式、批次上限、可包含的紀錄類型、下載連結有效時間及帳號權限都可能不同，不能只靠產品介紹或過往經驗推定。聯絡供應商時，逐項問清楚：哪些資料可自行匯出、哪些需要支援協助、留言與歷程是否包含、附件是否另行下載、關聯識別碼是否保留、能否分批或重跑，以及匯出期間新增或更新的紀錄怎麼處理。要求對方把答覆對應到你的清單，記錄提出問題的日期、回覆者或工單編號、限制描述與待確認項目；這是交接紀錄，不是對方的功能保證。也要確認操作需要哪種帳號角色、費用或流程是否存在，未確認前不把它寫成確定條件。若只能分批，先安排分批範圍和命名方式，避免檔案互相覆蓋；若某類資料無法取得，記下缺口、影響的業務用途、替代查找方式與決策人。匯出後如果仍有新資料產生，指定最後一次補匯的時間點及由誰核對差異。這些問題要在停用舊服務前問，並把實際答案和尚未解決的限制一起交給接手人。把答覆分成「可自行下載」、「需支援協助」和「尚未確認」，每一項都對應清單中的資料類別。若對方表示可以匯出，追問實際包含哪些欄位、附件或歷程，並請其說明是否需要另外操作；若只有部分可取，記下缺失範圍和可能影響，交由業務負責人判斷是否足以承接。把客服回覆、工單內容或操作指引存入交接資料夾，並標記哪個說法尚未經實際檔案驗證。仍需等待的答覆，列出下次確認日期。別把口頭回覆當成已驗證交付。

確認交付物清單完整

交付前，請讓清單能從業務用途一路追到匯出檔案和保管位置。可用下面的簡表逐列填寫；「已驗收」必須是有人實際開檔、找到關聯或完成查詢，而不是只看到檔名。

最後把實際檔名、格式、匯出批次、保存位置、權限設定、欄位對照、未完成事項和負責人列在同一份交付紀錄。由未參與匯出的人依清單抽查：能否找到一筆指定主檔、讀懂欄位、追到相關歷程、開啟附件，並知道遇到缺漏要找誰？若其中一步走不通，退回補齊或標明限制與決策，不要用資料夾大小代替完整性。交接完成後，再由責任人確認舊系統何時停止新增、是否需要最後補匯，以及暫存副本如何處理，避免留下兩份都被當成最新版的資料。交付包還要有可讀的欄位對照和檔案索引，讓沒有舊系統帳號的人也能理解資料意義；索引應能從紀錄編號定位到檔案名稱和保存位置。最後請接手人簽認缺口與例外已理解，並把待辦指派給具名負責人和日期。下一步可先選一段近期流程試填清單，再到 ZhenheAI 官網 了解商業流程、網站與 AI／自動化整合。