60 秒決策
先確認使用者要完成的事。
適合使用
- 使用者已登入，但角色或資料範圍不允許查看或操作某個功能、頁面或資料集。
- 產品能告知需要的角色、擁有者或申請流程，而不洩漏受保護內容。
不適合使用
- 請求或服務暫時失敗；那是 Error 或 Offline State。
- 資料真的不存在或篩選得到零結果；那是 Empty State。
畫面要說清楚的事
不要只交代外觀，也要交代資料與輸入規則。
指出限制的是哪一項資料或操作
說明沒有查看「部門預算報表」的權限，比模糊的「禁止存取」更容易處理。
提供正確的取得流程
需要財務檢視者角色時，給「申請存取權」或擁有者聯絡方式，別提供無效 Retry。
不洩漏受保護內容
空白表格、隱約可見的數字與錯誤訊息都可能透露資料；權限狀態只保留必要脈絡。
必要狀態與回應
每個狀態都要讓使用者知道下一步。
角色不足
清楚標示無法查看的範圍與需要的角色。
可申請
提供一個可理解的申請入口，說明送出後會發生什麼。
申請已送出
更新為待審核狀態，避免讓使用者重複送出相同申請。
權限已更新
重新取得資料並解除限制；若仍無權限，保留原因與支援路徑。
操作 Demo
先知道要觀察什麼，再動手操作。
操作前先知道
申請查看預算報表
先觀察：Permission State 是否說明缺少的角色並提供正確申請流程，而不是 Retry 或空資料表。
操作：點選「申請存取權」。
預期結果：按鈕暫時停用，完成後顯示「已送出存取申請」與待審核說明。
LumenDesk
角色不足時，導向正確的取得權限流程尚未操作這個狀態示範。
告訴 AI
把任務、規則、狀態與操作條件一次寫清楚。
在 LumenDesk 使用者開啟「部門預算報表」卻沒有權限時，顯示 Permission State：「你目前沒有查看部門預算報表的權限」。說明需要「財務檢視者」角色，並提供一個「申請存取權」按鈕；送出後顯示「已送出存取申請，審核結果會通知你」。不要顯示空白資料表、不要提供無效的 Retry，也不要洩漏使用者無權查看的內容。驗收清單
不要只確認欄位能不能點。
- 使用者是未登入、登入失敗，還是角色不足？
- 是否明確寫出不能查看或操作的是什麼？
- 是否提供有效的申請或聯絡流程？
- 是否避免把 Retry 當作權限問題的解法？
- 畫面是否沒有洩漏受保護資料？
- 申請送出後是否避免重複提交？