商品爲什麼重要
商品是電商系統中最重要的業務模型，某種程度上說，電商就是圍繞於商品進行的，不管在電商供應鏈、電商營銷、還是推薦，商品都有其非常重要的地位。
本文將爲你介紹在電商系統中如何從概念到應用搭建一套商品及類目體系，進而完善整個商品系統。
什麼是商品？
在電商系統這個語境之下，商品是一堆相同業務屬性的集合，這種屬性集合映射的是現實中的實物，我們通過建模將現實中的物品抽象，形成一個數字化的商品概念，在交易流程中通過商品進行串聯。
商品是如何交付的
剛纔說了電商系統中的商品是對於現實世界中實物的數字化抽象，那麼我們先了解下現實中一個實物物品的交付流程。
上圖簡單展示了一個通用商品在真實世界流通過程。
那麼再看下一個商品在電商系統上的流通過程是什麼樣的。
圍繞於商品的流轉主要有兩個鏈路，一個是圍繞於商品的售賣的交易鏈路，一個是圍繞於商品供給與調配的供給鏈路。針對於這兩個鏈路上商品流轉的模型是有比較大的區別的，因爲所承載的核心屬性與信息不同，所以我們抽象除了兩個模型，一個是商品模型服務於交易鏈路，一個是貨品模型服務於供給鏈路，爲體現擴展性，我們引入了屬性、類目的概念，後續的很多設計其實是圍繞於如何搞好屬性和類目來的。
商品模型
通用的商品模型包括商品、SPU、SKU，關係與結構如下：
SKU
商品模型中通過SKU和庫存實現了線上商品和線下實物商品的對應，每個商品對應一個線下商品、每個商品可以有多重顏色、尺碼、款式等銷售屬性，也就是SKU。
很多人對於產品和商品比較混淆，舉個例子，我們買手機，比如小米11是一款產品，但是不同顏色的小米11就是一個個商品，SPU是產品主要屬性的集合，SKU是銷售主要的商品屬性。
SKU一般稱爲庫存單位，也就是對於庫存進出計量的單位，可以以件、盒等度量單位售賣。
SPU
在設計商品模型時，除了SKU之外還有一個非常重要的概念就是類目。比如服裝屬於一級類目，男裝/女裝屬於二級類目，類目可以方便我們對於龐雜的商品信息進行組織和維護。回到手機那個例子，手機有多個品牌，我們是否可以在手機類目下再區分什麼小米類目、華爲類目、蘋果類目嗎？顯然不需要，不然類目的維護就會異常冗餘與複雜，所以我們一般會提出一個SPU的概念，實現對商品約束進一步的細化，以平衡一些需求。
SPU一般稱爲標準產品單元，實現對某一類標準產品的共同特徵屬性收斂描述，是對商品信息共有屬性的一種提取，SPU一般是由後代類目+一組關鍵屬性唯一確定的。
所以SPU是介於類目葉子節點和商品之間的概念，是對於類目屬性的細化，也是實現對商品標準化運營的基礎。
比如在一些電商系統中，相似推薦功能的推薦就是基於用戶購物車中的SPU的關聯商品實現的。
還有一些比價網站，其比較的核心就是圍繞於SPU進行比價。
CSPU
CSPU是淘寶提出的一個概念，C是Child的意思，就是標準化產品子單元，是對SPU的細分，實現更細粒度的產品標識。
葉子類目+關鍵屬性+銷售屬性是確定一個細粒度CSPU的關鍵。
比如手機類目下，品牌、型號這兩個屬性可以確定一個SPU，但是不是一個CSPU，需要額外增加一個銷售屬性來確定，比如顏色、存儲大小。
我們一般通過SPU和CSPU對商家發佈的商品進行強管控，同時對於商家的SPU和CSPU屬性進行填充實現對於基礎屬性和基礎屬性值庫的豐富，在運營審覈過程中，將這些基礎屬性添加到標準屬性和對應的類目屬性下。
類目屬性體系
剛纔我們聊得是商品模型，同時也多次提到了類目體系，類目是商品的座標，通過類目定位到具體的商品。
什麼是類目
類目是商品所屬的分類，類目決定了商品的歸屬，類目有層次之分，一級類目、二級類目等，類目之間有集成關係，一般以樹的形式展示，最下一層類目是葉子類目，只有葉子類目下可以掛商品。
一般我們會對類目進一步劃分，分成前臺類目和後臺類目。前臺類目主要是給用戶展示的，便於選品，後臺類目主要是給商家用的，便於管理商品。
後臺類目
後臺類目主要關注於管理的標準化，後臺類目一般是商品實際歸屬的類目，商家在發佈商品時，將商品發佈到指定的後臺類目下，在淘寶中類目最多分成4層，類目層級太深會影響商家商品發佈的體驗。
前臺類目
前臺類目專注於導航、導購、推薦、營銷、搜索等，目的是幫助用戶快速選擇商品，或是進行營銷推薦。前臺類目中保存的實際是對後臺類目、屬性的篩選條件，也就是通過前臺類目會觸發相關後臺類目與屬性的查詢聚合，如果前臺類目過長會導致轉化率下降，一般來說前臺類目不超過3層。
類目屬性
類目屬性是類目下的商品所具有的共同特徵定義，關聯了葉子類目和屬性，比如手機類目有品牌、型號、顏色、網絡屬性等。相對應的還有類目屬性值，用來表示類目下商品所具有的某一特性的值。
屬性用於描述商品，便於對商品更好的描述，對類目屬性進一步分層抽象，就形成了類目屬性分類，比如關鍵屬性、綁定屬性、銷售屬性、商品屬性等。
屬性庫體系建設
其實在商品管理體系中，類目與屬性的建設是非常重要的，商品系統複雜也就體現在這裏，屬性用於描述商品本身，但是隻有屬性還不具有描述能力，還需要有屬性值。其實屬性值在商品系統裏面一般會歸類於元數據體系，也就是用於提供商品描述的基礎數據。
我們通過一幅圖瞭解下屬性庫建設的必要性：
在大型電商系統中，屬性庫數量級別都是百億級的，那麼這麼多屬性是怎麼錄入的呢？
靠人工錄入顯然不合理，對於平臺型電商來說，屬性庫的數據一般來源於幾個行業標準化協會，比如服裝標準化委員會、家電標準化委員會、剩下的一些才靠人工錄入。
如果商家錄入了一個屬性庫不存在的屬性，就會觸發審覈機制，審覈通過後，就變成了屬性庫的一員了。
標準屬性和基礎屬性
屬性庫分爲標準屬性庫和基礎屬性庫，是兩套數據表，基礎屬性庫和屬性值來自於商家發佈商品時錄入，類目運營通過人工審覈、機器審覈等方式，把部分屬性添加到標準屬性庫裏。
所以標準屬性庫是經過審覈的，類目上可以直接使用。而基礎屬性庫則來自於商家在發佈商品和SPU時錄入的。經過運營審覈、機器審覈、清洗數據等流程後，基礎屬性數據會流入到標準屬性庫中，變爲整個平臺屬性庫的擴充，其他商家再錄入商品時，就可以直接選擇使用了，實現了屬性的複用。
如何維護屬性
屬性庫維護不是簡單的k-v那麼簡單，還需要很多規則進行約束。比如有的屬性是可枚舉的，有的只能輸入了。比如產地，但如果重疊了，可以通過枚舉方式表示。一般來說，屬性可以分爲枚舉、枚舉可輸入、可輸入三種，某些複雜的類目下還有屬性模板的定義，用於某些無法提取枚舉的子屬性填充。
部分屬性還有子屬性的概念，比如一些品牌還有自己的系列，這些系列就隸屬於這個品牌屬性。如果單純通過笛卡爾積標識，在發佈商品時就會出現太多的屬性值並列，無法篩選的情況，引入多級屬性可以解決這個問題。
商品的供給
上面的很多概念還是圍繞於商品的交易鏈路展開的，那麼商品的供給鏈路是什麼樣的呢？
前臺商品與後臺商品
之前提到過類目分爲前臺類目和後臺類目，很多電商系統同時會將商品進一步分爲前臺商品和後臺商品。
前臺商品關注於銷售鏈路，包括交易、訂單等，後臺商品關注於供應鏈，包括倉庫、採購等。
比如空調本身分爲室內主機和外機，內機和外機在倉庫本身是分開的。所以我們可以將前臺商品售賣的空調和後臺商品的內機、外機關聯起來，在最後計算庫存時，使用的是內機庫存和外機庫存。
組合商品
在商品售賣時，我們經常會遇到很多商品組合促銷的情況，類似於手機套餐，包含短信、流量、電話流量等。
寫在後面
基於全網我們對於電商系統中商品模型進行了簡單的拆解，商品模型主要包含商品、類目、屬性庫。在電商系統中我們抽象商品模型的目的在於解決標準化問題和導購營銷問題，這些擴展需求都離不開對於商品模型友好的設計。
其實商品本身是非常複雜的一個電商子域，還有很多內容沒有展開，比如非標品商品、虛擬商品、商品庫存、商品知識圖譜、甚至商品系統的架構等。那麼我們如何破解這麼複雜的一套系統模型呢？
簡單來說就是迴歸簡單，尋找那些本質的要素，進行組合和包裝，商品模型本質上是反映的真實世界中商品的交付，掌握了對於模型的抽象與組織，就可以輕鬆應對上層的業務變化。