60 秒決策
先確認使用者要完成的事。
適合使用
- 每一筆內容能獨立成立，且有自己的摘要或主要操作。
- 內容結構與使用者掃讀方式已經能被說清楚。
不適合使用
- 使用者需要快速跨列比較相同欄位。
- 只是因為想讓畫面更豐富或更像 SaaS。
畫面要說清楚的事
不要只交代外觀，也要交代資料與輸入規則。
先讓資料關係成立
整張卡片只保留一個明確主題；若整卡可點，內部不要再塞互相衝突的操作。
主內容先於裝飾
名稱、數值與主要操作要先能被讀懂，再決定陰影、邊框與圖示。
窄螢幕重新排序
手機版依任務保留必要資訊，不只是把桌面寬度縮小。
必要狀態與回應
每個狀態都要讓使用者知道下一步。
預設內容
卡片需處理預設、聚焦、載入與內容不足，不用陰影假裝互動。
內容不足或缺值
用可理解文字處理缺值，不用空白或破版暗示。
載入與失敗
只替受影響區域提供等待或復原，不清空仍可信的內容。
鍵盤與手機
閱讀順序、焦點順序與視覺順序保持一致。
操作 Demo
先知道要觀察什麼，再動手操作。
操作前先知道
卡片資料責任
先觀察：先看主要內容、輔助資訊與操作是否各自清楚。
操作：切換專案卡片的「已收藏」狀態，觀察按鈕名稱與卡片內容是否同步。
預期結果：資料關係、狀態文字與鍵盤焦點同步更新。
告訴 AI
把任務、規則、狀態與操作條件一次寫清楚。
在 LumenDesk 建立專案 Card，顯示專案名稱、狀態、負責人與下一個里程碑。Card 有一個「查看專案」主要入口與獨立的收藏按鈕；不要讓整張卡片和內部按鈕產生巢狀互動，也不要用 Card 呈現需要跨列比較的十幾筆資料。驗收清單
不要只確認欄位能不能點。
- 這些資料需要獨立閱讀還是跨筆比較？
- 主要名稱是否比裝飾更早被看見？
- 操作是否有清楚名稱且不與整列互相衝突？
- 缺值、載入與錯誤是否有合理結果？
- 手機版是否保留任務所需資訊？
- 視覺順序是否和程式閱讀順序一致？