這篇只處理第一筆測試單，不是完整導入清單。目的很簡單：確認顧客看得到入口、能送出訂單，店家收得到單，狀態更新後顧客也知道什麼時候取餐。
測試前先準備到「可以真的下單」
- 店名、電話、地址、營業資訊要先補齊，顧客才知道是不是找對店。
- 先建立一份最小菜單：至少 1 個分類、1 個商品、價格正確。
- 付款方式與取餐規則要先寫清楚，避免顧客送出後還要重新確認。
測試單要從顧客入口開始
測試時不要只從後台確認設定，請用另一支手機模擬顧客。可以先挑一種最常用入口測：內用桌上 QR、外帶現場 QR，或取號 QR。先讓一條路順起來，再擴充其他入口。
- 內用桌上 QR：確認桌號是否正確帶入訂單。
- 外帶現場 QR：確認顧客能下單、看進度，並知道顯示「可取餐」後再到取餐區。
- 取號 QR：確認顧客掃碼後進入取號流程，而不是誤以為可以點餐。
QR 張貼先確認位置、用途與下一步
- 放在顧客第一眼就會看到的位置：排隊動線、桌面中央或取號入口，不要貼在牆角或被立牌擋住。
- 每張 QR 只負責一件事：桌上點餐、外帶現場或取號，不要把用途混在一起。
- QR 旁邊直接寫下一步：例如「掃碼點餐，顯示可取餐再到取餐區」或「掃碼取號，請依畫面等候」。
客人第一次不一定卡在掃碼，更多時候是不知道下一步
- 掃完不知道這是內用、外帶還是取號入口：代表 QR 用途寫得不夠清楚。
- 送出後不知道去哪裡看進度：代表查單入口或取餐規則沒有講清楚。
- 看到狀態也不知道何時靠近取餐區：代表現場沒有把「看到可取餐再過來」寫明白。
送出後看三個畫面
- 顧客端：是否能看懂店家頁、商品、付款方式與送出前確認。
- 店家端：訂單列表是否收到新訂單，金額、品項、備註與取餐資訊是否正確。
- 顧客端訂單：店家更新狀態後，顧客是否看得到目前進度。
第一輪只驗證四件事
- 入口清楚：顧客知道掃哪一張、掃完要做什麼。
- 品項可點：商品、價格、規格選項沒有明顯錯誤。
- 店家收得到：訂單進入正確店家帳號，不被篩選條件藏住。
- 顧客知道取餐：狀態更新後，顧客知道何時到取餐區。
測完再擴充，不要第一天做滿
第一筆測試單確認順了之後，再補更多分類、圖片、副選項、訂位、預購、通知或出單設定。若第一條最短流程還沒穩，功能開越多，現場越難判斷問題出在哪裡。
常見卡關與排除
- 掃碼後進不去或一直轉圈：先換一支手機或改用 Chrome，再確認張貼位置訊號是否穩定。
- 顧客端能送單，但店家端看不到：先確認登入的是正確店家帳號，再檢查訂單列表篩選條件。
- 店家更新了狀態，但顧客端沒變：請先回到查單畫面重新整理，再確認該筆訂單是否真的有更新。
- 顧客常掃錯入口：先減少同一位置的 QR 數量，並把用途寫在 QR 旁邊。
- 顧客一直回櫃台問下一步：把等待區、取餐區與查看進度的方式直接寫在 QR 旁邊或取餐區。