餐廳掃碼點餐系統導入指南：內用流程、POS 與廚房出單整合、付款時機

午餐尖峰時，外場一個人要帶位、點單、上菜、結帳，客人舉手半天沒人過來，抄單還抄錯——許多餐廳就是在這種時候開始考慮餐廳掃碼點餐系統。客人在桌上掃 QR Code 自己點，訂單直接送進廚房，外場能把時間留給服務。

但掃碼點餐不是把紙本菜單換成網頁那麼簡單。它牽動的是整個內用流程：單據怎麼進廚房、帳怎麼和 POS 對得起來、什麼時候收錢、售完怎麼即時下架，以及不會用手機的客人怎麼辦。

以下依序說明內用流程設計、與 POS 和廚房出單的整合、付款時機、菜單維護、替代方案，以及導入前的檢查清單。

先畫出你的內用流程

導入前要先把現在的內用流程完整寫下來，因為掃碼點餐要配合的是你的流程，而不是反過來。

需要釐清的問題：

• 客人入座後，是自己找位子還是由外場帶位？
• 一桌是一張單，還是同桌每個人各自點、各自付？
• 可以加點嗎？加點是併到原本的單，還是開新單？
• 有沒有套餐、加購、客製選項（辣度、去冰、加料）？
• 什麼時候結帳？用餐前、用餐後，還是點一次付一次？
• 有沒有服務費、低消或用餐時間限制？

這些答案決定了系統的核心設計。例如「同桌各自點」和「一桌一單」在資料結構上完全不同；允許加點的話，系統要能把同一桌在不同時間送出的品項正確歸到同一筆帳。

QR Code 綁桌與開桌

掃碼點餐的第一步是讓系統知道「這張單是哪一桌」。常見做法有兩種：

• 固定桌碼：每張桌子貼一個固定的 QR Code，掃了就知道是哪一桌。簡單、成本低，但風險是有人拍下桌碼後在店外亂下單，或前一組客人離開後還能用舊頁面繼續點。
• 動態開桌：客人入座後由外場在 POS 或平板上「開桌」，系統產生該次用餐專用的點餐連結或 QR Code，結帳後自動失效。安全性較高，也能確實控制哪些桌在用餐中。

多數餐廳建議採用動態開桌，或至少在固定桌碼上加一道「該桌必須處於用餐中狀態才能下單」的檢查。清桌後一定要能把該桌重置，避免下一組客人看到上一組的點單紀錄。

與 POS 和廚房出單的整合

這是整套系統最關鍵、也最常出問題的一段。掃碼點餐若和 POS、廚房出單各自獨立，會出現三種狀況：廚房漏單、帳不平、外場不知道哪一桌點了什麼。

整合時要確認的重點：

• 訂單進 POS：掃碼送出的訂單要直接成為 POS 裡的一筆桌單，外場加點、改單、退菜都在同一筆上處理。
• 依工作站分單出單：熱炒、飲料、甜點分別印到各自的出單機或顯示在廚房螢幕，而不是整張單只印在一處讓人工分派。
• 出單狀態回傳：品項送出後的狀態（已接單、製作中、已出餐）若能回傳，外場就知道哪一桌還在等什麼。
• 改單與退菜的權限：客人送出後還能不能自己改？通常建議送出後鎖定，改單由外場處理並留下紀錄。
• 斷線時的備援：網路或出單機出問題時，訂單不能默默消失。系統要能顯示「出單失敗」並允許重印。

門市端 POS 的選擇與整合重點，例如結帳、庫存與多門市管理，在POS 零售系統開發指南有更完整的說明；本文聚焦在點餐這一段怎麼接上去。

付款時機：先付還是後付

付款時機會直接影響翻桌節奏與客人感受，沒有絕對的對錯，要看店型：

先付後吃（點餐時即付款）：

• 適合客單結構單純、翻桌快、以單人或小組客人為主的店。
• 好處是不會有吃完跑單的問題，結帳櫃台的壓力也大幅減少。
• 缺點是加點要再付一次，同桌多人時分攤較麻煩。

吃完後付（用餐結束再結帳）：

• 適合會持續加點、多人聚餐、有服務費的店。
• 好處是點餐流程最順，客人不會因為付款而中斷點餐。
• 缺點是結帳仍集中在最後，尖峰時櫃台容易塞住。

混合模式也很常見：線上付款與櫃台結帳並存，讓客人選擇。不論哪種，都要確保線上付款的結果正確回寫到 POS 的桌單上，避免同一桌被收兩次錢或漏收。金流串接的流程、退款與對帳方式，可以參考台灣金流串接指南；結帳時的電子發票開立與載具處理，則在電子發票串接指南有說明。

菜單維護：售完與時段要能即時反映

掃碼點餐最常被客人抱怨的，是「點了才說沒有」。紙本菜單時代，外場會口頭告知；掃碼之後，若系統沒有即時下架，客人送出了才被告知售完，體驗會比以前更差。

菜單管理要支援的功能：

• 一鍵售完與恢復：廚房或外場能在 POS 或手機上直接把某道菜標成售完，掃碼頁面即時隱藏或標示。
• 時段菜單：早午餐、午餐、晚餐、宵夜各有不同品項，系統依時間自動切換。
• 選項與加購規則：哪些選項必選、哪些可多選、加料是否加價，都要能在後台設定，而不是每次請工程師改。
• 圖片與說明：主打品項放清楚的照片與份量說明，能減少客人點錯或期待落差。
• 過敏原與成分標示：至少提供常見過敏原的說明欄位，並確認內容與實際備料一致。

菜單資料最好只維護一份，同時供應 POS、掃碼點餐與外送平台使用。若各自維護，品項名稱與售完狀態很快就會不一致。

長輩與不熟手機客人的替代方案

掃碼點餐不能變成門檻。許多客人不習慣用手機點餐、手機沒電、看不清小字，或者只是想跟人說話點菜。替代方案要在一開始就設計進去：

• 保留紙本菜單與口頭點餐：外場用平板或 POS 代客輸入，訂單一樣進入同一套流程。
• 桌上標示清楚：QR Code 旁寫明「也可以請服務人員協助點餐」，讓客人知道這不是唯一選項。
• 介面放大與簡化：字體夠大、按鈕夠明顯、步驟越少越好，選項太多的品項提供預設值。
• 不強迫註冊或下載 App：掃碼直接進入點餐頁面，登入只作為選擇性功能。
• 多語系：觀光客多的店家，可提供外語菜單切換。

外場人員也要接受訓練，知道如何協助客人操作、如何代客點單、遇到系統異常時怎麼處理。新系統上線時的人員訓練與帶領，可參考員工教育訓練與新系統導入。

導入前的檢查清單

正式上線前，可以拿這份清單逐項確認：

• 內用流程已寫下，含加點、分開結帳、套餐與客製選項。
• 確定綁桌方式，清桌後舊頁面無法再下單。
• 掃碼訂單會出現在 POS 桌單上，外場能改單與退菜。
• 各工作站出單正確，出單失敗有提示與重印方式。
• 付款時機已決定，線上付款結果會正確回寫桌單。
• 售完能即時下架，時段菜單會自動切換。
• 有紙本菜單與代客點單的替代路徑。
• 網路中斷時的備援流程已演練。
• 外場與廚房都做過實際演練，至少模擬一次尖峰。

建議先挑離峰時段或部分桌區試行，確認流程順了再全面開放。

常見錯誤

• 點餐系統與 POS 各自獨立：每天打烊都在對帳，漏單與重複收款層出不窮。
• 固定桌碼沒有任何檢查：店外也能下單，廚房做了一堆沒人吃的菜。
• 售完靠口頭告知：客人送出才知道沒有，抱怨比紙本時代更多。
• 強迫登入才能點餐：客人直接放棄掃碼，外場工作沒有減少。
• 忘了長輩客人：常客覺得被冷落，反而流失。

掃碼點餐做得好，客人覺得點餐更自在、外場能專心服務、廚房單據更清楚；做不好，只是把混亂從紙上搬到手機上。

如果你正在評估掃碼點餐要怎麼接上現有的 POS 與出單機，或想一併規劃付款與菜單後台，歡迎和 NETVANA 討論你的內用流程。軟體服務一律採詢問報價制，我們會先確認既有 POS 的介接方式與現場動線，再提出整合方案；可做的服務範圍列在軟體服務介紹。

延伸閱讀：門市結帳、庫存與多門市管理，看POS 零售系統開發指南；線上付款與退款對帳，看台灣金流串接指南；電子發票開立與載具，看電子發票串接指南；食材與備料庫存要一起管，看進銷存系統開發指南；新系統上線怎麼帶外場與廚房，看員工教育訓練與新系統導入。