返回餐飲洞察

經營洞察

早餐咖啡館排隊如何分流:點餐、付款、取餐各有去處

先觀察早餐櫃檯哪個環節常被打斷,再把餐點規格說明放在付款前,並讓等候取餐和詢問進度的人離開付款隊伍。小櫃檯也能依照不同動作分流;即使由同一位員工負責,也可在處理完手上的訂單後接續作業。咖啡和熱食分批交付時,沿用同一筆訂單記錄已交付和待交付的品項。

MenuSnap編輯部發布時間

早餐咖啡館大排長龍時,先把點餐、付款和取餐這三種需求分開處理。將餐點規格與加價資訊放在排隊前就看得到的位置,讓付款後的顧客有獨立的等候區,也避免詢問取餐進度的人回到收銀處。分流不一定要增加人手或設備;先讓顧客清楚知道下一步該去哪裡。

小櫃檯也能依不同動作分流

  • 點餐區:在隊伍中看得到的位置,列出當日供應品項、飲品規格、奶類選項和加價資訊;紙本菜單和員工說明都應備妥。
  • 付款區:只處理目前這筆訂單的內容確認與收款;完成後告知顧客訂單識別方式和等候位置。
  • 待取餐區:不要阻擋出口、員工通道或付款隊伍;飲品和熱食依同一筆訂單集中整理。
  • 詢問進度:引導顧客前往出餐工作區或櫃檯另一端;如果只有一名員工,先完成手上的收款再查單,不要一邊收款一邊離開去找餐點。

櫃檯很窄時,不必硬是劃分成三條隊伍;可以利用不同的檯面位置或清楚的指示,區分各項動作。杯蓋、餐具和糖等自取用品,不應讓顧客必須逆著付款隊伍折返;也要留出員工的工作動線。

觀察動線交會處,不要只看隊伍長度

請不負責關鍵收銀或出餐工作的員工,觀察一個具代表性的早餐時段。記錄是為了找出流程瓶頸,不是催促顧客,也不要讓收銀員一邊找零一邊填表。

  • 觀察日期與餐期:____;當班職務:____;櫃檯與等候位置:____。
  • 這次等候從哪個動作開始:____;到哪個動作結束:____。
  • 流程在哪個步驟中斷:____;原因:____;是否有人從取餐處回到付款隊伍:____。
  • 分批餐點已交付:____;待交付:____;下一位負責跟進的人員:____。

會影響出餐的選項,應在付款前確認

當日價格、冷熱選擇、奶類、吐司份量和加價配料,都應在顧客做決定時清楚呈現。先由製作人員確認哪些替代選項能穩定供應,再向前場員工提供一致的說明;不要把特殊要求列為隨時都能選的品項。MenuSnap 可用於展示菜單、掃碼點餐和員工透過 POS 輸入訂單;至於僅供瀏覽或可提交訂單,應依照店內實際開放的方式清楚說明。

顧客從手機點餐轉由員工協助時,先確認顧客是否已提交訂單,再輸入新增內容。收款前,重述內用或外帶、數量和重要規格;交付時使用同一筆訂單的識別方式,不要靠記住顧客的長相找餐。

咖啡先做好、熱食稍後完成,也要依原訂單交齊

出餐人員應說明哪些餐點可以先取、還有哪些尚待交付,並在店內現有的記錄中標明已交付和待交付的品項。熱食完成後仍應歸在同一筆訂單下,多袋餐點及另外放置的飲品要一起核對;若顧客聽不清叫號,或不方便靠近櫃檯,應與顧客約定容易找到的位置,並協助送達。

使用 KDS 或廚房印表機,需搭配相應的方案、設定和相容設備,並明確分工,讓吧檯、廚房及彙整人員各自負責接收哪些內容。螢幕或紙票顯示製作完成,不代表餐點已交到顧客手上。

付款與異常情況要另外核對

使用獨立刷卡機時,先在終端機或服務商處確認交易成功,再將付款記錄到正確的帳單;MenuSnap 不會自動驗證這筆外部交易。若交易結果不明,先查詢原交易。網路中斷時,保留人工交接的依據;伺服器連線恢復後,先查核訂單和付款記錄,再補上缺少的內容,不要重新輸入整筆訂單或再次扣款。

付款後若要更改餐點規格或內用、外帶方式,先查詢原訂單和製作進度,向顧客說明可調整的範圍,再通知實際負責製作的人員。飲食安全要求應由店內負責人員確認;若尚未印出單據,先查詢訂單和廚房是否已收到,不要要求顧客重新下單。

下次早餐時段,再檢查原本的瓶頸

比較客流、人手和餐點組合相近的餐期,觀察付款是否仍會被詢問打斷、顧客是否走錯位置,以及是否仍有餐點漏交。若付款流程順暢了,但待取餐區開始積壓,就繼續檢查製作和交付流程;不要把隊伍偶爾變短當成長期成效。保留一項有效的調整,再處理下一個動線交會點。

資料來源

線上示範免費開始