鹹酥雞外送平台整合派單流

🎯 這條流程解決什麼

同時上架 Uber Eats、foodpanda，又接自家電話與 Line 外送，尖峰時段三台平板叮叮咚咚一起響，店員得在滾燙的油鍋與閃爍的螢幕之間來回切換。一個沒看到、漏掉一台平板的單，外送員到了店裡餐還沒下鍋；出餐順序一亂，先點的後出、後點的先出，客人罵、外送員等、平台評分一路往下掉。

這種「多平板各自為政」的混亂，背後是實打實的損失。第一是漏單與超時，平台對出餐速度與準時率有明確考核，超時太多會被降低派單權重，等於平台主動把生意分給別家。第二是出餐節奏錯亂，師傅憑印象炸，明明同一鍋可以併炸的品項分了好幾次下鍋，油溫反覆、出餐更慢。第三是缺料才發現，雞肉、地瓜葉賣完了還在接單，等到要炸才喊缺，只好臨時取消，客訴與差評跟著來。第四是店長分身乏術，尖峰時根本沒空一台一台盯，異常往往是事後看評分才知道。對一家鹹酥雞店來說，平台評分掉個零點幾顆星，曝光與單量就明顯縮水，這是會直接反映在營收上的痛。

這條流程的目標，是把三台平板的混亂收斂成「一張看板、一個出餐順序」。

導入後的改變

導入前，店員的注意力被三台平板撕成三塊，出餐全憑現場喊單，缺料靠運氣，異常靠事後補救。尖峰一忙，看漏單、出錯序、晚出餐幾乎天天發生，平台準時率與評分長期承壓。

導入後，各平台與自有訂單自動匯整成單一看板，系統依「下單時間＋外送員預計到店時間」排出油鍋出餐優先序，師傅照著一張清楚的順序炸；同時比對即時備料表，缺貨品項立刻標記提醒。逾時未取或缺料的訂單會主動推播 Slack 給店長即時處置。以實務推估，漏單情況可大幅減少，出餐順序合理化後外送員空等時間縮短，平台準時率與評分有機會回穩甚至回升，連帶把被降低的派單權重慢慢拉回來。店員不必再分心盯三台平板，能更專注在油鍋上，整體尖峰產能反而提高。

流程怎麼運作

整條流程對應五個節點：

第一步「多平台匯整」，系統把 Uber Eats、foodpanda 與自有外送的新訂單匯入，統一成相同欄位格式（品項、數量、下單時間、平台、預計取餐時間），並去除重複單，讓所有訂單站在同一個起跑線上。

第二步「出餐排序」，系統依下單時間與外送員預計到店時間，排出油鍋的出餐優先序。重點不是單純先到先做，而是讓「外送員快到了的單」優先下鍋，減少做好了沒人取、或人到了還沒做的兩種浪費。

第三步「缺貨比對」，系統把訂單品項與即時備料表比對，凡是備料不足的品項立刻在看板上標記、提醒處理，讓店員能在「接單當下」就知道缺料，而不是炸到一半才發現。

第四步「彙整看板」，所有平台的訂單集中在同一張看板，狀態（待製作、製作中、待取、已取）一目了然，師傅與店長共用同一個畫面，不必再三台平板輪流看。

第五步「異常推播」，逾時未取或缺料的訂單，系統主動把提醒推播到 Slack，店長就算手上正忙也會被叫住，及時決定是催外送員、補做還是取消。

需要的工具與串接重點

平台用 n8n 或 Make。Uber Eats 與 foodpanda 的訂單匯入是整套流程的源頭，需依各平台提供的介接方式取得新訂單；自有外送則從接單表單或 Line 匯入。Google Sheets 同時擔任「訂單看板」與「備料表」兩個角色，備料表要能即時更新才有比對價值。Slack 負責把異常推播給店長。出單機則在訂單確認後印出工單，讓油鍋端有實體依據。

串接重點有三：一是各平台時間欄位格式不一，匯整時要先統一時區與時間格式，排序才會準；二是備料表必須有人即時維護（賣完就標缺），否則缺貨比對形同虛設；三是去重邏輯要做好，避免同一張單因為多次推播而在看板上出現兩遍。更多多平台整合與看板設計見 自動化專區 與 食譜庫。

常見錯誤與注意事項

這條流程涉及金流與顧客權益，界線要守清楚。各平台的抽成與優惠補貼機制不一，系統匯整出來的營收數字僅供初步參考，每日對帳務必由店家人工核對各平台後台明細為準，切勿直接把系統彙整的金額當作正式帳。最常見的錯誤就是看到看板上的總額就以為是當日實收，忽略了平台抽成與促銷折抵的差異。

是否接單、缺貨是否取消、要不要補做，這些決定都牽涉顧客權益與平台服務承諾，請由店員人工判斷，本流程不取代店家對平台規範的把關。系統可以提醒「這單缺料、這單逾時」，但「取消」這個動作應由人按下，避免誤判退掉本來做得出來的單而吃到平台罰則或客訴。

食品安全同樣不可忽視：缺貨標記是輔助，實際備料與品質仍以現場確認為準，AI 不取代對食材新鮮度與衛生的人工判斷。

台灣中小企業情境案例

台北一家同時上架兩大外送平台、又接 Line 外送的人氣鹹酥雞攤，週末尖峰三台平板響個不停，店員常常顧此失彼，外送員到店乾等、評分被超時拖累。導入這條流程後，他們把三個來源的訂單匯進同一張 Google Sheets 看板，師傅改看一張依「外送員到店時間」排好的出餐順序，備料表由收銀的人邊賣邊更新。實施幾個週末後，店主回報最大的改變是「師傅不用再被三台平板叫來叫去，照看板炸就對了」；外送員空等的抱怨變少，平台準時率回穩，原本因超時被壓低的派單也慢慢回來。缺料因為在接單當下就被標出，臨時取消的單明顯減少，差評跟著少了。

延伸應用

這條派單流程可往後串接線上預訂接單與排隊通知流程，讓內用、自取與外送共用同一套出餐節奏，內外場一條龍；也可往帳務端延伸，把每日各平台的訂單彙整資料導入對帳流程，加速月底與各平台的銷帳核對。資料累積後，還能分析各時段、各平台的熱賣品項與缺料頻率，回頭優化備料採購與菜單組合，把救火式的異常處理升級成事前的備料規劃。更多多平台整合與對帳設計見 工作流總覽 與 食譜庫。

⚠️ 金流與接單提醒：跨平台金額與抽成不一，系統匯整的營收數字僅供初步參考，每日對帳務必由店家人工確認平台後台明細為準。是否接單、缺貨是否取消等決定涉及顧客權益，請由店員人工判斷，本流程不取代店家對平台規範與服務承諾的把關。

流程圖

用到的工具

更多「餐飲美食」工作流

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