60 秒決策
先確認使用者要完成的事。
適合使用
- 剛完成的操作仍可逆轉，而且使用者在同一頁就能做一個明確的下一步，例如 Undo。
- 訊息不需要開啟對話框，但不能在使用者還能處理時自行消失。
不適合使用
- 操作無法復原、需要完整細節或有多個後續任務，應改用持續 Notification 或頁內內容。
- 只是沒有下一步的單純成功結果；那種情況讓 Toast 簡潔地收起即可。
畫面要說清楚的事
不要只交代外觀，也要交代資料與輸入規則。
只給一個可理解的動作
「復原」比「確定」「處理」更清楚，也避免 Snackbar 變成縮小版工具列。
有動作就不能靠倒數收走
使用者要看懂後才能決定是否復原；保留到復原、關閉或操作不再可逆為止。
指出改變了什麼
寫出被移除的草稿名稱，讓人不用猜這個 Undo 會還原哪一件事。
必要狀態與回應
每個狀態都要讓使用者知道下一步。
操作前
草稿仍在清單中，畫面不出現 Snackbar。
可復原
草稿暫時移除，Snackbar 清楚列出被影響項目與「復原」入口。
已復原
草稿回到清單；Snackbar 收起，局部 status 訊息回報結果。
使用者關閉
若產品允許關閉，關閉後仍要符合資料保留與復原規則，不能假裝動作沒發生。
操作 Demo
先知道要觀察什麼，再動手操作。
操作前先知道
移除草稿後復原
先觀察：Snackbar 是否說清楚移除了什麼，且「復原」可用鍵盤到達、不會計時消失。
操作：點選「移除草稿」，再按「復原」。
預期結果：Snackbar 持續顯示直到復原或關閉；復原後草稿回到清單，狀態文字回報成功。
告訴 AI
把任務、規則、狀態與操作條件一次寫清楚。
在 LumenDesk 的草稿清單中，使用者移除「八月活動文案」後，於頁面底部顯示 Snackbar：「已移除『八月活動文案』」，並提供一個「復原」按鈕。這個 Snackbar 只放一個清楚動作，使用者還能復原時不得自動消失；按下復原後，草稿回到清單，Snackbar 收起，並用非搶焦點的狀態訊息告知結果。驗收清單
不要只確認欄位能不能點。
- 這個操作真的可逆嗎？
- Snackbar 是否只放一個明確動作？
- 使用者還能處理時，它是否不會自動消失？
- 是否直接寫出受影響的資料，而非只說「已移除」？
- 「復原」是否可用鍵盤到達與觸發？
- 若訊息需要追蹤、更多細節或多步處理，是否改用 Notification？