零培訓,點遍上百道菜。

在吃到飽的火鍋、壽司、燒烤餐廳,客人分多輪點菜 —— 一桌累積可能達到上百道甚至幾百道菜,完全靠服務生人工下單,高峰時段根本忙不過來。而菜品又按價位分 Tier:付的檔位不同,能點的範圍也不同 —— 讓服務生死記每桌能點什麼、點過什麼,既不現實也必出錯。

核心問題:如何讓一個零培訓的客人,在 Tier 權限與輪次規則之內,順暢地自助點完上百道菜?

用戶是第一次見到這個介面的堂食客人 —— 從小孩到長輩,沒有培訓機會,也沒有學習意願。這和 Mobile POS(受過訓練的服務生)是完全相反的設計前提:介面必須做到零學習成本。次要利益相關者是商家:在乎運營效率,以及 Tier 與輪次規則的準確執行。

設計開始前,我到真實門店做實地觀察,研究客人在實際用餐環境中的行為;結合市場調研與商家訪談,收斂出三個最重要的訴求:

• 展示已點菜品,避免客人忘記點過什麼而重複加點、浪費食材
• 嚴格執行用餐輪次控制
• 期待一種全海報式、互動式的點餐方式,與傳統圖片列表區隔

這三個訴求走向了不同的命運:前兩個成為核心功能,第三個的結局 —— 見後面「那個我們沒有做的功能」。

很多吃到飽餐廳是綜合式的 —— 同一間店讓一桌客人選擇吃到飽的火鍋、燒烤或壽司。所以導覽是兩層的:上方橫條放的是餐飲模式(火鍋、燒烤、壽司,再加上飲品與甜品);點其中一個,左側就滑出一個側邊導覽,列出那個模式底下的子分類 —— 豬、雞、牛、海鮮、蔬菜、麵。

因為一桌可能點到幾百道菜,一顆密度切換鈕讓客人隨時切換版面:一行三個,圖大、更誘人;一行四個,一次掃過更多菜。

還有兩個我當時力推、但最後沒被採用的點子:可收折的購物車,以及可收折的分類側欄,讓客人能把介面收起來、更專注在菜本身。下方的互動 demo 把可收折購物車做成了概念重現 —— 我認為仍值得在正式產品中重訪。

面對階梯式菜品權限,最直接的做法是把客人無權點的菜直接隱藏 —— 介面最乾淨。我們沒有走這條路。最終方案是置灰 + 鎖標:高 Tier 菜品依然可見,只是處於鎖定狀態。

• 對客人:能看到完整菜單,不會因「怎麼別桌有這道菜我沒有」而困惑
• 對商家:置灰的高 Tier 菜品本身就是升級的動力 —— 看得到卻點不了,自然產生升級意願,呼叫服務生按鈕正是升級入口

置灰鎖標的代價是介面永遠比「只顯示可點菜品」更滿 —— 我們接受視覺密度,換取「客人不困惑 + 商家有升級動力」的雙重收益。

不同業態的輪次規則完全不同 —— 火鍋、壽司、燒烤各有各的限制方式。因此輪次控制不能做成固定邏輯,而是設計成按商家配置、介面動態呈現的規則系統 —— 同一套介面,在不同餐廳裡承載不同的輪次限制。客人始終清楚這一輪還能點什麼,在爭議發生前就先化解了客人與服務生之間的規則糾紛。

在這些決策之外,還有點餐流程的其餘部分 —— 讓一整桌的用餐不必服務生在旁盯著:

• 購物車:提交前的確認區 —— 數量與規格一目了然,讓一桌共同點的單不出錯
• 已點歷史:客人隨時能查看這一桌已經點過什麼,從源頭杜絕重複加點與浪費
• 呼叫服務生:自助不等於無人服務 —— 一鍵呼叫,處理升級、特殊需求或諮詢,把人力留給真正需要人的時刻

針對商家普遍期待的海報式點餐,我們做了 Prototype demo 驗證方向 —— 最終決定不做:

• 工程成本與收益不匹配:實現難度大、研發工程量高,而適用的商家基數並不大
• 業態不匹配:海報式的沉浸感屬於高端餐飲,而中低價位吃到飽的客人要的是快速、高頻、多輪次地點菜,不是沉浸式地欣賞菜單

這個決策讓團隊把資源集中在目標業態真正需要的功能上:可擴展的導覽、Tier 權限、輪次控制、已點歷史。

一套組件庫與 Variant 體系,讓不同商家、不同業態的餐廳都能基於同一套組件組出自己的點餐介面,而不是每接一家就重新設計一次 —— 這正是 411 台規模化部署背後的交付基礎。