拉麵店線上候位排隊與叫號通知流程

🎯 這條流程解決什麼

拉麵店的尖峰時段就是一場與時間的賽跑。中午十二點到一點、晚上六點到八點，人潮一窩蜂湧進，門口很快排成人龍。問題是這條人龍對店家其實是隱形的虧損：第一，站著等十五分鐘以上的客人很容易耐心耗盡，看一眼隊伍掉頭就走，這叫做「放棄排隊」，尖峰時段流失率往往高得驚人；第二，人龍擋住店門通道、影響其他店家觀感，甚至引來鄰里抱怨；第三，外場得分出一個人專門在門口拿著紙本登記、扯著嗓子喊號，這個人力在最忙的時候被綁死，等於少了一雙手送餐收桌。

如果純靠人工管理候位，外場領班得手寫登記每組人數與電話、口頭估「大概再二十分鐘」、輪到了大喊名字，常常喊了沒人應（客人跑去隔壁買飲料）、或同一組喊兩三次，一個尖峰下來光是管秩序就耗掉領班大半精力，估時還不準、客人一問再問。這條流程要解決的，就是把整個候位體驗數位化，讓客人不用站著乾等、外場不用扯嗓子，把門口的混亂變成順暢的數位排隊。

導入後的改變

導入前，候位靠紙本與吼叫，估時不準、放棄排隊的客人多，外場一個人力被綁在門口。客人站著等容易不耐，店家也無從掌握到底有多少人在排、平均等多久。

導入後，客人掃碼自助登記、手機隨時看得到前面還有幾組與預估時間，可以放心去附近晃晃，輪到再被 Line 叫回來。以一家假日午晚餐尖峰各有三十到五十組候位的拉麵店估算，原本因為站著等太久而放棄排隊的比例約一到一成五，導入數位候位後普遍可降到半成以下，等於每個尖峰多接住好幾組客人、一個月下來合理多出數萬元營收；外場也能把原本綁在門口登記叫號的人力釋放出來支援送餐，翻桌節奏更順。同時系統累積的候位資料還能反過來告訴店長哪個時段最塞、平均用餐多久，作為排班與訂位策略的依據。這套系統是輔助外場、不是取代外場的判斷，尖峰調度仍以現場為準。

流程怎麼運作

整條流程對應四個節點，覆蓋客人從掃碼到入座的完整動線。

第一步「掃碼登記」：店門口立一張 QR Code，客人掃描後開啟線上表單，自填用餐人數與聯絡方式（手機或 Line），送出後立刻拿到候位號碼，並看到目前前面還有幾組。這一步把「排隊」變成「登記後自由活動」，客人不必死守門口。

第二步「等待預估」：系統依現場桌況（目前幾桌在用餐、幾桌空著）、該店平均用餐時長與前方候位組數，推估這組大約還要等多久，並動態更新。每當有桌子釋出或前面有人入座，預估時間就重新計算，客人在手機上看到的是即時數字，而不是門口那句模糊的「大概還要一下」。

第三步「自動叫號」：輪到某組時，系統自動透過 Line 官方帳號推播叫號訊息，提醒在幾分鐘內（例如五分鐘）回店報到，並同步更新門口叫號看板。若客人逾時未到，系統依設定自動順延到下一組、把逾時組往後挪，避免一組沒到卡住全部人。

第四步「桌況釋出」：客人用餐結束離桌，或外場人員在系統按下「結束」鍵，該座位即釋出，系統更新看板與候位序，自動觸發下一組的叫號，讓下一桌順暢入座。整條流程的觸發與排程邏輯可參考 自動化專區 設計，讓桌況變更即時連動候位序。

需要的工具與串接重點

平台以 n8n 或 Make 為中樞。線上表單負責讓客人自助登記，要做到掃碼即填、欄位越少越好（人數＋聯絡方式即可），降低登記門檻。試算表作為候位資料的後台，記錄每組的登記時間、人數、狀態（候位中／已叫號／已入座／逾時），外場與店長都能即時查看。AI 等待預估依歷史用餐時長與當下桌況算出動態等待時間，初期可先用簡單規則（前方組數 × 平均用餐時長 ÷ 桌數），累積資料後再讓模型優化準度。Line 官方帳號負責叫號推播，是整套體驗的關鍵觸點。叫號看板可用一台平板或螢幕顯示目前叫號序，讓現場客人一目了然。

串接重點有三：一是「桌況」必須有人即時維護（外場按結束鍵）才能讓釋位準確，這一步是整套準度的命門，建議把按鈕做得極簡單；二是叫號推播要設逾時順延規則，避免一組未到卡死隊伍；三是登記資料屬個人資料，當次叫號完成後應定期清除，別無限期留存。

常見錯誤與注意事項

第一，個資只用於當次叫號。候位登記的姓名與手機屬個人資料，蒐集與使用須取得客人同意並符合個資法，僅供當次叫號用途，叫號完成後應定期清除、不得外流或拿去做行銷（除非另外取得行銷同意）。

第二，AI 估時只是參考、不是承諾。等待時間是依當下桌況推估，遇到大桌慢食、客人聊天不走、廚房出餐塞車都會偏差。訊息上務必標明「預估時間僅供參考」，避免客人因為實際等更久而生不滿，實際入座順序一律以現場外場人工確認為準。

第三，尖峰併桌與大桌需人工彈性調度。四人桌要不要拆給兩組兩人、大桌併桌怎麼安排，這些是系統算不準的現場判斷，必須由外場領班彈性處理，AI 不取代外場對座位調度的專業判斷。

第四，逾時處理要有溫度。逾時自動順延是必要的，但別直接取消，建議保留一個寬限與「回來重新插隊靠前」的機制，避免客人只是上個廁所就被踢出隊伍而抱怨。

台灣中小企業情境案例

台北東區巷弄裡一家僅二十二個座位的人氣沾麵店「麵之頓」，假日中午門口長年排到轉角，店長小林估算每逢尖峰都有幾組客人看到隊伍直接離開。導入數位候位後，門口換成一張 QR 立牌，客人掃碼登記就能去附近商圈逛，輪到再收到 Line 叫號。

成效很快浮現：原本假日午餐平均流失約十組放棄排隊的客人，降到剩兩三組；外場原本要派一人顧門口登記，現在這個人力回到場內幫忙送餐收桌，翻桌更俐落。小林還發現後台資料很有用：他從候位紀錄看出週六晚上七點是絕對尖峰、平均用餐約三十五分鐘，於是調整了排班與限時用餐規則。他說：「以前最怕的就是門口那條人龍，現在客人反而覺得我們很有規劃、體驗變好了。」

延伸應用

這條流程能再長出很多分支。可在叫號訊息裡夾帶「今日限定」預告，把等待時間變成行銷觸點；可加入「線上預約＋現場候位」混合制，讓常客提前訂位；也能在客人入座後自動推送點餐連結做自助點餐，進一步減輕外場負擔。若想把第一次來排隊的新客變成回頭客，可串 會員集點與回訪流程 在掃碼候位時順手入會；想把候位時段的人氣畫面變成社群素材，接 社群貼文自動化流程。更多現場營運與自動化招式見 食譜庫 與 工作流總覽。

💡 使用提醒：候位登記的姓名與手機屬個人資料，蒐集與使用須取得客人同意並符合個資法，僅供當次叫號用途，叫號完成後應定期清除、不得外流。AI 預估的等待時間僅供參考，不取代專業判斷，實際入座順序與桌況請以現場外場人工確認為準，尖峰或大桌併桌情況務必由人員彈性調度。

流程圖

用到的工具

更多「餐飲美食」工作流

瀏覽全部工作流藍圖 → 自動化工作流中心 → AI Skills 食譜庫 →