對餐廳來說，
真正的考驗不是平常，而是尖峰時段。
尖峰時段會發生什麼？
- 多桌同時點餐
- 廚房瞬間壓力暴增
- 櫃台需要快速確認訂單
- 系統如果不穩，整間店會亂掉
常見的設計問題
有些系統在設計時過度追求「即時」：
- 過度依賴 WebSocket
- 狀態過多（pending、confirmed、paid、processing…）
- 操作流程複雜
結果是：
👉 系統一旦卡住，就全面失效
我的設計原則
1. 狀態簡單
只保留必要狀態，例如：
- pending（待處理）
- preparing（製作中）
- done（完成）
2. 使用 polling 而不是即時推送
每隔幾秒更新一次資料：
- 結構簡單
- 穩定性高
- 容易除錯
3. 畫面一眼能理解
- 不需要教學
- 不需要點很多次
- 一眼知道現在狀況
為什麼這樣比較穩？
在尖峰時段，
「穩定」比「即時」更重要。
就算延遲 3 秒，只要系統不會壞，
整個流程就能運作下去。
小結
很多系統失敗，不是因為功能不夠，
而是因為在最重要的時候撐不住。
我在設計 QRCode 點餐流程時，
優先考慮的不是速度，而是穩定。