返回餐飲洞察

經營洞察

餐廳尖峰時段客人總在等:從帶位、點餐、製作到送餐找出瓶頸

先定義每段等待從哪個動作開始、到哪個動作結束,再觀察同一時段卡在哪個步驟。區分無人招呼、需求尚未確認、廚房製作,以及餐點完成後無人領取等情況,安排明確的接手人,只調整瓶頸附近的一個動作;下一班也要查看等待是否轉移到其他環節。

MenuSnap編輯部發布時間

餐廳尖峰時段客人總在等,先分清楚他們是在等帶位、菜單、點餐確認、製作,還是送餐。用現場看得見的動作定義每段的起點和終點,再觀察同一時段哪些桌卡在哪個步驟。催廚房無法替尚未有人接待的客人點餐;先找出瓶頸,再調整人手或工具。

依照動作劃分等待階段

  • 從抵達到有人招呼:查看門口是否有人接待,而不只是看有沒有空桌。
  • 從入座到可以開始選餐:查看客人是否拿到易讀的菜單,以及是否知道由誰接單。
  • 從提出需求到店家確認收到:查看規格是否已問清楚,以及是否有人確實接手這項需求。
  • 從接單到製作完成:查看廚房實際接單與製作進度,不要只靠錄入訂單的時間推測何時開始製作。
  • 從製作完成到送上桌或交給取餐者:查看餐點彙整、領取與送達情況;成品放涼也可能是交付環節的瓶頸。

觀察紀錄只保留必要欄位

  • 營業日、門市時區與觀察餐期:____;當班職務與營業區域:____。
  • 桌號或內部訂單識別碼:____;觀察的是哪個階段:____。
  • 起點動作與發生時間:____;終點動作與發生時間:____;缺少的紀錄:____。
  • 停頓原因:____;當時客流與主要餐點組合:____;實際接手的職務:____。
  • 下次只調整的動作:____;負責人與代理人:____;下次觀察安排:____。

安排不負責關鍵收銀或出餐工作的人觀察,不要讓員工在尖峰時段一邊服務、一邊填寫冗長表格。只記內部識別資訊,不記顧客姓名和手機號碼;沒有看到的時間就註明未知,不要事後補上一個精確數字。

依照瓶頸安排下一步

  • 門口有空桌,客人卻仍在等位:先查看由誰負責整理桌面、帶位和迎賓,不要把問題丟給廚師。
  • 入座後不知道如何點餐:由負責該區的員工說明紙本菜單、手機線上入口和接單人,並主動回到桌邊確認。
  • 訂單正等待規格確認:交由熟悉菜單的人問清楚,其他職務繼續服務;不要擅自用相近品項代替。
  • 餐點已完成,卻無人領取:明確指定出餐口聯絡人、領取位置和送餐職務,不要只要求加快製作。
  • 訂單去向不明:依原訂單查明是否已送出、由誰接手,以及哪個工作站已收到;不要為了安撫催單而重新錄入一份。

每個交接點都要有負責人和代理人

迎賓人員可以兼顧空桌,外場人員可以輪流送菜,但當下由誰負責門口接待、查看新訂單、彙整餐點和送餐,都要清楚明確。負責人抽調人手支援時,也要安排人員補上原職務;員工離崗前應交代正在等候的桌次、已完成的動作和下一步,避免出現「大家都以為別人會處理」的空檔。

一次只調整瓶頸附近的一個具體動作。例如,餐點完成後由聯絡人通知領取人;若無人領取,再交由當班負責人處理。如果必須等配菜才能整組出餐,就說明原因;不要為了縮短餐點在出餐口停留的時間,提前交付不完整的餐點。

工具只補足相應環節

MenuSnap 可供掃描 QR code 點餐和員工透過 POS 錄入訂單。菜單有助於顧客了解選項,但訂單送出後仍需要有人接手。使用 KDS 和廚房列印功能需要相應的方案、設定和相容設備;不能因為頁面打得開,就認定廚房已收到訂單。如果斷點在接單,請依原訂單查明實際去向,再聯絡支援人員處理設定問題;如果問題在帶位或送餐,就先調整人員安排,不要盲目添購設備。

排查設備問題時,不要中斷已接手的服務。沒有印出紙本單據時,先確認訂單狀態,以及廚房是否已收到訂單;重新配對等設定變更,應由店主或經店主明確授權的管理員安排。臨時以人工交接時,保留原訂單和製作進度,避免系統恢復後又重做一次。

回覆催單先說明進度,下一班再查看等待是否轉移

先確認顧客詢問的是哪一道餐點,再依廚房已接單、正在製作或等待領取等狀態回覆。顧客趕時間時,說明已核實的情況,以及尚未製作部分有哪些可調整之處;取消訂單和費用須由有權限的人員處理,之後再通知製作人員。不要承諾尚未確認的全數上菜時間。

比較客流、排班和餐點組合相近的餐期,同時查看原本的瓶頸和其他環節。點餐變快了,廚房卻堆積訂單;或送餐變快了,卻沒人招呼新客,這些情況都表示還需要安排職務代理。觀察表是門市的人工管理方法,不代表系統已具備這些自動指標,也不能以某一班次運作平穩,證明長期都有效。

資料來源

線上示範免費開始