題幹與適用場景
這道產品面試題考察你能否把供應商時間表轉成可執行的遷移計畫。重點不是立即選擇某個替代 API，而是識別受影響的使用者任務、合約與合規承諾、遷移成本和不可逆風險，再用分階段證據決定投入順序。
面試官考察點
- 能否把供應商公告拆成明確日期、受影響能力和停止後的失敗模式。
- 能否按客戶任務、收入、合規、流量和遷移複雜度分層，而非只按技術團隊聲音排隊。
- 能否比較替代方案、暫時相容、自建和更換供應商的機會成本。
- 能否設定試點、監控、通知、回滾和退出條件。
回答前需要釐清的問題
先確認棄用是公告、凍結還是最終停用，具體版本、日期、支援範圍和是否有延期政策是什麼？目前使用點包含哪些客戶端、地區、方案、API、資料格式和 SLA？哪些客戶有合約承諾、合規要求或關鍵任務？供應商推薦的替代方案覆蓋哪些能力，遷移是否需要重簽合約、改資料模型或改變使用者操作？還要問現有呼叫量、失敗成本、可接受停機視窗和內部工程容量。
30 秒回答框架
我會先建立受影響清單和供應商時間線，再按使用者任務、業務暴露、遷移複雜度和可逆性分層。接著對供應商替代方案、自建、相容層和更換供應商做成本與風險比較，用代表性客戶和低風險流量做可回滾試點。試點達到任務成功率、效能、成本和客戶確認門檻後，先遷移高風險但可控的分層，保留相容視窗，持續通知和監控，最後在沒有關鍵阻塞時關閉舊路徑。
分步組織決策
1. 把供應商公告轉成可驗證的截止日期
記錄棄用公告日期、最後可用版本、停止服務日期、支援政策和遷移文件。將每個呼叫點映射到使用者任務、客戶端版本、地區、方案和資料流，區分「仍可運行」「有警告」「會失敗」三種狀態。供應商文件若給出遷移路徑，要標註其覆蓋範圍和未知項，避免把建議方案當成等價替換。
2. 建立影響與優先級矩陣
按任務關鍵性、客戶數量、收入或合約暴露、合規風險、遷移工時、效能變化和回滾難度評分。優先處理高關鍵性且遷移視窗長的路徑；低流量但高合規的路徑不能被平均使用率掩蓋。將評分與證據連到呼叫日誌、工單、合約、SLA 和客戶訪談，保留不確定性。
3. 比較四種回應策略
並列評估直接遷移供應商推薦方案、短期相容層、自建能力和更換供應商。比較一次性工程投入、持續維運、鎖定風險、資料可攜性、體驗差異、供應商支援和退出成本。相容層只能爭取時間，必須寫明到期日與關閉條件；自建也要計入安全、可用性和人才成本。
4. 用小範圍試點驗證替代路徑
選擇內部流量、低風險客戶或可回滾的租戶，雙寫或影子運行比較任務完成率、錯誤率、延遲、費用和支援量。對需要人工確認的流程，記錄完成時間和培訓成本。試點期間保留舊路徑和資料匯出，設定失敗閾值；任何關鍵任務回歸都應暫停擴大範圍，而不是用總體平均數稀釋。
5. 管理客戶溝通與遷移節奏
按客戶影響分層發送通知，說明日期、受影響任務、替代方案、行動清單和支援入口。讓客戶成功、銷售、支援、工程、法務共同審閱承諾與例外。先停止新客戶啟用，再提供遷移與相容視窗，最後關閉舊能力；例外必須有負責人、成本、期限和退出條件，避免永久分叉。
6. 以護欄指標決定是否繼續推進
追蹤遷移覆蓋率、關鍵任務成功率、錯誤和回滾率、延遲、成本、支援工單、退款或續約訊號，以及仍在呼叫舊介面的數量。預先定義暫停閾值和升級路徑。舊能力關閉後繼續觀察一個完整業務週期，再刪除程式碼、憑證和資料映射，並保留稽核記錄與供應商公告。
高品質示範回答
我會先確認供應商的最後支援版本、停止日期、警告機制和替代方案覆蓋範圍，再把所有呼叫點映射到使用者任務、客戶分層、合約、合規和資料流。優先級由任務關鍵性、業務暴露、遷移工時和回滾難度共同決定，而不是只看呼叫量。接著比較官方替代方案、相容層、自建和更換供應商的總成本，選內部或低風險客戶做雙寫試點，驗證成功率、延遲、費用和支援量。達到門檻後先停止新啟用，分層通知並提供匯出、遷移工具和相容視窗；高風險客戶設有期限的例外。每階段都監控舊介面呼叫和客戶結果，超過閾值就暫停擴大範圍，穩定一個業務週期後才刪除舊實作。
常見錯誤
- 看到供應商給出的替代方案就直接承諾等價遷移，沒有驗證真實任務。
- 只按呼叫量排序，忽略低頻但高合規或高收入的客戶路徑。
- 把相容層當永久解決方案，不寫停止日期和維護成本。
- 沒有舊介面呼叫、錯誤、延遲、費用和支援量的基線。
- 只通知工程團隊，沒有讓銷售、客戶成功、法務和受影響客戶參與。
- 遷移失敗後沒有回滾、資料匯出和例外期限，直接關閉舊能力。
追問與回答
供應商沒有給出可靠的替代方案，怎麼辦？
先把不確定性列入風險登記，要求供應商提供版本、SLA、測試環境和支援承諾，同時啟動相容層與第二供應商的可行性評估。用最小試點驗證自建或替代方案，避免在單一供應商承諾上押注全部遷移。
業務方要求立刻遷移，工程團隊認為可以等，如何取捨？
用停止日期、受影響任務、遷移工時和回滾視窗做共同時間線。若等待會消耗最後的安全視窗，就先完成呼叫盤點和試點；若替代方案尚未達到品質門檻，則保留相容層並明確風險接受人，不能用口頭樂觀替代證據。
如何判斷相容層何時應該關閉？
定義替代路徑覆蓋率、舊介面呼叫量、關鍵客戶確認率、錯誤率和成本閾值，並設定最晚日期。連續一個業務週期滿足門檻且無高風險例外後關閉；仍有例外時延長必須有批准、費用和明確退出計畫。
客戶遷移後體驗下降，但供應商日期臨近怎麼辦？
暫停擴大範圍，按任務拆分問題，確認是供應商差異、產品設計還是培訓不足。可以對關鍵客戶保留短期相容視窗，同時把修復拆成高影響項，向供應商升級並公開新的時間線，避免為了趕日期把失敗轉嫁給客戶。
什麼時候應該換掉供應商？
當替代方案反覆無法滿足關鍵任務、支援與 SLA 不可靠、鎖定成本超過遷移成本，或供應商的棄用流程持續製造不可接受風險時，才把更換列為正式選項。先用試點和總成本證據驗證，再提交包含退出計畫與客戶影響的決策。