烘焙坊當日剩貨即期促銷與惜食通知流程

🎯 這條流程解決什麼

烘焙業最痛的成本，往往藏在打烊後那一籃賣不完的麵包裡。台灣多數獨立烘焙坊強調現做、不加防腐劑，這是賣點，卻也意味著當天沒清掉的吐司、可頌、蛋糕，隔天幾乎只能報廢，等於把麵粉、奶油、雞蛋和好幾個小時的人工，直接丟進廚餘桶。

實務上這件事多半靠「直覺」處理：店長傍晚看貨架還剩多少，臨時喊一句「打烊前八折」，再叫店員手寫一張紙牌貼在門口，或臨時在 Line 群組敲一段字。問題是，這套土法每天要花店長 20 到 30 分鐘巡架、估價、想文案、發訊息，忙的時候根本顧不上，剩貨就這樣靜靜地報廢。

更具體地算一筆帳：一間日營收 2 萬元的中型烘焙坊，正常報廢率落在營收的 5% 到 8%，等於每天 1,000 到 1,600 元的成品直接歸零，一個月就是 3 萬到 4 萬多元的純損失——而這些大多是材料與人工都已投入、只差「賣出去」的成品。這條流程要解決的，就是把這段「人沒空、剩貨默默報廢」的破口補起來，讓系統在每天打烊前自動接手清貨這件事。

導入後的改變

導入前，清貨完全綁在店長一個人身上。他沒空，就沒人盤點、沒人定價、沒人發通知，剩貨命運全看當天有沒有人想到。促銷時機也常常太晚——打烊前 15 分鐘才喊折扣，附近的客人根本來不及過來。文案東一句西一句，今天八折明天買一送一，毫無章法，熟客也記不住你有沒有即期優惠。

導入後，流程在固定時間（例如打烊前 60 分鐘）自動啟動：盤點、組包、定價、推播一氣呵成，不再依賴店長有沒有空。以同樣那間日營收 2 萬的店推估，原本 5% 到 8% 的報廢率，透過提前一小時、精準推播給愛撿即期的會員，通常能把報廢壓到 2% 到 3%，等於每天多救回 600 到 1,000 元的成品變現金，一個月多進帳 1.8 萬到 3 萬元。同時店長每天省下 20 到 30 分鐘的手動清貨工，可以把心力放回明天的備料與品質上。這不是無中生有的營收，而是把原本要丟掉的東西，用對的價格、在對的時間、推給對的人。

流程怎麼運作

這條流程對應 frontmatter 裡的四個節點，依序執行：

1. 剩貨盤點（🔍）：在打烊前的設定時間，系統自動從 POS 庫存系統抓出當日未售完的品項，比對每項商品的製作日與保存期，篩掉已過賞味期或品質有疑慮的，只留下「品質仍佳、當天可促銷」的清單，並標註各品項剩餘數量。

2. 優惠組包（🏷️）：依預先設定的折扣規則自動定價。可以是單品階梯折扣（剩越多折越深），也可以把不同麵包組成「即期驚喜包」或「明日早餐組」，用組合提高客單、加速清貨。系統同時產出限時、限量的促銷清單，避免超賣。

3. 惜食推播（📣）：AI 依當天的促銷清單生成惜食通知文案，強調「今日現做、即期特惠、數量有限」，再精準推播給住在門市附近、過去常買即期品的會員。同一份內容可同步上架惜食媒合平台（如剩食 App），多開一個接觸面。

4. 報廢回報（📈）：打烊後結算當天清掉多少、還剩多少，回報實際報廢量與「哪些品項常剩」。這份數據是金礦——它告訴你哪幾款固定做太多，可回頭修正隔日製作量，從源頭少做、少剩、少報廢。

需要的工具與串接重點

• 平台（n8n / Make）：負責排程與串接。建議用 Cron 節點設定「打烊前 60 分鐘」觸發，並保留一個「庫存即期事件」的 Webhook 入口，讓特定品項一到臨界量就能即時補推一次。
• POS 庫存系統：流程的數據源頭。串接重點是確認 API 能回傳「當日剩餘數量＋製作日／保存期」，盤點才準。若 POS 無 API，可改用每日匯出的報表檔讓 n8n 讀取。
• 會員資料庫：提供推播名單與篩選條件（居住區域、即期品購買偏好）。需有「居住地」與「促銷意願」欄位，分眾才精準。
• AI 文案模型：把促銷清單轉成有溫度的惜食文案。建議在 prompt 裡固定店名語氣、強制帶上「數量有限、售完為止」，並要求只描述清單內品項，不要自行加碼承諾。
• Line 官方帳號：主推播管道，串接時務必用「分眾標籤」而非全體群發，控制成本也避免擾客。
• 惜食媒合平台：作為門市客流外的第二出海口，串接重點是同步「上架／售完下架」狀態，避免顧客撲空。

常見錯誤與注意事項

• 食品安全是前提，不能讓 AI 自己判斷能不能賣：即期促銷僅限品質仍佳、仍在保存期內的品項。任何過期、變質、外觀有疑慮的成品，必須由現場人員人工確認後一律下架報廢，絕不促銷。AI 只負責盤點與文案，不取代食安專業判斷。
• 折扣定價涉及實際收款，大量推播前先人工確認：自動定價規則可能在特殊日（連假、活動）失準，建議排程在「推播前停一步」讓店長過目價格與數量，確認無誤再送出。
• 個資與推播頻率：會員的聯絡方式與消費偏好屬個人資料，僅供內部惜食通知使用，不得外流或另作他用。推播頻率務必設上限，會員一按退訂就立即停止發送，遵循個資法相關規範。
• 避免「天天打折」反傷正價：把即期促銷限定在打烊前時段、限定即期品項，不要變成全店常態折扣，否則客人會學會等折扣、傷害日間正價銷售。

台灣中小企業情境案例

台中一間社區型烘焙坊「麥香小舖」，主打每日現烤，日營收約 1.8 萬元，過去報廢率約 7%，等於每天倒掉一千多元。導入這條流程後，每天傍晚 7 點（打烊前一小時）系統自動盤出當日剩餘的吐司、貝果與小蛋糕，組成「99 元惜食驚喜包」，推播給設定為「住附近、曾買即期」的 300 多位會員，同步上架惜食 App。

實施一個月後，報廢率從 7% 降到約 2.5%，傍晚最後一小時的來客明顯增加，不少撿即期的客人後來變成固定回頭客。店長最有感的是「不用再自己想文案、自己貼紙牌」，每天省下近半小時，還能用報廢回報數據發現「原來菠蘿麵包每天固定多做 10 個」，順勢減產，連源頭浪費都一起省下。

延伸應用

• 跨分店調撥：多門市的烘焙坊，可把「A 店剩、B 店缺」的品項在打烊前互相調撥或聯合促銷，整體報廢率再往下壓。
• 熟客優先 VIP 時段：先給高分會員 10 分鐘的優先搶購窗口，再對外開放，把即期優惠當成會員專屬福利來經營留客。
• 預訂明日惜食袋：把「今日剩貨」延伸成「明日惜食預訂」，讓常客前一晚就預訂隔天的即期組合，化被動清貨為主動鎖客。
• 數據回流生產排程：把報廢回報長期累積，串到生產與備料規劃，讓每天的製作量越來越貼近真實需求。

可搭配 每日生產排程流程 用剩貨數據回頭修正製作量，或接續 會員集點累積流程 讓即期促銷也能累點留客。更多惜食與成本控管招式見 食譜庫，想看更多餐飲營運自動化點子可逛 工作流總覽，從零開始導入則建議先讀 自動化入門。

💡 使用提醒：即期品促銷務必以食品安全為前提,僅限品質仍佳、保存期內的品項,過期或變質品請人工確認後一律下架報廢,不得促銷。折扣定價與優惠規則涉及實際收款,大量推播前建議人工確認價格與數量;會員的聯絡方式與消費偏好屬個人資料,僅供內部惜食通知使用,推播頻率請設上限避免擾客,退訂須立即停止。

流程圖

用到的工具

更多「餐飲美食」工作流

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