概念地圖・ABC—XYZ 庫存矩陣
分類:管理
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖,加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你,以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
ABC—XYZ 庫存矩陣:一樣是 A 類料,兩種囤法
一張 A4 補貨單被膠帶黏在倉庫鐵門內側,二十七個料號全被紅筆圈起來,每一項後面都寫著「急」。都急,等於都不急。ABC—XYZ 庫存矩陣做的事很單純:把每個料號同時放上兩把尺——一把量它一年吃掉多少錢(A、B、C),一把量它的需求好不好預測(X、Y、Z)。兩把尺交叉,料號各自掉進九個格子裡,每一格配一種補貨節奏與安全庫存高度。倉庫不必再靠「哪個廠商催得兇」決定今天先補誰。
九個格子,九種補貨政策
把圖上的九格攤成文字,最好連著看同一列,落差才會跳出來。
| 格位 | 這種料長什麼樣 | 補貨頻率 | 安全庫存 |
|---|---|---|---|
| AX | 吃錢最兇,用量像節拍器 | 高頻小批,貼著用量走 | 壓到最低 |
| AY | 吃錢兇,有季節或檔期起伏 | 每週補一次 | 抓兩週 |
| AZ | 吃錢最兇,需求跳來跳去 | 逐筆核,專案級盯 | 備援交給供應商彈性交期 |
| BX | 中等金額,用量穩 | 兩週補一次 | 抓一週 |
| BY | 中等金額,起伏中等 | 每月檢一次 | 抓一個月 |
| BZ | 中等金額,需求難抓 | 每月重看一次 | 放寬,但鎖住金額上限 |
| CX | 零錢級,用量穩 | 設補貨點自動叫料 | 抓寬,免人看 |
| CY | 零錢級,起伏中等 | 一季補一次 | 抓一季 |
| CZ | 零錢級,什麼時候要沒人說得準 | 一次囤足 | 抓滿,之後別管 |
這張表值得看的地方在同一列裡的落差。A 那一列,左邊那格要你把安全庫存壓到最低,右邊那格要你別靠安全庫存救——同樣被歸成「吃錢最兇的料」,處置幾乎反過來。只看金額的分法會把這九行綁在同一條規則上,於是 AZ 那格反覆缺料,同一批料號又同時堆出呆滯庫存,兩件壞事一起發生。
四個自問:這張矩陣在你這行畫不畫得起來
一、年度耗用價值跟單價是兩件事。A、B、C 排的是「一年吃掉多少錢」這個總額,跟單價高不高沒有必然關係。一顆三塊、一年要用四十萬顆的螺絲,很可能比一台三萬塊、三年才換一次的馬達更該進 A 類。算法很笨但有效:年用量乘單價,由大到小排,前面吃掉八成金額的那批就是 A。自問:我手上那份分類表,是照單價排的,還是照年用量乘單價排的?
二、可預測性要算得出來,不能憑印象。X、Y、Z 靠的是需求的變異係數——把過去十二個月的用量算標準差,再除以平均。落在 0.5 以下算 X,0.5 到 1 之間算 Y,超過 1 就是 Z。門檻可以依行業調,重點是先把「感覺很穩」換成一個算得出來的數。沒有這一步,倉管會照印象分類,而印象裡最鮮明的往往只有上一次缺料那一天。自問:我說某個料號「需求很穩」,手上有幾個月的實際出庫紀錄可以撐這句話?
三、格位會移動,這張標籤有保鮮期。新品上市那三個月幾乎都是 Z;賣穩了會往 X 漂;停產前又會漂回 Z。季度重算一次是底線,換季或改款頻繁的行業要縮到每個月。重算的成本其實很低——出庫資料本來就躺在系統裡,難的是有沒有人被指定去按下那個按鈕。自問:上一次重新分類是什麼時候?那份名單裡有幾個料號現在已經停產?
四、九個格子要對得上九種你真的做得到的動作。分類的價值全在後面那個動作。如果採購流程只有「叫料」跟「不叫料」兩顆按鈕,九宮格畫出來就只是九種顏色。至少要能改三件事:補貨頻率、安全庫存水位、由誰核准。第三件做不到,AZ 那格永遠會被當成 AX 處理,因為系統裡本來就只有一套參數。自問:如果現在把某個料號從 BY 移到 AZ,這個月的採購流程會有哪一步真的長得不一樣?
一座中部蛋雞場的資材倉,把九格走一遍
- 飼料(玉米、豆粕):一年吃掉的錢佔資材總額六成以上,用量跟雞隻日齡曲線綁死,算得出來。落進 AX——三天一車,倉裡只留兩天量。貼著用量走
- 疫苗與動物用藥:金額不低,什麼時候要看的是疫情與檢驗結果。去年整年只叫過兩次,今年開春一個月叫了三次。落進 AZ——不囤,改跟藥商簽四十八小時到貨的備援條款,每一筆都要場長點頭。最痛的一格
- 蛋托紙材:用量跟產蛋量同步,冬天多、夏天掉,季節性明顯,金額中等。落進 BY——每月檢一次,安全庫存抓一個月。跟著季節調
- 集蛋機皮帶:單價中等,什麼時候斷沒人說得準,斷了整條集蛋線停擺。落進 BZ——庫存放寬到兩條,但金額上限鎖死。最容易囤過頭
- 軸承、螺絲、束帶:零錢級,用量穩。落進 CX——設一個補貨點,見底自動叫料,沒有人需要盯。設好就放手
- 停產機型的專用零件:便宜,但廠商說明年不做了。落進 CZ——一次買足五年份,鎖進櫃子。一次解決
走完六項,這座倉庫真正被改動的其實是場長的注意力分配。以前二十七個料號共用一張補貨單,誰催得兇誰先補;疫苗被標成 AZ 之後,它從補貨單上被拿掉,改成一份備援合約加一條核准線——這一格從此由廠商的交期承諾扛著,倉庫不再替它壓錢。飼料反而變輕鬆了:用量穩,補貨點設好,三天一車自己跑。皮帶那格最容易被忽略,因為它單價不高又常斷,倉管的直覺是多備幾條,備到後來櫃子裡躺著八條沒人記得。金額上限那條線,擋的正是這種善意。以上為說明結構用的示意情境,僅供理解框架之用。
這張矩陣什麼時候會騙你
- 被歸進 Z 的料號,有一半其實是資料不夠。變異係數要算得準,至少要十二個月、而且是乾淨的出庫資料。只有半年的紀錄,或是把「調撥」跟「真實領用」混在一起的資料,算出來的標準差會虛胖,一整批本來很穩的料號被誤判成 Z,接著被配上最保守的安全庫存。倉庫因此多壓的錢,帳面上完全看不出來,因為它偽裝成「謹慎」。先去看資料乾不乾淨,再去看格位。
- 矩陣完全不管交期,而交期常常才是真正咬人的那一項。兩個同樣落在 AZ 的料號,一個三天到貨、一個要等四個月,處置方式差得遠。ABC—XYZ 只看金額與需求波動,交期長短、單一供應商風險、最小訂購量,這三件事它一個字都沒說。有人會補上第三個維度把九格擴成二十七格,但格子一多,維護成本就爆掉,多數團隊撐不過兩季。務實一點的做法是保留九格,另外拉一張旗標標出「長交期」與「獨家供應」,讓它們在同一格裡先被挑出來處理。
- 九格很容易變成九種顏色,然後沒有一條流程被改動。分類做完最常見的下場,是投影片上一張漂亮的矩陣,倉庫的作業一週後回到原樣。原因很少是懶:九種政策要落到九組系統參數、九種核准權限與九套盤點頻率,而多數 ERP 只給你一套通用的補貨設定。要嘛先把系統改到吃得下九組參數,要嘛承認自己只做得到三組——把九格併成三群(放手、照表操課、專人盯),做得到的三組,遠遠勝過做不到的九組。
第二條軸量得到料號,量不到等料的人
可預測性這條軸,量得到東西,量不到人。
變異係數算的是料號的出庫紀錄——它會告訴你這個料號過去十二個月跳得多兇,不會告訴你缺料的那一天,站在倉庫門口的是誰、他被卡住的那件事拖一天要賠多少。同樣被歸進 A 類的兩個料號,缺一天的痛度可能差上十倍:一個只是讓排程往後挪半天,一個會讓客戶當場改單。這張圖畫得出一個料號吃掉多少錢,畫不出等這個料號的那個人急到什麼程度。《痛點》那把尺問的第一件事一直是「誰在痛」,而九宮格從頭到尾只認得「什麼在動」。所以矩陣排完之後值得再補一欄:這個料號斷了,第一個打電話進來的是誰。那一欄會讓某些 C 類料號突然看起來不像 C——它金額低、用量穩、系統看它毫無風險,可是它一斷,最兇的那通電話就來了。今晚就能做的:翻出過去三個月的缺料紀錄,把「誰來抱怨」這一欄補上去,看看有幾筆跟你算出來的格位對不上。
常見問題
ABC 分析跟 ABC—XYZ 矩陣差在哪?
ABC 只有一條軸:年度耗用價值。它回答「哪些料號值得花心力管」,把前面吃掉八成金額的那批排出來就收工。ABC—XYZ 多加一條「需求好不好預測」,回答的是「這批值得管的料,該用哪一種管法」。差別集中在同一個 A 類裡面:用量穩的那些可以貼著需求走、把安全庫存壓到最低;需求跳動的那些照樣壓低,就會天天缺料。只有一條軸的時候,這兩種料共用同一條補貨規則,然後在其中一種身上出事。
XYZ 的分界線該設在多少?
常見做法是用變異係數,也就是標準差除以平均:0.5 以下 X、0.5 到 1 之間 Y、大於 1 是 Z。但這組數字沒有神聖性,它來自製造業的習慣。做生鮮或節慶商品的,用量本來就跳,照這組門檻會有八成料號掉進 Z,分類等於白做。務實的校準法是先把全部料號的變異係數算出來畫成分布圖,再把切點放在讓三群大小合理的位置——目標是分出三群做法真的不一樣的料,數字對不對得上教科書並不重要。
需要多少歷史資料才做得了 XYZ 分類?
至少十二個月,而且要涵蓋完整的季節循環。少於十二個月,季節性會被誤讀成隨機波動,一整批其實很好預測的季節品會被丟進 Z。新品沒有歷史資料時別硬算,先掛在 Z、給它一段觀察期,賣滿三個季度再重算。另外要確認資料的顆粒度:用月為單位算出來的變異,跟用週為單位算出來的差很多。補貨週期只有幾天的料號,拿月資料去算會嚴重低估它的波動。
九種政策記不住,可以簡化嗎?
可以,而且多數團隊應該簡化。實務上常見的收法是併成三群:綠區(CX、CY、CZ 再加上 BX)交給系統自動補貨,人完全不看;黃區(AX、AY、BY)照固定週期檢視,維持中等安全庫存;紅區(AZ、BZ)每一筆都要有人核准,緩衝靠供應商彈性撐。九格是分析時的解析度,三群是執行時的解析度。先讓它動得起來,再談要不要拆細。
下一次盤點之前,先把出庫報表拉出來,替每個料號補上第二個字母——只補一次,你就會看到有幾個 A 類料號一直被錯的規則管著。只想先把第一條軸做紮實,ABC 庫存分析 那張圖把排序方法拆得更細;如果卡住的是「這一批到底該一次進幾件」這種一次性的下單決策,報童模型 算的就是那件事。
喜歡這篇文章嗎?
每週幫你拆二本好書,把判斷力、好書金句、好問題,直送你的信箱。
不適合你可隨時退訂 · 每週兩封,陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。