肉舖進貨與庫存補貨提醒

🎯 這條流程解決什麼

進貨抓不準，是傳統肉舖最難根治的老毛病。豬里肌、梅花、五花、後腿，每個部位的銷售節奏都不一樣，週末家庭採買跟平日上班族買午餐用量天差地遠，遇到中元普渡、年節圍爐、烤肉季更是整批需求翻倍。多數老闆靠的是「做了二三十年的手感」，憑印象決定今天要叫幾條豬、幾箱牛。

問題是，手感會失準。叫多了，當天賣不完的鮮肉只能隔天降價清庫存，再賣不掉就得報廢——一塊冷藏溫體肉的報廢，等於把進價、攤位人力、冷藏電費全部一起丟進垃圾桶。叫少了更糟，熱門的梅花、松阪豬常常上午十一點就被掃光，後面來的熟客撲空，幾次之後就改去別攤了，這種「斷貨流失」根本算不出帳，卻是慢性失血。

實務上一間中型肉舖光是每天收市後對帳、估隔天進貨，老闆或資深師傅平均要花 40 到 60 分鐘核對銷售本、翻冷凍庫、打電話給三四家供應商。一週累積下來就是 5 到 7 小時的純人工時間，而且這段時間多半是收市後拖著疲憊的身體在做，最容易出錯。再加上每個月因估算失準造成的報廢損耗，以一間日營業額 3 萬元的肉舖估算，光是過量報廢與斷貨流失，每月吃掉的毛利往往落在 1.5 萬到 3 萬元之間。

導入後的改變

導入前：收市後老闆憑記憶翻單據，估隔日進貨；熱門部位三天兩頭斷貨；冷藏庫常有賣不完的肉要降價或報廢；供應商報價變動只能等對帳時才發現；新進師傅完全無法接手叫貨。

導入後：系統每天收市自動盤點各部位銷量與耗損，AI 把近七天銷售曲線、隔日預訂單、節慶檔期一起算進去，產出「建議補貨量」；庫存低於安全水位自動標紅提醒，叫貨清單按供應商分好、附上跟上次的成本變動，老闆只要在手機上核一遍數字就能下單。

合理的效益估算：斷貨次數可降低約 5 到 7 成，過量報廢的損耗約可省下 3 到 4 成，每日對帳估貨時間從 40 到 60 分鐘壓到 10 分鐘以內，一個月省下約 15 到 20 小時。對前述日營業額 3 萬的肉舖來說，光是把報廢與斷貨損失各砍一半，每月就能多守住約 1 萬元上下的毛利，這還沒算進老闆省下的精力。更重要的是，叫貨邏輯被「寫進系統」，師傅請假或交接時不會因為「只有老闆會抓量」而開天窗。

流程怎麼運作

整條流程對應 frontmatter 裡的五個節點，逐步說明如下：

1. 盤點銷量（📉）：每天收市後由排程觸發，系統從 POS 或進銷存表拉出當日各部位的銷售數量、客單、以及耗損（修清、切剩的邊角），更新到 Google Sheets 上的即時庫存欄位。這一步把「今天到底賣掉多少、剩多少」變成乾淨的數字，是後面所有預估的地基。

2. 預估需求（🔮）：AI 需求預測節點讀近期（建議 7 到 14 天）的銷售趨勢，疊上明天已經進來的預訂量（例如餐廳、便當店的固定叫貨）與檔期參數（週末、連假、普渡、烤肉季），分別推估每個部位隔日的需求量。部位要分開算，因為五花跟里肌的需求節奏完全不同，混在一起估會失真。

3. 補貨提醒（🚨）：系統拿「預估需求＋安全庫存」對比「目前庫存」，凡是會跌破安全水位的部位就標記為待補貨，透過 LINE Notify 推一則摘要給老闆，熱門易斷貨的部位特別標紅，避免隔天開市就缺貨。

4. 叫貨清單（📋）：把待補貨品項按供應商分組（豬肉商一張、牛肉商一張、雞肉商一張），列出建議數量，並把這次報價跟上次比對，標出漲跌，讓老闆一眼看出哪家在漲價。

5. 人工確認（✋）：清單不會自動送出。老闆檢視每個部位的建議量、確認供應商當日報價與到貨時間後，手動核定才正式下單。系統是參謀，拍板的永遠是人。

想把更上游的預訂量、客戶固定叫貨串進來一起預估，可以參考 /workflows 裡其他生鮮供應流程，整體自動化的串接思路也可以到 /automation 看更完整的設計框架。

需要的工具與串接重點

• POS / 進銷存表：資料源頭，必須能匯出「分部位」的銷售明細，這是整條流程的命脈。如果現在 POS 只記總額不分部位，要先把品項建細一點。
• Google Sheets：當作中央庫存與設定表，存安全庫存水位、各部位對應供應商、預訂量。門檻低、好維護，店家自己就能改參數。
• AI 需求預測：在 n8n 或 Make 裡接 AI 節點做趨勢推估。提示詞要餵進「部位、近期日銷、預訂量、明日是否假日／檔期」，請它輸出建議補貨量與理由。
• LINE Notify：推播管道，把每日補貨摘要直接送到老闆手機，不必登入後台。
• 串接注意點：時間點要設在收市結帳完成「之後」，不然抓到的當日銷量不完整；安全庫存水位每個部位要分開設、並隨季節調整；AI 的輸出一定要保留「建議」性質，不要做成自動下單。

常見錯誤與注意事項

• 食安是紅線：肉品是易腐生鮮，AI 預測只是參考，為了「不斷貨」而長期過量進貨，會大幅墊高報廢與食安風險。冷藏、冷凍的保存期限與冷鏈條件，必須由店家依實際品項判斷，系統不取代專業保鮮判斷。
• 下單金額與供應商報價需人工確認：建議量與當日報價都可能浮動，實際下單量、付款條件、到貨驗收一律由店主人工核可後才送出，AI 不取代議價與品質判斷。
• 別把 AI 預估當聖旨：突發天氣、在地活動、競爭對手促銷，模型不一定抓得到，老闆的在地直覺仍是最後一道防線。
• 資料品質決定預測品質：如果盤點數字本身就亂填，AI 只會把垃圾算成更精緻的垃圾。先把每日盤點的紀律建立起來。

台灣中小企業情境案例

台中傳統市場一間經營二十多年的「阿源肉舖」，老闆過去全靠手感叫貨，週末梅花、松阪豬常常中午前就賣完，得罪不少老主顧；平日又常剩一堆里肌降價清，每月光報廢就吃掉近兩萬毛利。導入這條流程後，每天收市系統自動盤點、推算隔日各部位需求，假日跟普渡檔期會自動提高建議量。三個月下來，熱門部位斷貨從幾乎天天發生降到一週一兩次，過量報廢減少約四成，老闆每天收市後對帳估貨的時間從近一小時縮到十分鐘。最有感的是，今年中元普渡，系統提前一週就把檔期需求拉高提醒備貨，那一檔不但沒缺貨，整體營收還比去年同期成長了約兩成。

延伸應用

這條流程的骨架可以再往外擴。第一，把「成本變動」做成趨勢圖，長期追蹤各供應商報價，談年度合約時就有數據撐腰。第二，加上「毛利分析」，把各部位的進價與售價帶進來，提醒哪些部位該調價或主推。第三，串接客戶的固定叫貨（餐廳、便當店、團膳），把 B 端預訂量直接吃進需求預估，準度再上一階。第四，季節性商品（火鍋肉片、烤肉組合）可以另開檔期模型。同樣的「盤點—預估—提醒—人工核可」結構，也能複製到蔬果攤、海產攤、雜貨行，更多現成的生鮮補貨食譜可以到 /recipes 找，整套自動化的延伸設計則建議參考 /automation。

⚠️ 食安與成本提醒：肉品為易腐生鮮，AI 需求預測僅供參考，過量進貨將提高報廢與食安風險。實際下單量、供應商報價與冷鏈保存條件務必由店主人工確認，本流程不取代店家對進貨判斷與食材保鮮的專業。

流程圖

用到的工具

更多「餐飲美食」工作流

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