依賴關係提供你無法獨力維護的工具、基礎設施與專業知識。風險在於失去必要服務時，沒有可用的替代方案。
針對每項重要依賴，檢查服務無法使用或條件改變時會發生什麼。你能取回資料、恢復相關帳號存取，並在其他系統繼續工作嗎？
了解更換成本
服務價格只是成本的一部分。更換服務可能需要移轉資料、建立新的整合、培訓人員及調整既有工作流程。
只要服務提供足夠價值，這些成本可以接受。但應在依賴服務前先了解成本。有競爭產品不代表你能將工作轉移過去。
中階 · 檢查資料、帳號復原與介面
- **資料：**能匯出所需檔案及相關資訊嗎？除了主要內容，也要檢查附件、留言、日期與連結。
- **帳號復原：**不使用即將更換的服務，也能復原相關帳號嗎？由該服務託管的復原信箱會增加另一項依賴。
- **介面：**其他用戶端或系統能執行必要操作嗎？有文件的介面有助於更換，但仍需測試相容性。
用實際工作測試替代方案
選一小份具有代表性的樣本。加入附件、相互連結的紀錄，或其他可能難以移轉的項目。
- 從目前服務匯出樣本。
- 用替代工具開啟或匯入。
- 檢查內容及相關資訊。
- 在替代工具執行一項日常工作。
- 記錄遺失資訊、手動步驟及所需時間。
保存可讀資料與恢復可運作的服務是不同需求。電子郵件封存保留訊息，卻不提供能收發信件的信箱。
判斷資料損失與工作量是否可接受。需要數週的移轉可能適合預定維護，卻無法在中斷期間使用。也要計入操作替代系統所需的時間與技能。
進階 · 記錄測試確認的結果
使用簡短紀錄，例如下方範本。這是範本，不是已執行測試的結果。
date: <test date>
service: <current service>
sample: <items included>
replacement: <tool or provider tested>
procedure: <export and import steps>
verified: <content and tasks checked>
missing: <lost information or unsupported functions>
time: <elapsed time and manual effort>
next_step: <accepted limitations or follow-up work>寫明檢查項目與尚未測試的部分。「支援匯出」描述功能；「附件可開啟，留言遺失」記錄實際觀察結果。
更新復原指示
服務、匯出格式或替代系統有重大變更後，重新測試。定期檢查重要依賴，優先處理失效時會中斷必要工作的項目。
確保不使用原服務也能取得操作指示。共用系統應請另一人依照指示操作。若某步驟需要缺少的憑證或未記錄的知識，更新程序。
不必讓每個系統都維持一份運作中的複本。你需要的是經過測試、符合復原時間與資料需求的方法。
從一項重要依賴開始
記錄服務提供什麼、失去它會損失什麼、預定替代方案及最近測試結果。先處理失效時造成最大影響的服務。
當服務的效益足以支持這項依賴時，繼續使用它。保存更換所需的資料、存取權與知識，以便決定改變時能採取行動。
