60 秒決策
先確認使用者要完成的事。
適合使用
- 使用者要暫時處理一件短而完整的工作，例如補一個值、閱讀簡短資訊或確認下一步。
- 內容能在不失去原頁脈絡的情況下，以一個清楚標題、少量內容與可關閉方式說完。
不適合使用
- 內容已經是長表單、多步驟流程或需要反覆查閱大量背景資料。
- 只是要通知結果，卻不需要使用者現在回應。
畫面要說清楚的事
不要只交代外觀，也要交代資料與輸入規則。
標題先說眼前任務
「編輯林子安的角色」比「設定」更能讓使用者知道自己為何被帶到前景。
內容與按鈕保持同一件事
Dialog 內每個欄位、說明與動作都應服務同一個小任務；不相關內容留在原頁。
關閉出口不要藏起來
可見的取消、關閉按鈕或預期的 Escape 行為，讓人能離開而不必猜。
必要狀態與回應
每個狀態都要讓使用者知道下一步。
開啟前
觸發按鈕要說明它會打開什麼任務，不只寫「更多」。
開啟中
標題、內容、初始焦點與可用動作同時清楚。
取消或關閉
不變更資料，並回到讓使用者開啟它的地方。
完成
若資料已儲存，回到原頁後要有可理解的結果回饋。
操作 Demo
先知道要觀察什麼，再動手操作。
操作前先知道
編輯成員角色
先觀察：Dialog 是否只聚焦在一個短任務，並且有具名標題、取消與儲存出口。
操作：開啟 Dialog，檢查焦點是否進入內容，再按取消或 Escape。
預期結果：Dialog 關閉後回到「開啟角色 Dialog」按鈕，沒有意外變更背景資料。
Dialog Demo
先把一件事說清楚，再回到原本工作成員管理
林子安產品設計 · 專案管理員適合短暫聚焦一項資訊或小任務；真正要阻斷背景操作時，才採用 Modal Dialog。
尚未開啟對話框。
告訴 AI
把任務、規則、狀態與操作條件一次寫清楚。
在 LumenDesk 製作「編輯成員角色」Dialog。只放完成這件事必要的說明、角色選擇與取消／儲存動作；Dialog 要有可見標題、關閉方式與明確的焦點起點。不要把需要長篇說明、跨多步驟或大量欄位的流程硬塞進一個小視窗；先決定它是否必須阻斷背景工作，再選 Modal Dialog 或非模態做法。驗收清單
不要只確認欄位能不能點。
- 標題是否直接說明 Dialog 要完成的任務？
- 內容是否短到能在前景處理，而非一整頁流程？
- 是否有至少一條清楚、可鍵盤使用的關閉路徑？
- 開啟與關閉的焦點位置是否可預期？
- 不需要立即回應的訊息，是否應改用 Alert、Banner 或 Toast？
- 若需要阻斷背景，是否明確改為 Modal Dialog？