編輯導語：如今電商行業正在不斷發展中，電商行業帶給了人們很大的便利之處，在電商平臺中，我們可以買到不同類型的商品；一個電商平臺的設計體系也非常的重要，它意味著用戶在使用時能不能快速的找到相應的商品；本文作者分享了關于淘寶的商品中心和類目體系設計，我們一起來看一下。

商品作為電商體系中最重要的業務模型，不管是在電商供應鏈、電商營銷，還是電商推薦中，都有很重要的應用。

這篇文章結合淘系的商品業務，從概念分析，到領域模型，再到上層應用，對電商的商品和類目體系進行拆解。

一、如何定義商品

在展開分析之前，先來思考一個問題，追根溯源，什么是商品？

1. 商品是貨品的數字化

理解一個概念，不能離開上下文。

這篇文章描述的是電商領域中的商品，電商對應的是線下零售，在電商業務中，商品就是通過把不同的屬性集合在一起，描述客觀世界的實物。

為了更加真實和準確的反映實物，我們通過創建不同的模型，組合不同的屬性去描述商品；也就是說，商品可以理解為線下實物商品的數字化。

商品連接交易，電商時代的特點是一切皆可交易，所以商品的概念也越來越寬泛。

不過還是推薦大家去讀一些零售相關的書籍，了解下線下零售的發展，有助于加深對電商的理解。

2. 如何理解商品模型

實物商品在線下是如何流通的？

那么到了線上，商品如何流轉？

既然是流轉，那就會有一個鏈路，圍繞商品領域，可以把整個電商上下游分為供應鏈路和銷售鏈路。

大家都學習過計算機網絡原理，我們在學習網絡協議的時候，信息的傳輸是需要網絡協議來管理，網絡協議定義了編碼和解碼的規范。

類似的，商品信息在線上的流轉，需要一個模型去承載，也就是商品模型。

二、商品與產品

通用的電商商品模型包括商品、SPU以及SKU，以及在這個基礎上發展出來CSPU的概念，形成了下面的結構。

在業務中，通過SPU和CSPU對商家發布商品進行強管控，同時對商家對SPU和CSPU屬性的填充，又擴充了基礎屬性和基礎屬性值庫；在運營審核的過程中，這些基礎屬性添加到標準屬性和對應的類目屬性下。

1. 商品

商品特指與商家有關的商品，商品通過SKU和庫存，來對應到線下的實物商品；每個商品會對應一個商家，每個商品下面有多個顏色，款式，可以有多個SKU。

例如，iphone 12是一款產品，但是當平臺上很多商家在出售這個產品的時候，我們就把Iphone 12 稱為一個商品。

2. SKU

SKU的英文是 stock keeping unit（庫存單位），SKU即庫存進出計量的單位，可以是以件、盒、托盤等為單位；在服裝、鞋類商品中使用最多最普遍。

3. SPU

在談到SPU之前，先來思考一下，有了類目和SKU，為什么要定義一個SPU？

SPU概念的出現，是為了滿足在葉子類目下對商品進行進一步抽象的需求。

還是用手機舉例子，一般來說，手機就是葉子類目，那么我能不能添加幾個蘋果手機/華為手機的類目呢？

當然可以，但是這樣類目樹就會變得非常龐大，所以，SPU是在「對商品約束進一步細化的需求」中各方平衡的結果。

SPU(Standard Product Unit) 標準產品單元，是對某一類標準產品的共同特征屬性的描述，是商品信息共有屬性的一種抽取，在淘系商品中，SPU是由后臺類目+一組關鍵類目屬性唯一確定。

SPU 是一個介于葉子類目和商品之間的概念, 是對類目的細化，是商品標準化運營的基礎。

SPU有哪些應用呢？

舉幾個簡單的例子，淘寶購物車的找相似功能，就是通過SPU去關聯商品。

多年之前轟轟烈烈的比價網站嗎，比價網站的核心業務就是圍繞SPU。

4. CSPU

CSPU是淘寶特色的一個商品模型，這里的C是Child的意思，也就是子標準化產品單元，即SPU的細分，更細粒度的標識產品。

“類目+關鍵屬性+銷售屬性”唯一確定一個的細粒度產品CSPU。

比如手機類型下，品牌和型號這兩個屬性可以確定一個SPU，但還不能標示一個CSPU，需要額外的銷售屬性來確定；

以蘋果手機為例，品牌是IPhone，型號是12，顏色為深灰色，存儲卡256G，兩個關鍵屬性是品牌和型號，兩個銷售屬性為顏色和存儲卡。

三、類目屬性體系

類目屬性體系和商品領域相輔相成，打個不恰當的比方，類目樹是坐標軸，類目屬性是坐標，商品就是其中的點。

1. 類目定義

類目是商品所屬的分類，類目決定了商品的歸屬。

類目是有層次的，分為一級類目、二級類目等，之間有繼承關系，通常是通過類目樹來展現。

比如廚房電器這個一級類目下，有電磁爐，冰箱等二級類目，電磁爐下面還會有細分的三級類目，類目樹的最下面一層類目是葉子類目；一般來說，只有葉子類目才可以下掛商品。

2. 前后臺類目

通常來說，電商業務里有兩大類型的類目體系，一種類型是后臺類目，主要用于商家發布商品；另外一種類型是前臺類目，主要用于前臺商品導購。

1）后臺類目，關注標準化管理

后臺類目是商品的實際歸屬類目，賣家在發布商品時，將商品發布到指定的后臺類目下；淘系定義的類目最多四層，類目層級太深會影響商家商品發布的體驗。

2）前臺類目，關注靈活的導購

前臺類目用于在前臺進行導航，展現，搜索定位用，前臺類目中保存的，實際上是對后臺類目/屬性的篩選條件，即映射條件。

用戶通過前臺類目搜索到該類目所映射的后臺類目下掛靠的商品，但是商品只歸屬于一個后臺類目。

前臺類目主要用來導購，導購路徑過長會導致轉化率下降，一般來說，前臺類目不會超過3層。

在前端也有優化，比如上面淘寶的首頁，實際上只有兩層跳轉。

3. 類目屬性及分類

類目屬性是類目下的商品所具有的共同特征定義，關聯葉子類目和屬性，比如手機類目具有品牌、型號、顏色、網絡等屬性。

和類目屬性對應的是類目屬性值，表示類目下的商品所具有的某一個特征的值。

屬性是用來描述商品的，為了更好的對商品進行描述，對類目屬性進行一層抽象，也就是類目屬性分類。

一般的，類目屬性可以進一步分為關鍵屬性，綁定屬性，銷售屬性，商品屬性。

四、屬性庫建設

屬性用于描述商品具有的特性，比如顏色、尺碼，只靠屬性不能描述商品，需要說明屬性值才可以。

讀到這里你肯定也意識到了，屬性庫其實類似元數據的概念，也就是「描述商品數據的數據」。

從這個角度來說，屬性庫，類目體系，SPU產品和商品，是一個類似金字塔的結構。

1. 屬性數據從哪里來

屬性庫既然是元數據，就要支持大部分的商品描述，目前主流電商平臺的屬性庫數量都是在百億級別。

現在思考一個問題，那么這么多屬性，都是靠運營手工錄入的嗎？

對于平臺型電商來說，屬性庫的數據來源，一部分來自各個行業的標準化委員會，比如服裝有全國服裝標準化委員會，洗衣機有家電標準化委員會，然后運營去手工錄入。

另外大部分數據，來自商家和平臺的共建，也就是通過商家來輸入。

這里又有一個問題，如果商家在發布商品時創建一個根本不存在的屬性，比如上架一部手機，內存選擇100TB，平臺如何解決這種問題呢？

典型的解決方案，就是淘寶的商品審核機制。

以淘系為例，屬性庫分為標準屬性庫和基礎屬性庫，其實就是對應兩套數據表。

基礎屬性庫和屬性值來自商家發布商品時錄入，類目運營通過人工審核、算法審核等方式，會把部分屬性添加到標準屬性庫。

2. 標準屬性和基礎屬性

標準屬性庫維護的是經過審核的，類目上直接可用的屬性，而基礎屬性庫，來自商家在發布商品和spu過程中直接錄入的數據。

經過運營審核、機器審核、數據清洗等流程，基礎屬性數據會流入到標準屬性，作為整個平臺屬性庫的擴充，在其他商家錄入商品時，可以直接依賴，實現屬性的復用。

3. 屬性如何管理

屬性庫不只有K-V結構這么簡單，還需要一些別的規則來約束。

1）輸入類型

屬性有一個概念叫輸入類型，因為不同的屬性有的可以枚舉，有的只能文本輸入。

比如商品的產地，是固定的行政區域，但是如果是重量，就沒辦法通過枚舉表示完全。

一般來說，屬性可以分為枚舉，枚舉可輸入，可輸入三種，另外某些復雜類目下還有屬性模板的定義，用于某些無法提前枚舉的子屬性填充。

2）多級屬性

特別的，部分屬性有子屬性的概念，比如阿迪達斯的三葉草系列，就是隸屬于阿迪達斯這個品牌屬性值下邊的。

如果沒有子屬性的概念，單純通過笛卡爾積來表示，在發布商品時就會出現太多的屬性值并列，導致無法篩選，并且出現很多不存在的屬性組合，而多級屬性，就可以解決這個問題。

五、供應鏈商品

上面的商品模型，都是偏向銷售鏈路，在供應鏈路，商品模型又會有一切不同，簡單列舉幾點。

1. 前后端商品

剛才說到，標準的電商類目體系會分為前臺類目和后臺類目，其實在商品模型中，也會分成前端商品和后端商品。

前端商品關注銷售鏈路，包括交易，訂單等，后端商品關注供應鏈路，包括倉儲，采購等。

為什么要分前端商品和后端商品呢？

前端商品可以理解為分銷商品，后端商品可以理解為供銷商品。

舉個例子，你在網上購買一個空調，實際上呢，這個空調分為室內主機和外機，內機和外機在倉儲上和可能是分開的。

為了解決這種情況，就可以通過前后端商品模型，將前端的空調商品，與后端的空調內機和外機關聯起來，最終計算庫存時，是使用內機商品和外機商品的庫存。

2. 組合商品

還記得啤酒與尿不濕的故事嗎？

商品在銷售過程中，常見的一個形式是組合商品，比如購買手機的電話卡套餐，雙十一商家的套餐商品，都可以通過組合商品的方式來實現。

六、小結

這篇文章簡單分析了商品、類目、屬性庫三層的業務模型；對于平臺型電商來說，商品管理核心解決兩個問題，一個是商品的標準化，另外一個是商品導購，而這些都離不開業務模型的支持。

模型的第一性：埃隆馬斯克有個特別推崇的第一性原理，第一性原理要求我們回歸本質，找尋最基本的要素，建立更簡潔完整的架構體系。

商品模型的變化，都是為了更好的描述現實世界的實物商品，滿足業務要求。

從這個角度看，電商業務中，商品模型就具有第一性，熟悉了底層商品模型，在面對上層的各種業務變化，就可以游刃有余。

本文由 @邴越 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自 Unsplash，基于 CC0 協議