1. 題干與適用情境
你負責一個包含批次刪除、停用與資料遷移的企業後台。客戶擔心篩選條件寫錯後一次影響數萬筆記錄，要求先預覽「將改變什麼」。問題不只是增加確認視窗，而是判斷預演結果能否降低不可逆損失，同時不讓每次操作都變成昂貴的全量掃描。
2. 面試官考察點
- 強回答先區分可復原、延遲生效與永久刪除，再決定預演深度。
- 能把使用者價值、工程成本、權限與誤差透明度放進同一個決策框架。
- 不把「顯示一個數字」當成安全證明；會說明快照時間、級聯關係、非同步任務與權限過濾。
- 能提出小範圍試驗與護欄指標，而不是直接承諾全平台支援。
3. 回答前需要釐清的問題
- 哪些動作真的不可恢復？若有回收站或備份，可先把預演聚焦到永久刪除。
- 預演對象是目前使用者可見資料，還是執行身分最終能觸及的資料？兩者不同會改變權限模型。
- 客戶需要精確清單、依表計數，還是只需風險等級？精確清單會顯著增加查詢與隱私暴露成本。
- 操作是立即執行還是排隊執行？非同步任務可以先產生凍結的影響快照，再要求二次確認。
4. 30 秒回答框架
「我會先按不可逆程度與影響規模分層：永久刪除與跨物件級聯優先支援預演，低風險可復原動作保留清楚確認。MVP 顯示執行身分、篩選條件、依物件類型的影響計數、快照時間與可能未涵蓋的依賴，並把預演結果綁定到後續任務。先在管理員與高價值客戶中試點，觀察誤操作率、預演到執行轉換率、查詢延遲與取消率；若無法及時取得精確結果，就明確標示估算並預設延遲執行。」
5. 分步驟深入解答
第一步定義風險矩陣。永久刪除、跨租戶影響、級聯關係與大量任務屬高風險；可回滾的標記更新屬中風險；單筆低權限修改屬低風險。只有高風險操作強制預演，避免所有按鈕都增加等待。
第二步確定預演契約。回傳執行身分、篩選條件摘要、符合數量、依資源類型的計數、級聯影響、查詢時間與資料版本。若依賴關係無法完整計算，顯示「可能遺漏的依賴」並禁止把估算寫成精確承諾。ServiceNow 的刪除預覽會展示級聯數量，同時明確說明附件等關聯記錄可能不出現在預覽中，這正是誤差提示應有的粒度。
第三步綁定執行。產生 previewId、條件雜湊與到期時間；使用者確認時只允許執行相同條件或明確重新預演。執行任務記錄預演快照與實際結果，兩者差異超過門檻就暫停並要求再次確認。
第四步設計權限與隱私。預演只回傳目前執行身分可見的聚合結果，禁止透過計數推斷其他租戶資料。高權限永久刪除要求二次驗證或雙人批准；Microsoft Power Platform 將永久刪除獨立標示並提醒資料不可恢復，產品可採用相同的風險分層。
第五步控制成本。小範圍同步計算；大範圍任務非同步排隊，先回傳估算或分階段計數。對相同條件短時間內重用唯讀快照，但必須顯示快照時間，不能讓舊結果掩蓋資料變化。
6. 高品質示範回答
「我會做預演，但不會把它設成所有批次操作的統一步驟。先把永久刪除、跨物件級聯與跨租戶任務列為高風險，強制回傳執行身分、條件摘要、依資源類型的計數、級聯範圍、快照時間與誤差說明。預演產生有期限的 previewId，確認時驗證條件雜湊；如果執行前資料變化超過門檻，就暫停並重新預演。MVP 先涵蓋管理員最常用的刪除任務，大查詢採非同步計算，指標看誤操作率、預演延遲、取消率以及預演結果與實際結果的偏差。若精確計算成本過高，我會選擇估算加延遲執行，並清楚標示不確定性，而不是顯示看似精確的數字。」
7. 常見錯誤
- 錯誤表現 → 所有操作都強制完整預覽 → 低風險動作也變慢，使用者會繞過流程 → 按不可逆程度與影響規模分層。
- 錯誤表現 → 只顯示一行總數 → 忽略級聯、權限與附件等隱性影響 → 按資源類型展示範圍並標示遺漏可能。
- 錯誤表現 → 預演結果永久有效 → 資料在確認前已變化 → 使用快照、到期時間與條件雜湊。
- 錯誤表現 → 追求 100% 精確才上線 → 大查詢成本拖垮後台 → 先提供有邊界的估算與非同步任務，並測量偏差。
- 錯誤表現 → 只看點擊率 → 使用者可能因害怕而取消，或根本不使用預演 → 同時觀察誤操作、取消、延遲與結果偏差。
8. 追問及應對
客戶要求預覽完整記錄清單，怎麼辦？
先問用途。若只是確認範圍，聚合計數足夠；若要稽核，提供分頁清單或可下載且受權限控制的快照。清單必須去識別化、限時可見，並記錄存取稽核，避免預演變成資料外洩入口。
預演顯示 10,000 筆，執行時變成 12,000 筆，怎麼辦？
把門檻寫進執行契約。差異超過門檻就暫停任務，告知新增來源並要求重新確認；低風險操作可繼續，但必須記錄預演與實際差異供客戶稽核。
如何判斷 MVP 成功？
先設護欄：高風險誤操作率下降、預演結果與實際結果偏差、P95 預演延遲、取消率與後台資源消耗。只有誤操作下降且延遲可接受，才擴展到更多資源類型；單純預演使用率上升不能證明價值。