SKU 是庫存管理的最小識別單位，例如同一件衣服的「黑色／M」與「黑色／L」通常會視為不同 SKU。

服飾 SKU 為什麼特別難管理？

顏色與尺寸組合多，且各規格銷售速度、缺貨與滯銷狀況可能完全不同。

斷碼和斷貨有什麼差別？

斷碼通常指部分尺寸或規格無法供應；斷貨則可能是特定 SKU 或整款商品無法再補。

沒有固定數量；當人工維護已造成重複輸入、庫存不準、追貨耗時或跨部門資訊落差，就值得評估系統化管理。

一件上衣有 4 種顏色、4 個尺寸，就會形成 16 個規格。當新品持續上架，SKU 很快從幾十個變成幾百、幾千個。

服飾電商的難題不是「SKU 多」本身，而是每個 SKU 都有不同庫存、銷售速度、供應商資料與補貨狀態。

顏色、尺寸、圖片、售價與上下架狀態如果分散在不同表格或平台，修改一次商品就可能需要重複操作。

BunnyWork 目前支援商品資料同步，可集中修改商品描述、售價、圖片與規格，再同步到銷售端，降低多次維護同一份資料的負擔。

服飾業常見的另一個問題，是內部商品名稱與檔口／供應商使用的貨號、規格不同。採購時必須翻聊天紀錄找圖片、問同事是哪個檔口，再重新整理採購單。

BunnyWork 的檔口管理可集中保存廠商圖片、廠商規格與貨號，並在採購單帶出對應資訊，讓採購資料從「靠人記得」變成可追蹤的系統資料。

整款洋裝還有 100 件，不代表庫存健康。如果熱門的 M 號已經售完，而其他尺寸大量剩餘，前台轉換仍可能受到影響。

因此缺貨預警、補貨建議與滯銷判斷都應盡量做到 SKU 層級。哪些規格賣太快、哪些規格幾乎不動，會直接影響下一次採購配比。

當訂單進來後才向供應商追貨，營運人員最花時間的往往是統計每個顏色、尺寸到底缺幾件，再依不同供應商拆採購單。

BunnyWork 的一鍵追貨可彙整各規格缺貨量並依廠商與倉庫拆分採購資料，讓追貨從人工整理表格轉成系統化流程。

服飾供應鏈常遇到供應商突然通知某個顏色或尺寸不再追加。如果已經累積大量預購訂單，逐筆找出受影響客戶會非常耗時。

BunnyWork 的批次斷貨功能可在標記斷貨料品後，找出受影響訂單並協助批次處理通知，讓斷貨不再變成客服與營運的大型人工專案。

當 SKU 規模增加，真正需要的是把商品、庫存、訂單、採購與供應商資訊連起來。如此一來，每個規格的銷售與庫存變化才能直接影響補貨、追貨與出貨決策。

對服飾品牌而言，ERP 的價值也正在這裡：不是多一個地方輸入資料，而是減少原本散落在 Excel、LINE、平台後台與同事腦中的資訊。