02適合：餐飲店家 · 需要線上接單的商家
點餐系統
讓店家不用一直接電話回答同樣的問題，也讓客人清楚知道自己點了什麼。
- 類型
- 店裡每天在用的工具
- 我們負責
- 流程盤點 · 系統設計 · 開發上線
- 價格
- 依需求估價
- 狀態
- 已上線
01
原本卡在哪
做這個案子之前，對方每天遇到的狀況。
菜單改一次，要改的地方有很多：紙本、貼在牆上的那張、外送平台，還有店家自己手機裡的照片。改到最後常常忘記哪一份才是最新的。
訂單透過電話與訊息進來，尖峰時間一邊接電話一邊記，漏單和記錯品項幾乎是遲早的事。
第一線使用者是店員，不是工程師。畫面必須在忙碌、手上沾東西、只能單手操作的情況下還能用。
客人多半是掃碼後直接開始點，不會先註冊帳號，所以流程必須在不登入的前提下也能走完。
02
現在變成怎樣
做完之後，實際上有什麼不一樣。
- 菜單集中管理，上下架、售完、改價都在同一個地方完成。
- 客人掃碼即可點餐，不需要註冊，送出前會再確認一次品項與備註。
- 店家端以訂單狀態為主軸，新單進來會即時出現，不需要一直手動重整。
03
做得到的事
交出去的東西實際包含哪些功能。
菜單管理
分類、品項、選項與售完狀態都在同一個後台調整。
顧客點餐
不需註冊即可完成點餐，送出前有明確的確認步驟。
訂單流程
訂單有清楚的狀態，店家不必靠記憶追蹤進度。
店家管理
營業時間、公告與可否外送這些資訊，店家自己就能改。
即時更新
新訂單即時出現在店家端，減少漏單的機會。
04
我們怎麼做的
想知道過程再看，趕時間可以跳過。
- 01
把一天的實際流程走過一次
從開店、備料、接單、出餐到結帳，每個步驟目前是誰在做、用什麼做，先列出來，再談要不要做成功能。
- 02
找出真正花時間的環節
大部分時間不是花在「點餐」本身，而是花在確認、重複詢問與更正上。那才是要處理的地方。
- 03
把菜單變成單一來源
菜單只留一份，改一次所有地方一起變。這件事的效果比任何新功能都明顯。
- 04
讓訂單狀態雙方都看得到
店家知道現在有幾單、卡在哪個階段；客人知道自己點了什麼、大概什麼時候好。
05
技術上注意了什麼
不懂技術可以跳過，這段是寫給會問的人。
- 店家端與顧客端的權限完全分開，顧客端拿不到任何管理資料。
- 訂單金額在伺服器端重新計算，不信任前端送上來的價格。
- 資料庫層設定存取規則，不是只靠前端把按鈕藏起來。
- 即時更新在連線推送之外保留輪詢備援，網路不穩時畫面不會整個停住。
06更多畫面
07
如果你也要做類似的
這個案子做完之後，我們會建議你先想清楚的事。
- 別急著列功能。先問「最忙的時候好不好操作」，那才是店員願不願意用的關鍵。
- 「售完」這種看起來很小的功能，實際使用頻率往往比任何進階功能都高，記得先講。
想做類似的？
講一下你現在怎麼做、哪裡最卡就可以。我們會回你這值不值得做、大概多少錢、多久。
這個案子：依需求估價
