60 秒決策
先確認使用者要完成的事。
適合使用
- 多筆同類資料需要依順序掃讀，且每列只保留少量摘要。
- 內容結構與使用者掃讀方式已經能被說清楚。
不適合使用
- 每筆內容有大量獨立視覺或需要比較許多欄位。
- 只是因為想讓畫面更豐富或更像 SaaS。
畫面要說清楚的事
不要只交代外觀，也要交代資料與輸入規則。
先讓資料關係成立
列的資訊順序要一致，主要名稱先被讀到，操作留在可預期位置。
主內容先於裝飾
名稱、數值與主要操作要先能被讀懂，再決定陰影、邊框與圖示。
窄螢幕重新排序
手機版依任務保留必要資訊，不只是把桌面寬度縮小。
必要狀態與回應
每個狀態都要讓使用者知道下一步。
預設內容
列表要處理載入、空結果、選取與分頁邊界。
內容不足或缺值
用可理解文字處理缺值，不用空白或破版暗示。
載入與失敗
只替受影響區域提供等待或復原，不清空仍可信的內容。
鍵盤與手機
閱讀順序、焦點順序與視覺順序保持一致。
操作 Demo
先知道要觀察什麼，再動手操作。
操作前先知道
列表資料責任
先觀察：先看主要內容、輔助資訊與操作是否各自清楚。
操作：切換成員列表的排序方式，確認列順序改變但每列結構不漂移。
預期結果：資料關係、狀態文字與鍵盤焦點同步更新。
list Demo
LumenDesk 實際操作情境最近活動
- 更新成員角色林子安 · 09:42
- 建立活動草稿陳可欣 · 10:15
- 完成權限盤點黃柏翰 · 11:08
尚未操作此 Demo。
告訴 AI
把任務、規則、狀態與操作條件一次寫清楚。
在 LumenDesk 建立最近活動 List，每列固定顯示事件名稱、操作者與時間，依最新時間排序。列本身連到活動詳細資料，額外操作放在清楚命名的按鈕；不要把每列做成高度不同的卡片拼貼。驗收清單
不要只確認欄位能不能點。
- 這些資料需要獨立閱讀還是跨筆比較？
- 主要名稱是否比裝飾更早被看見？
- 操作是否有清楚名稱且不與整列互相衝突？
- 缺值、載入與錯誤是否有合理結果？
- 手機版是否保留任務所需資訊？
- 視覺順序是否和程式閱讀順序一致？