最近在梳理業務的過程中，木筆對SPU、SKU與SN有了一些全新的思考和認識，獨樂樂不如眾樂樂，寫出來與大家一起分享，歡迎新老朋友拍磚。若覺得對你有幫助，點個“在看”就是對木筆最大的鼓勵啦~

「 以下故事情節及人物均為作者杜撰，若有雷同，純屬巧合：

    小Q：某互聯網公司后臺產品經理」

艱難的2019年，終于翻篇了。

這一年，全球經濟下行，各國政府財政吃空，武裝暴力與示威游行遍布世界各地，貿易摩擦影響全球，GDP增速放緩， 負利率時代來臨......覆巢之下，是整個國際戰場的哀鴻遍野。

寒潮籠罩下，是各行各業的緊衣縮食。從上半年的水果自由喪失，到下半年的二師兄打敗牛魔王，衰勢從互聯網蔓延至傳統行業，從小危企業蔓延到大平臺，彌漫一整年的暴雷、破產、并購、欠薪、裁員、仲裁，企業和員工之間的矛盾不斷加劇，但仍舊在努力的殘喘著，在焦慮和惶恐中，我們終于迎來了2020的第一縷陽光，以及開年的三寸瑞雪，寒冷而耀眼。

從今年起，第一批80后，背負著身體、家庭、工作的多重壓力，茍且而艱難的步入不惑之年，在如此洪水猛獸般洶涌的寒潮中頑強的掙扎著，今年，是真的不惑了。

同樣，第一批90后，也開啟了而立生涯，收起曾經的狂妄不羈，端起了枸杞保溫杯，奔著自己不愿意面對的年紀一去不復返，終于活成了自己最不愿意見到的曾經80后的樣子。

從此，80后和90后的網絡較量和相互鄙夷終于謝幕，雙雙將舞臺交給了即將粉墨登場的00后們.......

生活雖苦，但仍要繼續。小Q最近與朋友在討論庫存管理的話題，聊到各行各業的庫存管理方式，原來不同行業的庫存管理模型是有很大區別的，做供應鏈，并不能一招走天下，而是要根據不同行業和業務場景因地制宜。

01  SPU、SKU與SN 

先從概念層面聊一聊SPU、SKU 和SN：

SPU(Standard Product Unit)：標準化產品單元。是商品信息聚合的最小單位，是一組可復用、易檢索的標準化信息的集合，該集合描述了一個產品的特性。通俗點講，屬性值、特性相同的商品就可以稱為一個SPU。

SKU（Stock Keeping Unit)：庫存量單位。即庫存進出計量的基本單元，可以是以件，盒，托盤等為單位。現在已經被引申為產品統一編號的簡稱，每種產品均對應有唯一的SKU號。

SN碼是Serial Number的縮寫，有時也叫SerialNo，也就是產品序列號。是為了區別每一個獨立的個體而編制的識別號，和人的身份證號碼類似。

（以上定義摘自百度百科）

通俗的來說，SKU就是庫房里存放的實際可以售賣出庫的一款實物商品，SN是每一個具體的實物，而SPU是某一類特性相同的SKU的集合，三者的關系如下：

如上，一個SPU下可以包含多個SKU，一個SKU又可以包含多個SN。

當然，SPU和SKU的定義因行業不同、企業不同，沒有完全統一的標準，在標品的行業里，一般以一個國際69碼作為一個SKU，將同一品牌和型號當做一個SPU，但在生鮮、二手等行業，由于沒有行業標準，SPU和SKU的規則就會靈活復雜的多(SPU 和SKU的邏輯，前面的文章里詳細的講述過，感興趣的同學可以參考《如何從0搭建醫藥電商新零售商品庫》）。

以蘋果手機為例，某平臺用品牌+型號組合為SPU，以品牌+型號+顏色+地區+網絡+內存為維度組合為SKU，每個SKU下又分別采購了幾個對應的SN，三者的關系如下表所示：

02  SPU、SKU與SN的應用場景  

SPU一般只用做商品的分類、聚合和匯總統計，不作為實際的定價和庫存記錄，一般在銷售運營層面用的比較多，供應鏈層面關注的很少。

SKU是商品具象化的體現，標品管理下的銷售平臺的定價和供應鏈層面的庫存管理都是基于SKU維度的，比如某SKU 在平臺售價500元，此SKU 在庫房的庫存有1000個，當用戶下單購買1個以后，我們就知道此SKU 賣了500元，同時，需要到庫房中的某個貨位上找到1個此商品發出，此SKU庫存從1000變為999。

SN也是供應鏈層面管理的維度，除了必須以單個商品做定價和售賣的情況下（在二手行業比較常見，例如二手車、二手房、二手3C數碼等，此類商品可以認為每一個SN就是一個SKU），一般不參與銷售行為，只是作為庫存精細化管理到每一個實物的標記，也即SKU下的每一個實物都有一個唯一的身份標識，此標識就是SN。當需要入庫時，除了關注SKU數量外，還需要記錄每個SN的庫存狀態和位置；出庫時，也需要明確到底是哪一個SN發出了。

總結一下，SPU常在電商銷售和運營層面，SKU和SN應用在供應鏈流通層面。普通的標品類行業，管理到SKU維度即可。若需要精細化管理到每一個具體的商品，或者需要嚴格溯源的行業，如醫藥、食品、高值、二手，則需要管理到SN。

問題來了，既然SN能夠管理到商品的最細粒度，是不是比管理到SKU維度要好呢？ 

從精細化層面來說，當然越細越好，但精細的背后是成本的增加和效率的降低，比如在B2B這一類大批量快進快出的領域，如果入庫時每一件商品上都要貼SN碼，逐個掃描入庫，出庫時也需要逐個掃描SN出庫，很明顯會極大的降低作業效率，無法滿足業務快速發展的需要。

所以，每家企業適用哪種管理方式，要根據自家業務形態、商品特色、管理預期等多個方面來綜合評估，不要依葫蘆畫瓢，人云亦云。 

03  SKU與SN的庫存管理實施

由于不同行業和業務的管理訴求不同，在供應鏈里，對SKU和SN的庫存管理主要有三種形態：

（1）SKU管理；（2）SN管理；（3）SKU +SN管理。

1.SKU 管理

在大部分市面上以標品管理的行業，如服裝、食品、箱包、書等，同一SKU 下，進銷存流程中的任何一件商品都沒有區別。

▲  SKU庫存管理

此類模式的供應鏈流程為：

（1）入庫：掃描SKU 條碼，或者直接錄入SKU入庫數量，記錄SKU庫存數；

（2）出庫：指定SKU +出庫數量，按照出庫數量定位、揀取任意SKU；

（3）庫存：以SKU + 數量為維度進行庫存相關操作，如移位、盤點、調撥等；

（4）財務：以SKU為計算維度，做財務成本計算和應收應付核算。

SKU 庫存表現為：入庫加庫存數，出庫減庫存數量。

2.SN 管理

    有些行業，比如房、車、奢侈品、文玩、二手等行業，每一個商品的品項、特點都不同，在進行售賣時，一般是以每個商品進行獨立發布和定價，這一類的商品，SKU的觀念比較弱化（可以認為一個SN就是一個SKU），兩個外形看起來一樣的商品是不是屬于同一個SKU并不重要，因為每一個SN都有自己的庫存管理。

▲  SN庫存管理

此類模式的供應鏈流程為：

（1）入庫：需要為每個商品貼一個唯一的SN條碼（若商品本身自帶序列號，比如手機的SN、IMEI，則無需單獨貼碼了），入庫時掃描SN 條碼，記錄SN庫存；

（2）出庫：為每個SN獨立設置價格，出庫時明確具體的出庫SN，只能以指定SN出庫，即便外觀一模一樣，但在系統記錄里是兩個獨立的個體，所以也不能錯拿；

（3）庫存：每個SN記錄單獨的庫存，所有庫存相關操作都以SN為維度；

（4）財務：以每個SN作為財務核算的依據。

SN的庫存表現為：入庫記錄SN庫存（數量均為1），出庫以后將SN庫存變為0或置為不可用。

3.SKU + SN 管理 

還有一些行業，如奶粉、醫藥、電器、3C、機械設備行業等，是以SKU進行售賣的（同一SKU的定價一樣，出任意一個均可），但由于有嚴格的溯源和個體管理要求（比如藥品需要上傳藥監碼至藥監局；電器供應商商為防止商品串貨，會要求下游客戶提供出入庫防串碼以記錄產品流向），所以需要嚴格記錄入庫和出庫的每一個SN，此類模式下，SKU +SN 庫存管理模式并存。

▲  SKU +SN 綜合庫存管理

此類模式的供應鏈流程為：

（1）入庫：以SKU+數量進行收貨，但在入庫環節需掃描到貨的SN進行庫房上架，庫存需要記錄到每個SN；

（2）出庫：指定SKU+數據進行出庫，庫房下架環節拿SKU下的任意SN，掃描SN進行下架發貨，SKU庫存和SN庫存同時扣減；

（3）庫存：以SN為維度進行庫存管理，要求所有涉及庫存變更的動作（盤點、移位等）都需要掃描具體的SN；

（4）財務：以SKU為計算維度，做財務成本計算和應收應付核算。

SKU + SN的庫存表現為：入庫以SKU進貨，但掃描每一個SN入庫，同時以SN庫存匯總為SKU庫存；出庫以SKU發貨，由于無需指定具體的SN，所以揀SKU下任意符合出庫數量的SN即可，掃描下架同時扣減SKU庫存和下架的SN庫存。