如何識別滯銷庫存：2026 年的 6 項檢查
每次匯出的庫存資料中，都藏著沒有在流動的資金。困難的地方不在於找出數量為零的項目，而在於判斷哪些銷售緩慢的品項是個問題，哪些只是該產品正常的銷售模式。
一旦判斷錯誤，往一個方向走，您可能會報廢原本賣得掉的庫存；往另一個方向走，資金就會在倉庫裡閒置一整年。
沒有一個萬用的天數能區分這兩者。但您可以對現有的檔案進行一組可重複執行的檢查。
本指南將介紹什麼是滯銷庫存、為什麼固定門檻會失效、要執行的六項檢查，以及手動操作在何處會難以維持。
什麼算作滯銷庫存
一個實用的區分方式，是區分「您仍想要的庫存」與「您不再想要的庫存」。
The SLOB 庫存指南將滯銷庫存（也稱為超額或過期庫存）描述為「有需要」但「過剩」的產品。淘汰庫存（Obsolete inventory）則不同，是指「不再需要」、「過期」或來自「舊系列」的產品。
這種區分改變了應對行動。滯銷庫存需要的是需求或採購決策；淘汰庫存則需要處置決策，再怎麼促銷也無濟於事。
另一端則是每個人都會注意到的失誤。缺貨是指庫存耗盡的情況，而庫存過剩則是持有過多庫存的相反狀況。大多數庫存報表只追逐缺貨情況，卻從未量化庫存過剩，而後者往往是兩者中成本更高的。
為什麼固定門檻行不通
人們很容易將 90 天內未售出的任何商品宣告為滯銷品。有時這是對的，但通常毫無意義。
SLOB 指南建議改從您自己的資料中推導出門檻。計算您的整體庫存週轉率，然後將限制設定在略高於該基準線的位置。在該指南的實際範例中，整體庫存週轉天數為 35 天，建議的限制為 40 天。
指南明確指出這不是一個可以照抄的規則。其說明是「根據您的業務調整此數值」，並將前置時間、再訂購點和安全庫存水準納入考量。
它提供的庫存週轉計算公式為：庫存價值除以銷售額，再乘以天數。先對整個產品目錄執行此計算，然後針對每個產品進行計算，最後進行比較。
因此，您的門檻是分析的輸出結果，而不是輸入參數。將您選擇的數值記錄在報表上，以便與下個季度的版本進行比較。
六項檢查
請依序執行這些檢查。每一項檢查都能回答前一項檢查所提出的問題。
檢查 1：自上次銷售以來的天數
這是最簡單的訊號，也是最適合開始的一步。針對每個 SKU，用今天的日期減去上次銷售的日期。
使用 TODAY 函數取得目前日期，以便該欄位自動更新。遞減排序並檢視清單頂部。
這項檢查能找出候選品項。它無法確認任何事情，因為一年只賣兩次的產品並不代表它有問題。
檢查 2：對比您自身基準的庫存週轉
現在，將每個 SKU 與您計算出的目錄基準進行比較。任何明顯高於您所選限制的品項，都會成為被標記的列。
使用 SUMIFS 函數加總該期間內每個 SKU 的銷售額，然後對每個產品套用庫存週轉計算。
這項檢查能將真正滯銷的品項，與那些僅在短期內看起來沒有動靜的品項區分開來。
檢查 3：庫存可用天數對比前置時間
用目前庫存除以每日平均銷售量，以計算出庫存可用天數。然後將其與同一個 SKU 的供應商前置時間進行比較。
可用天數遠高於前置時間，意味著您持有了尚不需要持有的庫存。可用天數低於前置時間，則意味著下一批訂單會來不及送達。
這項檢查表明，滯銷風險與缺貨風險其實是從兩個不同角度來看待同一個分析。
檢查 4：評估風險價值，而非單位數量
依庫存價值而非單位數量對被標記的品項進行排序。一千個滯銷的螺絲和三台滯銷的機器，並不是同等程度的問題。
這會立即重新調整您的關注焦點。通常，價值前五名的品項就佔了大部分的曝險額。
將被標記庫存的總價值回報為單一數字。這個數字才是財務溝通中真正需要的。
檢查 5：暢銷品的缺貨頻率
滯銷品項只是問題的一半。透過在庫存水位快照上使用 COUNTIFS 函數，計算您最暢銷的 SKU 出現零庫存的頻率。
頻繁缺貨與嚴重的庫存滯銷並存，通常指向同一個原因：採購部門將預算分配到了錯誤的品項上。
沒有這項檢查，這份報表看起來就像是一份報廢清單。有了它，報表就變成了支持採購決策的有力論據。
檢查 6：淘汰與滯銷狀態標記
最後，依產品狀態拆分被標記的品項。正是出於這個原因，SLOB 指南將產品狀態標記（使用中與已淘汰）列為必備欄位。
在依賴該標記之前，請先確認其是否可靠。使用 UNIQUE 函數列出所有不同的狀態值，因為在系統變更後，您經常會發現同一個狀態有三種不同的拼寫方式。
被標記為淘汰的品項將移出需求討論，並進入處置流程。請將它們保留在不同的表格中。
如何手動操作
選項 1：每項檢查一個標記欄位。在 SKU 清單上建立六個欄位（上述每項檢查各一個），然後根據組合進行篩選。保持每項檢查的可見性，而不是將它們巢狀合併為單一結論，因為您會被問到某個品項為何會被標記。
選項 2：依類別和價值區間進行樞紐分析。依產品類別彙總被標記的品項，然後依價值區間進行彙總。這能將冗長的 SKU 清單轉化為三個決策。
選項 3：參數分頁。記錄您的庫存週轉基準、您選擇的限制、期間、所使用的前置時間以及匯出日期。這能讓報表在下個季度重新執行。
共同的限制。這三種方法都假設庫存和銷售資料使用相同的鍵值（Key）和相同的期間。當銷售匯出資料涵蓋數週，而庫存快照僅涵蓋單日，在進行這六項檢查之前，必須先對齊這兩者。
手動操作在何處會遇到瓶頸
第一次執行需要花費一天的時間，並能找出實實在在的資金。一個季度後的第二次執行，花費的時間幾乎一樣長，因為底層的所有資料都發生了變化。
產品目錄不斷在變。新的 SKU、重新命名的 SKU 以及合併的 SKU，都會破壞與上季度清單的對比。
基準線也會移動。您本季度的整體庫存週轉率有所不同，因此從中推導出的門檻也會隨之移動。上季度表現正常的品項，現在可能因為與產品本身無關的原因而被標記。
接著是代價最高的失誤。被標記的品項僅被審查了一次，卻沒有記錄任何決策。隨後，相同的品項出現在下一份報表中，並多出了三個月的持有成本。
如何使用 Powerdrill Bloom 建立
步驟 1：上傳您的庫存與銷售匯出檔案
同時上傳庫存檔案和銷售檔案。Powerdrill Bloom 會在檔案匯入時分析欄位特徵，因此在標記任何品項之前，不匹配的 SKU 格式、重複的產品代碼以及不一致的狀態值都會提前浮現。
步驟 2：使用自然語言描述檢查規則
直接說明規則，而不是手動建構它們。提供期間、前置時間（若有），以及代表淘汰的狀態值。
然後依序要求執行檢查。先詢問整體庫存週轉率，接著詢問高於您所選限制的個別 SKU 數據。接下來，要求依價值而非單位數量對被標記的品項進行排序。最後，要求提供暢銷品的缺貨次數。
步驟 3：匯出圖表、報表或簡報
匯出被標記的表格、風險價值圖表，或是包含您所用門檻與結果的投影片。
為什麼這比手動重新執行更好
| 手動操作 | Powerdrill Bloom | |
|---|---|---|
| 推導基準庫存週轉率 | 套用公式至整個目錄 | 直接先詢問系統 |
| 測試不同的門檻 | 重建每個標記欄位 | 說明新的限制並詢問 |
| 檔案間的 SKU 鍵值不匹配 | 在出錯的對照（Lookup）中發現 | 在上傳時即浮現提示 |
| 下個季度重新執行 | 針對已變更的目錄重新建構 | 更換檔案，保留規則 |
第二列才是真正進行決策判斷的地方。能夠直接查看 40 天和 60 天的被標記清單，能將單純的門檻爭論轉化為具體的對比分析。
常見錯誤
直接照抄文章中的 90 天門檻。請如 SLOB 指南所述，從您自己的庫存週轉基準中推導，並根據前置時間和安全庫存進行調整。
依單位數量對被標記的品項進行排序。單位數量會掩蓋風險敞口。請依庫存價值排序，並回報總風險價值。
將滯銷與淘汰視為同一個清單。前者需要需求決策，後者需要處置決策。請依狀態標記將它們拆分。
在尋找庫存過剩時忽略了缺貨情況。這兩者通常是同一個採購問題。請同時回報兩者，否則該分析看起來只會像是一份報廢申請。
在系統變更後盲目信任狀態欄位。先列出所有不同的值。同一個「淘汰」狀態若有三種拼寫方式，會悄悄分散您的總計數據。
將庫存快照與銷售期間進行比較。一個是時間點，另一個是時間範圍。在進行任何計算之前，請先對齊期間。
僅標記品項卻未記錄決策。未採取行動的標記會變成下個季度的標記，並伴隨更多的持有成本。請在該品項旁記錄決策。
結論
從您自己的庫存週轉中推導出門檻、依序執行六項檢查、依價值而非單位數量進行排序，並將滯銷與淘汰區分開來。這就是將庫存匯出資料轉化為採購決策的方法。
成本高昂的部分不在於第一次分析，而在於目錄和基準線都會變動，因此報表必須是可重新執行的，而不是每次都要重新建構。
如果這佔用了您整個季度的時間，不妨對您目前的匯出檔案試用 Powerdrill Bloom。另請參閱 庫存與需求預測的 AI 工具總覽以及 供應鏈分析工具清單。我們的無程式碼尋找異常值指南介紹了偵測方面的方法。而 CSV AI 助理和 AI 預測頁面則介紹了相關工具。
常見問題
什麼是滯銷庫存？
它是指您仍需要但持有過剩的庫存，也稱為超額或過期庫存。它與淘汰庫存不同，後者是指完全不再需要的庫存。
幾天沒有銷售會被視為滯銷？
沒有固定的天數。請計算您的整體庫存週轉率，並將限制設定在略高於該基準線的位置。然後根據前置時間、再訂購點和安全庫存進行調整。
如何計算庫存週轉？
SLOB 指南給出的公式為：庫存價值除以銷售額，再乘以天數。先對整個產品目錄執行此計算以取得基準值，然後針對每個 SKU 進行計算以進行比較。
我應該依單位數量還是依價值對被標記的品項進行排序？
依價值。若依單位數量排序，會把一千個便宜的零件視為比幾個昂貴零件更嚴重的問題，這會將注意力引導到錯誤的地方。
為什麼要在滯銷庫存報表中納入缺貨情況？
因為嚴重的庫存滯銷與頻繁的缺貨並存，通常指向同一個原因，即預算分配到了錯誤的品項上。同時回報這兩者能將分析轉化為具體的採購決策。