資料與任務狀態
沒有資料,也要先說清楚發生什麼。
空畫面、載入失敗、離線、權限不足和任務完成,表面上都可能看不到一般資料;但它們給使用者的原因、限制與下一步完全不同。
選擇流程
先查原因,再寫狀態文案。
- 資料原本就不存在或篩選不到嗎?是:使用 Empty State,建立資料或清除條件。
- 任務已結束,需要留下結果嗎?是:使用 Success State,保留完成內容與下一步。
- 服務或請求暫時失敗嗎?是:分辨 Error 與 Offline;前者談失敗,後者談連線與快取。
- 使用者已登入但角色不足嗎?是:使用 Permission State,說明需要的角色與申請流程。
差異對照
五種狀態,五種不同的下一步。
點選欄位名稱可進入元件閱讀路徑、實際 Demo 與可複製 AI Prompt。
| 判斷面向 | Empty State空狀態 | Error State錯誤狀態 | Success State成功狀態 | Offline State離線狀態 | Permission State權限狀態 |
|---|---|---|---|---|---|
| 先問什麼 | 資料本來就沒有嗎? | 資料本來該出現卻失敗嗎? | 任務真的完成或已送出嗎? | 服務目前無法連線嗎? | 使用者已登入但角色不足嗎? |
| 畫面要說明 | 第一次使用或零結果的原因。 | 受影響範圍、已知原因與修復方式。 | 完成內容、編號、時間與後續流程。 | 快取資料、暫停操作與恢復方式。 | 受限制範圍、需要角色與申請流程。 |
| 主要下一步 | 建立第一筆資料或清除篩選。 | 重新載入、改用替代流程或查看支援資訊。 | 回到工作流、查看紀錄或開始另一筆。 | 重新檢查連線,或繼續閱讀快取資料。 | 申請存取權或聯絡正確的擁有者。 |
| 不要誤用成 | API 失敗、離線或無權限。 | 空狀態、權限不足或永遠轉圈。 | 會自動消失的 Toast,或其實還在待審核的結果。 | 單次 API Error,或只憑瀏覽器 online 判斷。 | 空白資料表、Error 500 或無效的 Retry。 |
| 資料與安全 | 不需要暗示資料被藏起來。 | 保留篩選、草稿與上次成功資料。 | 留可追溯資訊,避免重複送出。 | 標記快取時間,操作以實際請求結果為準。 | 不得透露使用者尚未獲准查看的內容。 |
示範情境
同一個後台,畫面不能都寫成「沒有資料」。
LumenDesk 的任務篩選沒有結果時可以清除篩選;專案清單載入失敗時可以重試;存取申請送出後要留下編號;離線時可讀快取資料;預算報表沒有權限時應申請角色,而不是一直重試。
查看 Empty State Demo →