甜點店節慶檔期接單名額控管與出貨排期流程

🎯 這條流程解決什麼

甜點店一年的營收，常常壓在母親節、聖誕節、過年這幾個檔期上。問題是這些檔期的需求高度集中在某幾天，而內場一天能裱花、能進烤箱的量是有上限的。一旦小編在社群發了一波預購貼文，訂單在短短兩三天內灌進來，店家很容易陷入「賣得很開心、做的時候很崩潰」的局面，最後不是熬夜趕工把品質做差，就是超賣到得一通通打電話跟客人道歉、退款賠罪。

純人工控管這件事到底要花多少力氣？以一間有三款主打檔期商品的店來說，店主通常得自己拿一本筆記本或一張試算表，每接到一筆單就手動畫「正」字記名額，下班前還要重新算一次每個取貨日各賣了幾顆。光是這個盯名額、回客人「那天還有沒有位」的工作，旺季一天就要耗掉三到四小時，而且只要漏記一筆、或兩個人同時改同一張表，就會出現超賣。超賣一次的代價不只是退款，還包括商譽受損、客人在社群留負評，這些都是用錢也買不回來的。

這條流程的核心，是把節慶接單從「憑記憶接單」變成「像售票系統一樣管理名額」：依每日產能替各品項設定當日可接單名額，客人一下單就即時扣抵、剩餘名額同步更新；某日某品額滿就自動標記停售並提醒小編關閉下單、引導客人改選還有名額的日期；成立的訂單依取貨或配送日分批排程，產出每日出貨與製作清單把內場負荷攤平；同時定時把各商品接單進度與剩餘名額摘要推給店主，熱賣的及早加開、滯銷的提早促銷。檔期賣得多，更要賣得穩。

導入後的改變

導入前，店主旺季每天要花三到四小時手動盯名額與回覆客人，平均每個大檔期會發生一到兩次超賣，每次處理退款與道歉約佔掉半天，內場還因為訂單分布不均，某幾天爆量、某幾天空檔，被迫熬夜趕工。導入後，名額扣抵與停售由系統即時處理，店主每天花在盯單上的時間可從三四小時壓到二三十分鐘，等於把旺季的行政工時省下約七到八成。

更實際的效益在於「不再開天窗」。把名額機制做起來後，超賣幾乎可以降到零，因為額滿的日期會被系統自動鎖住、不再接單。出貨排期把訂單依取貨日攤平，內場每天的製作量落在穩定區間，熬夜趕工與品質浮動的狀況明顯減少。以一個母親節檔期接兩百顆蛋糕、客單價九百元的店來估，少掉一次超賣退款（含補做與商譽損失）通常就省下數千到上萬元，而把出貨攤平讓內場不必為了趕量而報廢失敗品，又能再省一筆材料浪費。

流程怎麼運作

整條流程對應 frontmatter 裡的四個節點，依序運作。第一步是 名額控管：店主先在名額試算表為每款檔期商品、每個可取貨日設定「當日可接單上限」，這個數字由店主依內場人力與設備推算。當線上商店有人下單，流程透過下單事件觸發，自動在對應日期與品項上扣抵一個名額，並即時更新剩餘數，讓商品頁顯示「剩 N 個名額」。

第二步是 額滿停售：當某個取貨日的某款商品名額歸零，流程立刻把該品項當日標記為停售，並透過 Line 官方帳號通知小編去前台關閉下單或調整頁面。同時流程會回傳「還有名額的其他日期」，讓客服可以引導客人改選，把原本要流失的訂單留下來。第三步是 出貨排期：所有已成立訂單依取貨或配送日寫入 Google 日曆與每日出貨清單，產出內場的製作排程，讓備料與裱花可以提前分日進行，而不是全擠在交貨前一天。第四步是 進度回報：流程定時彙整各商品的接單進度與剩餘名額摘要，推播給店主，讓店主一眼看出哪款熱賣可以考慮加開名額、哪款滯銷該提早促銷。

需要的工具與串接重點

平台用 n8n 或 Make 當中樞。線上商店（如官網商城或社群商店）負責產生下單事件，這是整條流程的觸發點，串接時要確認商店能在每筆訂單成立時送出 webhook，並帶上「商品、取貨日、數量」三個關鍵欄位，否則名額無法正確扣抵。名額試算表（Google Sheets）是名額的真實來源，建議以「商品 × 取貨日」為一列，欄位含上限、已接、剩餘，並把更新動作設成原子操作，避免兩筆訂單同時進來時各讀各算造成超賣。

Line 官方帳號負責把額滿與停售提醒推給小編，Google 日曆承接出貨排期、讓內場用熟悉的行事曆檢視每日製作清單，AI 文案助手則用來生成「改選日期」「加開預告」這類客服與行銷文案草稿。串接重點有三：一是名額扣抵務必做成單一寫入點，避免多來源同時改表；二是停售動作建議只「提醒」不「自動關頁」，把實際下架交給人確認；三是退款或取消訂單時要記得把名額補回，否則會出現「明明還做得出來卻顯示額滿」的虛假售罄。

常見錯誤與注意事項

最常見的錯誤，是把每日名額上限交給系統「自動推算」。AI 不會知道你內場今天少了一個師傅、烤箱壞了一台、某款水果供應商斷貨，每日名額務必由店主依實際人力、設備與原料供應人工設定與調整，系統只負責照這個上限扣抵。第二，停售與改頁面動作建議保留人工確認步驟，避免系統因訂單狀態誤判而誤關一款其實還在熱賣的商品，平白損失營收。

最關鍵的是金流。涉及預收貨款的檔期商品，款項是否到帳、客人取消後該退多少，一律由人工核對金流後台，系統不得自動認定收款或自動退款。名額扣抵和「錢有沒有收到」是兩件事，名額顯示已售出不等於款項已入帳，務必分開核對。另外，客人填寫的聯絡資料屬個人資料，保存與使用須符合個資法並取得同意，檔期結束後不再需要的資料應妥善處理。

台灣中小企業情境案例

台中一間夫妻經營的法式甜點店，過去每逢母親節就是一場硬仗。太太負責內場，先生負責接單，先生白天上班、晚上才回訊息，常常一個取貨日已經被太太答應做二十顆、先生這邊又在 Line 上答應了五顆，到了取貨前兩天才發現做不完，只好硬著頭皮跟客人說能不能改天。前年母親節他們超賣了十多顆，退款加道歉花了整整一個下午，太太還因此哭了一場。

導入這條流程後，他們把母親節蛋糕設定為每日上限十八顆、提拉米蘇每日上限十二盒，名額在商品頁即時顯示。某天蛋糕一額滿，系統就自動鎖單並提醒先生引導客人改選隔天。當年母親節他們接了一百九十顆、零超賣，出貨清單把製作量平均分到五天，太太第一次在母親節檔期還能準時收店。先生估算光是省下的盯單時間，等於多出大半天可以陪小孩。

延伸應用

這條流程的名額機制不只適用節慶，平日的限量品、聯名款、團購預購一樣能套用，只要是「產能有上限、需求會集中」的商品都適合。你也可以把名額試算表升級成多分店共用，總部統一控管各店產能，避免某店接爆、某店沒單。更進一步，可把接單進度資料接到 自動化中心 做趨勢分析，預測明年同檔期該備多少料、開多少名額。

想把整個訂單動線串完整，可搭配 取貨通知流程 處理爆量檔期的領取提醒，或接 食材庫存盤點與叫貨流程 依確定訂單回推備料。更多檔期行銷與甜點經營做法見 食譜庫 與 工作流總覽，想了解更多串接思路也可參考 自動化中心。

💡 使用提醒：名額與產能上限的設定僅為輔助控管，AI 不會替你判斷內場「真正做得完多少」，每日名額務必由店主依實際人力、設備與原料供應人工設定與調整。停售與改頁面動作建議保留人工確認步驟，避免系統誤判而誤關熱賣商品；涉及預收貨款的檔期商品，款項到帳與退款一律由人工核對金流後台，系統不得自動認定。

流程圖

用到的工具

更多「餐飲美食」工作流

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