客戶是一家採開放式廚房的泰式餐廳，菜單有一半的品項都需要解說：客人不熟悉的食材、辣度等級、醬料，以及光看文字很難想像的甜點。客群多元，既有母語並非餐廳使用語言的觀光客，也有想來「體驗泰國」的在地客人。傳統紙本菜單同時造成三個問題：很快過時，改價或更換品項都得重印並增加成本；無法直接呈現餐點，照片只能另外以插頁補充；也讓服務生負擔過重，尖峰時段客人光是點餐就要等 5–10 分鐘，「聽錯、做錯」的情況也經常發生。帳務是另一個痛點：每班的訂單與金額都靠人工彙整，老闆無法即時掌握餐廳的準確狀況。餐廳希望把公開菜單連結放在 Google 地圖商家檔案中，因為如今許多初次到訪的客人都是從那裡找到餐廳。
設計並打造一套系統，讓同一份菜單以兩種模式運作，訂單直達廚房，中間不必經過任何「轉述」環節。
任務分成四部分：第一，使用固定連結的公開菜單，可放在 Google 地圖、社群媒體與宣傳品上；第二，同一菜單的私人連結，客人掃描桌上的 QR 後就能從展示頁切換到完整點餐流程，選擇品項並傳送到員工的 Telegram 機器人，桌號直接寫在連結裡；第三，員工 Telegram 機器人彙整所有訂單、記錄並計算金額；第四，管理後台讓老闆不必找程式設計師即可新增、編輯與刪除菜單品項。系統必須能在員工的基本裝置上運作，客人只需使用手機相機。
客人看到的只是「一個有菜單的網站」，但底層有一套精心設計的雙存取模式，以及客人、員工、菜單管理員三種角色。每項技術決策都在回答同一個問題：如何減少點餐流程中的阻力。
- 設計共用一份內容、區分兩種存取範圍的雙模式架構。公開連結會開啟展示菜單，呈現分類、照片、食材、辣度和價格，不提供點餐按鈕，方便放在 Google 地圖和社群媒體。桌位連結含有啟用點餐模式的參數：購物車、品項備註和送出訂單功能會出現。內容始終只有一份，因此不需要同步。
- 製作公開菜單頁面，支援行動裝置且快速載入，即使用路邊的行動網路也能在一秒內開啟，因為客人常在餐廳附近直接從 Google 地圖商家檔案點進來。頁面包含餐點照片、標示辣度與食材的說明、從湯品到飲料和甜點的分類，以及最新價格。網站託管在餐廳內部網路之外，因此無論店內 Wi-Fi 狀況或現場人潮如何，連結都能穩定運作。
- 為每張桌子產生專屬 QR 碼，連結內預先寫入桌號。客人不用從清單選擇「我坐在 N 號桌」，也不用告訴服務生座位，系統會從連結自行辨識。這消除了同類系統最主要的錯誤來源，讓訂單從一開始就能對應正確桌位。QR 立牌放在桌上任何座位都方便掃描的位置。
- 提供免註冊購物車和送單流程：客人加入品項、輸入備註（「不要花生」、「再辣一點」、「醬汁分開放」）、確認內容並送出，訂單就會傳到員工的 Telegram 機器人，附上唯一訂單編號和桌號。不必安裝 App、輸入電話或建立帳號；從掃描到送出只需一至兩分鐘，而且刻意比任何替代流程更短。
- 開發員工用 Telegram 機器人：即時收到所有訂單，包括唯一編號、桌號、品項、客人備註與總金額。除了接收訂單，機器人還記錄每班和每日的訂單歷史、依菜單和品項統計金額、重新傳送訂單並追蹤處理狀態。員工本來就在工作裝置上使用 Telegram，不必安裝其他軟體或接受訓練，介面就是熟悉的聊天室。
- 建置菜單管理後台：新增品項、編輯價格、說明、照片和分類、刪除品項，並即時標記有貨或售完。任何變更都會立即反映在公開菜單和點餐模式，因為兩者本來就是同一份菜單。老闆可用手機管理品項，不必找程式設計師，也不用每件小事都找我們處理。
- 考慮餐廳現場的邊界情況：若廚房剛好賣完客人已選的品項，管理員可立刻在後台隱藏，品項就會從點餐模式消失；若訂單不小心送出兩次，員工會看到兩筆並拒絕重複單；若價格改變，只要修改一次就會全處更新。正是這些日常狀況決定系統能否融入實際營運。
- 正式上線並訓練員工：列印與擺放 QR 立牌、指導服務生操作機器人、陪同最初幾個班次、收集客人與員工回饋，並依照實際使用情況調整介面細節。
三個決策奠定了專案成功。第一，「一份菜單，兩種模式」：餐廳只維護同一份內容，公開展示與點餐流程永遠不會分歧。第二，以 Telegram 作為員工終端：不必花錢買設備，訂單直接送到員工本來就使用的地方，歷史自動保存，不再需要「帳本」。第三，把桌號寫進 QR 連結，讓系統不必詢問它自己就能辨識的資訊。整套系統的費用低於完整重印一次紙本菜單，而且持續運作不必訂閱、架設自有伺服器或在餐廳安裝專用設備。
最明顯的效果是平均客單價提高：餐點照片，以及始終看得到的甜點與飲料區，會讓客人臨時加點；服務生在尖峰時段根本來不及主動推薦。第二個效果是減輕員工負擔：服務生少了「去接單」的奔波，有更多時間上菜、整理桌面和與客人交談。機器人讓老闆第一次能準確掌握每桌、每班和每個品項的訂單，不必手寫任何記錄。最後，Google 地圖上的公開連結像是「預先銷售」：客人到店前先逛菜單、互相分享餐點，到店時已經決定要點什麼。
| 指標 | 成果 |
|---|---|
| 菜單更新 | 重印要花好幾天 → 管理後台只需幾分鐘 |
| 客人決定到送出訂單 | 5–10 分鐘 → 1–2 分鐘 |
| 訂單錯誤 | 經常發生 → 每季僅零星案例 |
| 平均客單價 | +17% |
| 依班次記錄訂單與營收 | 手寫在帳本 → 機器人自動記錄 |
指標取自案例原始資料。僅在來源有記錄時註明統計期間。
- 平均客單價
- +17%
- 從客人決定到下單（原需 5–10 分鐘）
- 1–2分鐘
- 在管理後台更新菜單而非重新印製所需時間
- 分鐘
- 01公開菜單一個連結用於 Google 地圖與社群媒體
- 02桌位連結QR 碼中包含桌號
- 03員工 Telegram 機器人訂單、歷史紀錄與總金額
- 04管理後台不必找程式設計師就能管理菜單
- 01掃描 QR 碼
- 02菜單
- 03購物車
- 04確認
- 05機器人中的訂單訂單編號與桌號
圖表顯示區間上限：5–10 分鐘和 1–2 分鐘。
我們建議餐廳下一步採取的方向：
- 直接在菜單中付款：客人不用等服務生就能在桌邊結帳，桌位周轉更快，尖峰時段的結帳排隊也會減少。
- 多語言菜單：因應觀光客流量，增加英文和其他語言的餐點說明；內容基礎共用，另外維護翻譯版本。
- GEO（生成式引擎最佳化）能見度：以結構化資料呈現料理、菜單與氛圍，讓 AI 助理回答「哪裡吃得到泰國菜？」時能正確提及餐廳；越來越多客人透過這個管道選餐廳。
- 菜單分析：了解哪些餐點被瀏覽卻沒有下單、哪些品項能提高客單價，作為調整菜單和季節推薦的依據。
以前星期五晚上服務生總是來不及到桌邊；現在訂單會自動送來，附上桌號和客人備註。最受歡迎的餐點賣完時，我只要十秒就在管理後台把它隱藏起來，不會有人失望離開。
— 泰式餐廳老闆