早餐店多平台外送單彙整

🎯 這條流程解決什麼

接了外送平台之後，早餐店等於同時開了好幾個訂單入口：foodpanda 一台平板、Uber Eats 一台平板、自己的 LINE 外送、再加上不死心打電話來的老客人，全部各響各的、各有各的鈴聲。問題的核心是這些入口彼此不通，店員必須用人腦當「中介伺服器」，在三、四個螢幕之間來回掃單，把每一張訂單翻譯、排序、記住順序，再喊給煎台。

尖峰時段這套人工流程必然崩潰。漏單最常見：foodpanda 那台被別張單蓋住、沒看到，外送員到了門口才發現店家根本沒在做。重複製作也很常見：同一份蛋餅看了兩次以為是兩張單，多做一份只能丟掉。品名不一致更惱人：同一款餐點在三個平台叫三個名字，新手店員根本對不起來，做錯餐再重做，後面的單全跟著塞車。粗估一個早上的尖峰，店員花在「看單、對單、排單」的精神成本，等於少了半個人力；漏單與做錯造成的食材浪費、平台扣評分、客訴退款，更是看不見卻持續在流血的成本。

導入後的改變

導入前，訂單分散在多台裝置，靠店員人眼輪巡與記憶力整合，尖峰漏單率憑現場經驗大約落在百分之五到十，重複或做錯的餐點每天總有那麼幾份要丟。導入後，所有來源自動匯流成一張按時間排序的出餐清單，店員只盯一個畫面照順序做。

效益估算上，原本需要一名店員幾乎全程「顧螢幕對單」的人力，現在可以釋放出來回到煎台或包餐，等於尖峰多了大半個有效人力。漏單因為「進來就上清單」可降到接近零，連帶平台評分與準時出餐率回升。重複製作與做錯餐造成的食材浪費，依店家規模一個月省下數百到上千元不等。一天結束自動彙總各平台訂單量與品項，月底對帳從翻平台後台一筆筆核，變成看一張現成報表，行政時間省下約六到七成。

流程怎麼運作

對應 frontmatter 的五個節點，運作如下：

1. 彙整來源（📥） ── foodpanda、Uber Eats 的訂單通知信進到 Gmail，由 Email Parser 抓出品項、數量、取餐時間與平台；自有 LINE 外送與官網表單透過 Webhook 進來；電話訂單由店員快速登記到 Google 表單。所有來源統一收斂成同一份資料格式。

2. 正規化品項（🧾） ── 用一份對照表把各平台的品名（例如「招牌蛋餅」「原味蛋餅」「Egg Pancake」）統一對應成店內標準餐點名稱與製作代號，避免一物多名讓店員做錯。

3. 合併出餐單（📋） ── 把所有訂單依預計取餐時間排序，產生一張統一出餐清單，每筆標註來源平台、外送員資訊與特殊備註，寫進 Google Sheets 即時看板。

4. 尖峰警示（🚦） ── 系統估算同一時段的訂單量，一旦超過設定的產能門檻，立刻透過 LINE Notify 或 Slack 推播警示，提醒店家暫時關閉接單或在平台調長備餐時間，避免訂單越積越爆。

5. 完成核銷（✅） ── 每份餐出餐後在清單上勾選核銷，當日各平台訂單量、熱銷品項自動彙總，供月底對帳與銷量分析使用。

需要的工具與串接重點

平台用 n8n 或 Make 當整合中樞。Gmail 搭配 Email Parser 負責接收 foodpanda、Uber Eats 的訂單通知信——設定時要先寄幾封真實通知信當樣本，調好解析規則，確認抓得到品項、數量與取餐時間。Google Sheets 同時當作品名對照表與即時出餐看板。LINE Notify 與 Slack 負責尖峰警示與漏單提醒。

串接重點：一是各平台通知信格式偶爾改版，要定期檢查 Parser 是否還抓得準，建議加一個「解析失敗就發警示」的保護節點；二是品名對照表要持續維護，每次上新品或平台改名都要補上，否則會變成漏網的做錯來源；三是把出餐看板做成手機與平板都看得清楚的版面，現場才用得起來。想看 Email 自動解析與多來源彙整的更多做法，可參考 /recipes 的配方，並把這條接進你的 /automation 整體流程。

常見錯誤與注意事項

• 金額與抽成以平台後台為準：本流程彙整的數據僅供現場備餐與內部對帳參考，各平台的訂單金額、抽成與每日結算，月結請務必由店家人工核對平台正式帳單，系統數字不取代官方結算。
• 客訴與退款依平台規則處理：餐點漏送、品項錯誤等爭議，須依各外送平台的規則與時限申訴處理，系統只負責提醒，不取代人工判斷。
• 解析失敗要有保護機制：通知信格式一變，可能整批漏抓，務必設定解析失敗即警示，並保留人工補單入口。
• 過敏與特殊備註要看清：客人在備註欄寫的去蛋、不加醬、食物過敏需求，務必由人工再確認一次，食安相關不靠系統自動判斷。

台灣中小企業情境案例

台中一家社區早午餐店，週末外送占營收近四成，同時上了 foodpanda、Uber Eats 與自家 LINE。導入這條流程前，老闆娘週末早上幾乎只能站在三台平板前對單，沒空碰煎台，常因漏看 Uber 那台被客訴。導入後，三個平台的訂單自動匯成一張按時間排的出餐清單，貼在出餐口的平板上，師傅照順序做就好。實施一個月，外送漏單從每週四、五件降到一兩件，平台準時率回升、評分跟著上來，老闆娘終於能回到備餐線。最讓她意外的是月底對帳，從以前翻三個後台核兩小時，變成看一張彙總表十分鐘搞定。

延伸應用

這條流程的彙整骨架可以再長出很多應用。把每日銷量資料接進 食材叫貨提醒 流程，外送賣得好的品項自動反映到隔日備料，不用人工抄。也能把熱銷時段與品項做成週報，幫老闆判斷哪個平台值得加碼行銷、哪個時段該排更多人力。若店家有自取與內用，可把同一張出餐清單延伸成「內用＋外帶＋外送」三軌統一看板，整間店一個畫面管到底。再進階一點，能在尖峰警示後自動連動平台 API 暫停接單、達門檻再恢復，把「該不該關單」也交給規則。更多可組合的模組與配方收在 /automation 與 /recipes。

流程圖

用到的工具

更多「餐飲美食」工作流

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