先看常見問題，再決定要不要往下排查

不用。OnlineMenu 目前以純網頁為主，店家可直接用瀏覽器管理菜單、訂單、訂位與通知。

建議用固定裝置（平板/筆電）與固定瀏覽器操作，尖峰時段會更穩。

可以。店家可依流程開啟或關閉內用、外帶、預購與訂位設定。

實務上建議先分清入口（桌上 QR vs 外帶/預購 QR），再統一由後台管理，尖峰才不容易混單。

依功能與規則而定，例如訂位、查詢或特定流程可能需要驗證。

一般會員若已有有效手機資料，不一定每次都重新驗證；訪客或更換裝置時，則可能需要重新驗證。

店家在自己可管理的訂單與訂位畫面中，可看到處理所需的聯絡資料與備註資訊。

一般客人不會看到其他人的完整資料；更多細節可參考條款與隱私政策頁面的說明。

純網頁版適合先用於列印視窗流程與出單設定驗證。

若要長時間穩定自動列印，建議用固定裝置與固定瀏覽器模式操作；尖峰時也建議先把「訂單狀態更新」跑順，減少櫃台被打斷的頻率。

多數小店第一階段不需要 POS。先把「客人掃碼下單 → 店家接單 → 狀態更新 → 客人看得到進度」跑順，通常就能先看到效益。

當你需要庫存/會計/跨門市同步、或要跟既有收銀流程深度整合時，才會比較像 POS 的需求。

先建立一份可測試的最小菜單（招牌/常點品項），不要第一天就把所有品項做滿。

先印 1 張外帶/預購 QR（放櫃台/排隊動線），再視需要加桌上 QR（內用桌號）。

自己或找同事/朋友跑一次完整流程，確定從下單到取餐都跑得通，再逐步擴充。

先把入口分流：桌上 QR（桌號/追加）＋ 外帶/預購 QR（取餐節奏），不要先混在同一張。

先把狀態更新跑一致：開始做就改「製作中」，出餐就改「可取餐」，客人就比較不會一直問櫃台。

先把缺料處理做成 SOP：做不到的先停售，讓客人看到的就是你做得到的。

先把入口文案寫清楚：掃碼點餐 / 看進度；送出後以狀態為準，避免客人以為沒送出就重複按。

先把副選項做成可選：常見客製用選項取代備註自由輸入，能降低改單與誤解。

若店家有取消/更改規則：建議在店家頁公告清楚，避免尖峰現場反覆溝通。