Aiden Mak logo
Aiden Mak
The Golden Fork — 案例研究
0%
平台總覽
案例研究

The Golden Fork

閱讀角度
簡介

顧客用自己的語言、自己的說法點餐。廚房專心做菜,不用猜單。

角色
個人產品
創作者 / AI 工程師
2026 年 2 月
技術棧
Next.js
Pinecone
Stripe
WebSocket
實證
推薦以真實菜單為依據 — 識別食材、不限語言
Stripe 支付 + 3 端(客人、廚房、經理)訂單實時同步
50 條黑盒對話回歸測試 — 50/50 全綠(2026-07-24 實測)
菜單太大讓客人無從下手,語言隔閡讓下單變成猜謎。
01 — 餐廳核心營運07 段影片
Film — ordering.mp4
01掃 QR 落單

每張枱的 QR code 打開的餐牌,已鎖定該枱號 — 不用下載 App,不用註冊。十二個分類配相片、價錢與飲食標籤;搜尋隨輸入即時過濾菜名與食材;需要選項的菜式會彈出自訂面板,必選項清楚標明 — 廚房永遠不會收到一份語焉不詳的牛扒。

搜尋、分類、自訂面板、購物車
Film — checkout.mp4
02座位上直接埋單

按下付款,系統以購物車內容原樣建立 Stripe Checkout — 與專營支付的公司同一套 PCI 合規託管流程;卡號從不經過本平台的伺服器。訂單由帶簽名驗證的 webhook 在伺服器端確認,偽造的「付款成功」會被直接拒絕。

購物車 → Stripe 付款 → 完成,一鏡到底
Film — tracking.mp4
03實時訂單追蹤

確認頁不是一張收據,而是一塊狀態板。訂單確認 → 準備中 → 可取餐,經 WebSocket 實時推進,HTTP 輪詢作後備 —「我份餐去咗邊?」自己有了答案;而 Call Server 按鈕一直留在原位,照顧仍需要人手的時刻。

狀態時間軸自動推進
Film — kds.mp4
04廚房顯示系統

已付款訂單帶提示音落在三欄 Kanban 上:逐項自訂備註、由黃轉紅的計時徽章、加急標記。卡片可拖曳或一按前移 — 只能向前,廚房沒有「回鍋」這回事 — 每次移動都經伺服器驗證,並同步廣播到食客的追蹤頁。

訂單帶提示音抵達,一路移到出餐
Film — feedback.mp4
05餐後評價

訂單出餐後,確認頁邀請食客評分:整體星級、食物/服務/環境分項、就這一枱實際吃過的菜逐道評分,再加一句留言。提交一刻即時進入管理後台,匯總成平均分與推薦率。

星級、逐菜評分、留言、致謝頁
Film — service.mp4
06服務請求

食客可在對話或確認頁呼叫服務,請求數秒內帶枱號落在後台。AI 助手也會自己發起:輸入「可以攞隻叉嗎?」它會一邊回答一邊靜靜把請求入列 — 食客只管等叉到手。

對話中呼叫,後台處理完結
Film — analytics.mp4
07營運分析

老闆星期一早上想問的問題,預先答好:分時段銷售速度、把每道菜歸入明星/謎題/耕田馬/棄將四象限(人氣 × 利潤)的餐牌工程散點圖,以及實時評價均值。示範環境中銷售圖表使用生成樣本;評價數字則是真實提交。

銷售速度、餐牌四象限、評價統計
02 — AI 層04 段影片
Film — chat.mp4
08像同人講嘢一樣點菜

AI 助手回答前會讀完每道菜的完整食材表。對堅果敏感、又不吃洋蔥蒜頭的食客問有什麼可以食 — 它逐道菜推理,解釋每個推薦為何安全,再送上可一按加入的卡片,與人手落單進入同一個購物車。

敏感查詢、推理作答、加入購物車
Film — multilingual.mp4
09你的食客講咩話,它就講咩話

同一位助手,用廣東話問「想食清淡啲、唔辣、唔要牛」— 它以廣東話回覆,附上同樣有根有據的菜式卡片。沒有翻譯層,沒有語言設定:多語言是模型的原生能力,而事實錨定在真實餐牌數據,答案在任何語言都同樣誠實。

廣東話提問,廣東話有據作答
Film — insights.mp4
10餐牌上缺少的那張清單

每段對話都被記錄、分類、挖掘。AI Insights 顯示本週飲食趨勢、可搜尋的真實提問紀錄 — 以及 Opportunities:食客想要而餐牌供應不了的原話清單(「vegan 芝士」「無堅果甜品」),每項附需求熱度。

趨勢、未滿足需求、可搜尋對話紀錄
Film — chefs.mp4
11廚師推介,一改全場生效

經理在後台輸入今日推介;客人餐牌隨即多出橫額,AI 也開始推薦這幾道菜 — 因為推介直接注入了它的上下文。後台改一次,全場每一張枱的 AI 說法都跟着變。

經理儲存推介,AI 隨即照推
03 — 商業價值改變了什麼
語言

點菜不再是估估下:敏感查詢得到真正的答案,而食客自己的語言 — 英文或廣東話 — 就是介面。

準確

每張訂單都以數碼形式清晰抵達。餐廳通常因落單出錯損失的 3–5% 營業額,在這條流程裡根本無從發生(行業數字,非本平台實測)。

需求

AI 的對話紀錄是每晚一場焦點小組:真實請求、原話、附次數 — 再配合餐牌工程視圖,該推咩、該落架咩,一目了然。

服務對象
食客任何語言落單、敏感安全的答案、實時狀態、座位埋單。
樓面沒有聽錯的訂單;服務請求進入隊列,而非飄在空氣中。
廚房乾淨的單、備註齊全、時間壓力可見、流程只向前。
老闆評價實時到手;未滿足的需求從真實對話中挖出。
落單錯誤率與加購率等影響數字,待真實部署實測後才會發佈 — 在此之前,上面的影片就是全部主張。
線上示範