60 秒決策
先確認使用者要完成的事。
適合使用
- 數量很小、離散，使用者通常只會加減幾次，例如餐點或同行人數。
- 直接輸入不是必要操作，重點是快速調整與邊界控制。
不適合使用
- 使用者需要貼上或輸入大數字。
- 數值不是離散數量，而是可在連續範圍內調整的設定。
畫面要說清楚的事
不要只交代外觀，也要交代資料與輸入規則。
加減按鈕要說清楚
按鈕不應只有加號與減號；可存取名稱要包含正在調整的項目。
目前數量放在中間
使用者每次按下都要立即看見新數字，不必回頭找通知。
庫存與下限要直接說
0、最大可購買數量與限制原因，要在控制附近回饋。
必要狀態與回應
每個狀態都要讓使用者知道下一步。
一般數量
增加與減少都可用，中央顯示目前數量。
零件數
減少控制不可再往下，避免出現負數。
庫存上限
增加控制在上限停止，並說明剩餘可選數量。
更新中
若更動會即時更新購物車或庫存，需避免連續重複操作。
操作 Demo
先知道要觀察什麼，再動手操作。
操作前先知道
加購餐點數量
先觀察：加減按鈕、目前數量與庫存上限如何一起回饋。
操作：增加餐點到上限，再減少到 0。
預期結果：數量不會超出 0 到 8，且邊界有文字說明。
可操作 Demo
加購餐點數量
加購餐點數量
每份餐點可單獨加購，最多 8 份。
目前加購 2 份，尚可加購 6 份。
告訴 AI
把任務、規則、狀態與操作條件一次寫清楚。
建立「加購餐點數量」Stepper Control，使用減少、目前數量、增加三個清楚控制。數量不可低於 0、不可超過庫存 8；到達邊界時說明原因，按鈕要有可理解名稱。驗收清單
不要只確認欄位能不能點。
- 增加與減少控制是否有可理解名稱？
- 目前數量是否立即可見？
- 0 與庫存上限是否有明確回饋？
- 即時更新時是否避免連續重複操作？
- 若需要直接輸入大數，是否應改用 Number Input 或 Spinbutton？