台灣餐廳 QR Code 掃碼點餐指南：先釐清流程，再選工具

在台灣餐飲現場，「掃碼點餐」常被拿來描述很多不同事情。第一種是展示型菜單：客人掃碼後閱讀餐點、價格與說明。第二種是顧客在頁面挑選並提交餐點。第三種則是把點餐流程連同收銀、出單、廚房顯示、會員或其他設備一起處理。這三種工作不應因為都使用 QR Code 就被當成同一項能力。

店家選擇前可先畫出自己的服務動線：客人什麼時候看菜單、誰確認餐點、如何收費、如何告知取餐或送餐。流程畫出來後，才比較容易判斷需要的是一個可維護的菜單入口、一個供客人提交餐點的頁面，或另外需要其他系統。

若餐廳最常遇到的是紙本菜單過期、客人想先看價格，或需要讓菜色能以手機閱讀，展示型菜單通常是可先處理的工作。客人掃碼後進入手機頁面，餐廳自行維護分類、菜名、價格、說明、圖片與可供狀態。

這種方式的關鍵不在於條碼外觀，而在於公開內容的更新流程。每次改菜後，店家應以真實的 QR Code 和公開網址檢查頁面，確保客人不會看見舊價、已停售品項或不完整的說明。

店內桌邊點餐和單純看菜單不同。店家應先決定是否需要桌號、如何處理加點、誰監看客人提交的內容，以及客人有問題時要由誰協助。MenuForma 的免費方案包含店內桌邊點餐，可作為單店、單一語言情境的起點。

不要把客人完成頁面操作，直接等同於餐廳所有後續流程已自動化。若現場另有收費、出單或服務方式，團隊仍應依自己的設定與流程處理。發布前以一次實際模擬點餐，會比只看設定頁更能發現需要補充的說明。

POS、收銀、電子發票、廚房顯示、會員與付款可能是餐廳評估的一部分，但這些功能是否存在，必須逐項看實際供應商與店家設定。從一個 QR Code 能開啟菜單，不能推論它已經與任一 POS 或硬體串接。

MenuForma 的本頁並不宣稱 POS、KDS、台灣金流、電子發票或訂位整合。若這些是選購條件，請在比較產品時另列為需求，向各供應商取得清楚的功能與責任範圍。這樣也能避免前場對客人做出不符合現況的承諾。

功能名稱相同，不代表在每一家餐廳都適用。自助式櫃檯、小型咖啡店、多人共桌餐廳與需要服務人員說明的料理店，對桌卡位置、菜單文字和點餐協助的需求不同。先選一個時段，以真實菜單和同事手機測試，較容易發現現場問題。

測試可觀察的項目包含掃描成功率、頁面閱讀、客人是否理解下一步、紙本備援是否清楚，以及同事能否在不熟悉手機時協助。這些只是餐廳檢查自己的流程，不是任何系統對速度、營收或滿意度的保證。

免費方案適合一間餐廳、一種語言和店內桌邊點餐的基本情境。若這正是現場目前要驗證的流程，先從清楚的菜單內容和小範圍桌卡測試開始即可。

需要多語系、外送或外帶時，餐廳可評估付費方案。多語言可支援 70 多種語言，但餐廳仍須複核菜名、食材、份量與過敏原；外送與外帶的具體流程也應按店家設定和服務方式確認。

把需求寫成問題，有助於避免被模糊的「一站式」說法影響。先問：客人需要看菜單還是提交餐點？是否只在店內使用？誰更新菜單？什麼情況提供紙本？哪些外部系統是必要條件？

回答後再選擇工具，並把不在這次導入範圍內的需求記錄下來。如此即使未來再評估 POS、付款或其他服務，也能以餐廳自己的流程為準，而不是重複修改已能運作的菜單內容。

選定 QR Code 菜單或店內點餐方式後，請不要只把帳號密碼留給一個人。用一頁簡短說明記下：QR Code 指向哪裡、誰可以改價、客人提交後由誰處理、無法掃碼時提供什麼替代方案，以及目前哪些流程不在本次工具範圍。這份說明能讓新同事、臨時支援人員和管理者知道該如何回應客人的問題。

如果未來要增加 POS、收銀、付款或其他設備，仍可把它們放在第二階段評估，不必把尚未確認的整合寫進現有菜單說明。先讓客人看得到的資訊正確、讓現場知道誰負責哪一步，再擴大系統範圍，通常較容易檢查和交接。

評估時可以逐項詢問：菜單是否可自行更新？客人在哪個裝置開啟？店內桌邊點餐要如何設定？多語言與外帶外送是否屬於方案能力？需要哪些外部設備時由誰負責？這些問題都能對照產品說明、設定畫面或實際試跑結果。

相反地，像是一定節省多少人力、一定提高多少營收、一定縮短多久等待等說法，無法替任何一家店決定是否適用。以自己的餐點、桌位、客群和服務節奏進行小範圍測試，會比把不確定的成效當成採購條件更可靠。