在阿里做過幾年電商業務，越發認識到，做電商的，怎麼都繞不過商品，
這篇文章基於淘寶的電商業務，從概念分析，到領域模型，再到上層應用，對商品和類目體系進行一個簡單拆解。
一、如何定義商品
在展開分析之前，先來思考一個問題，追根溯源，什麼是商品？
1.1 商品是貨品的數字化
理解一個概念，不能離開上下文。
這篇文章描述的是電商領域中的商品，電商對應的是線下零售，在電商業務中，商品就是通過把不同的屬性集合在一起，描述客觀世界的實物。
為了更加真實和準確的反映實物，我們通過建立不同的模型，組合不同的屬性去描述商品。也就是說，商品可以理解為線下實物商品的數字化。
商品連線交易，電商時代的特點是一切皆可交易，所以商品的概念也越來越寬泛。
不過還是推薦大家去讀一些零售相關的書籍，瞭解下線下零售的發展，有助於加深對電商的理解。
1.2 如何理解商品模型
實物商品線上下是如何流通的？
那麼到了線上，商品如何流轉？
既然是流轉，那就會有一個鏈路，圍繞商品領域，可以把整個電商上下游分為供應鏈路和銷售鏈路。
大家都學習過計算機網路原理，我們在學習網路協議的時候，資訊的傳輸是需要網路協議來管理，網路協議定義了編碼和解碼的規範。
類似的，商品資訊線上上的流轉，需要一個模型去承載，也就是商品模型。
二、商品與產品
通用的電商商品模型包括商品、SPU以及SKU，以及在這個基礎上發展出來CSPU的概念，形成了下面的結構。
在業務中，通過SPU和CSPU對商家釋出商品進行強管控，同時對商家對SPU和CSPU屬性的填充，又擴充了基礎屬性和基礎屬性值庫，在運營稽核的過程中，這些基礎屬性新增到標準屬性和對應的類目屬性下。
2.1 商品
商品特指與商家有關的商品，商品通過SKU和庫存，來對應到線下的實物商品。每個商品會對應一個商家，每個商品下面有多個顏色，款式，可以有多個SKU。
例如，Iphone 12是一款產品，但是當平臺上很多商家在出售這個產品的時候，我們就把Iphone 12 稱為一個商品。
2.2 SKU
SKU的英文是 stock keeping unit(庫存單位)，SKU即庫存進出計量的單位，可以是以件、盒、托盤等為單位。在服裝、鞋類商品中使用最多最普遍。
2.3 SPU
在談到SPU之前，先來思考一下，有了類目和SKU，為什麼要定義一個SPU？
SPU概念的出現，是為了滿足在葉子類目下對商品進行進一步抽象的需求。
還是用手機舉例子，一般來說，手機就是葉子類目，那麼我能不能新增幾個蘋果手機/華為手機的類目呢？
當然可以，但是這樣類目樹就會變得非常龐大，所以，SPU是在「對商品約束進一步細化的需求」中各方平衡的結果。
SPU(Standard Product Unit) 標準產品單元，是對某一類標準產品的共同特徵屬性的描述，是商品資訊共有屬性的一種抽取，在淘系商品中，SPU是由後臺類目+一組關鍵類目屬性唯一確定。
SPU 是一個介於葉子類目和商品之間的概念, 是對類目的細化，是商品標準化運營的基礎。
SPU有哪些應用呢？
舉幾個簡單的例子，淘寶購物車的找相似功能，就是通過SPU去關聯商品。
還記得多年之前轟轟烈烈的比價網站嗎，比價網站的核心業務就是圍繞SPU。
2.4 CSPU
CSPU是淘寶特色的一個商品模型，這裡的C是Child的意思，也就是子標準化產品單元，即SPU的細分，更細粒度的標識產品。
“類目+關鍵屬性+銷售屬性”唯一確定一個的細粒度產品CSPU。
比如手機型別下，品牌和型號這兩個屬性可以確定一個SPU，但還不能標示一個CSPU，需要額外的銷售屬性來確定；
以蘋果手機為例，品牌是IPhone，型號是12，顏色為深灰色，儲存卡256G，兩個關鍵屬性是品牌和型號，兩個銷售屬性為顏色和儲存卡。
三、類目屬性體系
類目屬性體系和商品領域相輔相成，打個不恰當的比方，類目樹是座標軸，類目屬性是座標，商品就是其中的點。
3.1 類目定義
類目是商品所屬的分類，類目決定了商品的歸屬。
類目是有層次的，分為一級類目、二級類目等，之間有繼承關係，通常是通過類目樹來展現。
比如廚房電器這個一級類目下，有電磁爐，冰箱等二級類目，電磁爐下面還會有細分的三級類目，類目樹的最下面一層類目是葉子類目，一般來說，只有葉子類目才可以下掛商品。
3.2 前後臺類目
通常來說，電商業務裡有兩大型別的類目體系，一種型別是後臺類目，主要用於商家釋出商品；另外一種型別是前臺類目，主要用於前臺商品導購。
（1）後臺類目，關注標準化管理
後臺類目是商品的實際歸屬類目，賣家在釋出商品時，將商品釋出到指定的後臺類目下。淘系定義的類目最多四層，類目層級太深會影響商家商品釋出的體驗。
（2）前臺類目，關注靈活的導購
前臺類目用於在前臺進行導航，展現，搜尋定位用，前臺類目中儲存的，實際上是對後臺類目/屬性的篩選條件，即對映條件。
使用者通過前臺類目搜尋到該類目所對映的後臺類目下掛靠的商品，但是商品只歸屬於一個後臺類目。
前臺類目主要用來導購，導購路徑過長會導致轉化率下降，一般來說，前臺類目不會超過3層。
3.3 類目屬性及分類
類目屬性是類目下的商品所具有的共同特徵定義，關聯葉子類目和屬性，比如手機類目具有品牌、型號、顏色、網路等屬性。
和類目屬性對應的是類目屬性值，表示類目下的商品所具有的某一個特徵的值。
屬性是用來描述商品的，為了更好的對商品進行描述，對類目屬性進行一層抽象，也就是類目屬性分類。
一般的，類目屬性可以進一步分為關鍵屬性，繫結屬性，銷售屬性，商品屬性。
四、屬性庫建設
屬性用於描述商品具有的特性，比如顏色、尺碼，只靠屬性不能描述商品，需要說明屬性值才可以。
讀到這裡你肯定也意識到了，屬性庫其實類似後設資料的概念，也就是「描述商品資料的資料」。
4.1 屬性資料從哪裡來
屬性庫既然是後設資料，就要支援大部分的商品描述，目前主流電商平臺的屬性庫數量都是在百億級別。
現在思考一個問題，那麼這麼多屬性，都是靠運營手工錄入的嗎？
對於平臺型電商來說，屬性庫的資料來源，一部分來自各個行業的標準化委員會，比如服裝有全國服裝標準化委員會，洗衣機有家電標準化委員會，然後運營去手工錄入。
另外大部分資料，來自商家和平臺的共建，也就是通過商家來輸入。
這裡又有一個問題，如果商家在釋出商品時建立一個根本不存在的屬性，比如上架一部手機，記憶體選擇100TB，平臺如何解決這種問題呢？
典型的解決方案，就是淘寶的商品稽核機制。
以淘係為例，屬性庫分為標準屬性庫和基礎屬性庫，其實就是對應兩套資料表。
基礎屬性庫和屬性值來自商家釋出商品時錄入，類目運營通過人工稽核、演算法稽核等方式，會把部分屬性新增到標準屬性庫。
4.2 標準屬性和基礎屬性
標準屬性庫維護的是經過稽核的，類目上直接可用的屬性，而基礎屬性庫，來自商家在釋出商品和spu過程中直接錄入的資料。
經過運營稽核、機器稽核、資料清洗等流程，基礎屬性資料會流入到標準屬性，作為整個平臺屬性庫的擴充，在其他商家錄入商品時，可以直接依賴，實現屬性的複用。
4.3 屬性如何管理
屬性庫不只有K-V結構這麼簡單，還需要一些別的規則來約束。
（1）輸入型別
屬性有一個概念叫輸入型別，因為不同的屬性有的可以列舉，有的只能文字輸入。
比如商品的產地，是固定的行政區域，但是如果是重量，就沒辦法通過列舉表示完全。
一般來說，屬性可以分為列舉，列舉可輸入，可輸入三種，另外某些複雜類目下還有屬性模板的定義，用於某些無法提前列舉的子屬性填充。
（2）多級屬性
特別的，部分屬性有子屬性的概念，比如阿迪達斯的三葉草系列，就是隸屬於阿迪達斯這個品牌屬性值下邊的。
如果沒有子屬性的概念，單純通過笛卡爾積來表示，在釋出商品時就會出現太多的屬性值並列，導致無法篩選，並且出現很多不存在的屬性組合，而多級屬性，就可以解決這個問題。
五、供應鏈商品
上面的商品模型，都是偏向銷售鏈路，在供應鏈路，商品模型又會有一切不同，簡單列舉幾點。
5.1 前後端商品
剛才說到，標準的電商類目體系會分為前臺類目和後臺類目，其實在商品模型中，也會分成前端商品和後端商品。
前端商品關注銷售鏈路，包括交易，訂單等，後端商品關注供應鏈路，包括倉儲，採購等。
為什麼要分前端商品和後端商品呢？
前端商品可以理解為分銷商品，後端商品可以理解為供銷商品。
舉個例子，你在網上購買一個空調，實際上呢，這個空調分為室內主機和外機，內機和外機在倉儲上和可能是分開的。
為了解決這種情況，就可以通過前後端商品模型，將前端的空調商品，與後端的空調內機和外機關聯起來，最終計算庫存時，是使用內機商品和外機商品的庫存。
5.2 組合商品
還記得啤酒與尿不溼的故事嗎？
商品在銷售過程中，常見的一個形式是組合商品，比如購買手機的電話卡套餐，雙十一商家的套餐商品，都可以通過組合商品的方式來實現。
六、小結
這篇文章簡單分析了商品、類目、屬性庫三層的業務模型，對於平臺型電商來說，商品管理核心解決兩個問題，一個是商品的標準化，另外一個是商品導購，而這些都離不開業務模型的支援。
模型的第一性
埃隆馬斯克有個特別推崇的第一性原理，第一性原理要求我們迴歸本質，找尋最基本的要素，建立更簡潔完整的架構體系。
商品模型的變化，都是為了更好的描述現實世界的實物商品，滿足業務要求。
從這個角度看，電商業務中，商品模型就具有第一性，熟悉了底層商品模型，在面對上層的各種業務變化，就可以遊刃有餘。
題圖來自 Unsplash，基於 CC0 協議