商品是電商系統中心的最小組織單元，商品管理體系是整個電商業務的基礎也是連接各個模塊的核心。商品同樣也是連接前臺用戶，平臺商戶，后臺管理及倉儲管理的橋梁，商品管理系統與訂單，搜索，促銷活動，庫存，配送等有著緊密的聯系。

所以如何設計好商品管理體系，直接影響到電商體系的兼容和擴展，也能提升有用戶的導購體驗，簡化運營及商家的操作。

本篇聊聊如何設計和管理商品管理的類目、屬性、SKU和SPU。

01 類目管理

類目也稱商品分類或者產品分類，呈現樹狀結構，一般三到四層，層級太深不方便運營同學進行管理。類目管理需要區分前臺類目和后臺類目管理，為什么需要這樣做區分呢？

（1） 更符合用戶心里預期

后臺類目的配置為標準化的服務，比如夏天快過了，運營需要在前臺分類顯示【秋裝上新】，如果前后臺沒有分離，運營人員需要重新建立一個分類進行配置，同時需要將相關商品轉移到【秋裝上新】分類下，來滿足這個臨時的需求，這樣不是適合運營的節奏。

前后臺分開的情況，運營只需要將前臺設置需要展示類目和后臺一個或者多個類目進行關聯即可。

（2） 縮短用戶導航路徑

后臺類目越細越便于管理，但是前臺分類越細用戶流失越大，每多一個步驟的操作就是流失多一部分用戶。

后臺的分類越細，用戶的路徑就越長，前后臺分離可以由運營來控制前臺類目的節奏，適合的進行調整。

（3） 降低品類的調整成本

后臺類目是標準化的基準，將產品類目進行統一和標準化進行定義。如果前臺類目要調整，跟著后臺類目也需要調整勢必會導致，跟著相關商品需要進行調整，B2C累是自己的運營，像類似淘寶面向商戶的平臺，只怕商戶會跳起來。

1.1 后臺類目

后臺類目提供給運營人員進行增刪改查，同時可以對類目進行排序。后臺類目層級3-4層為宜，最后層級的類目稱之為葉子類目，后臺最為重要的是葉子類目也稱基礎類目，任何商品都需要掛載到葉子類目上。

類目在規劃中盡量需要做到完善，避免后期的頻繁修改和刪除，尤其是在葉子類目下掛有商品的類目就不能被刪除。

創建分類和配置分類進行分開較為合適，創建類目需要設置類目名稱，指定該分類是否有上級分類，是否禁用分類，禁用分類同刪除分類一樣，需要該類目下沒有商品。

創建完類目后，對類目進行屬性的配置，為了運營同學這邊配置方便，可以下級類目繼承上級類目的屬性，這樣減少部分人員的工作量。

而我們對商品屬性進行區分基礎屬性，規格屬性，描述屬性，在創建葉子類目后需要為類目配置相應的屬性或屬性組，當創建商品時選擇基礎類目后，需要按照類目屬性進行相關的商品描述。

類目屬性盡量采用數據組方式進行管理，盡管有些類目屬性值比較少，由屬性組進行管理更加系統，同時也可以減少工作量。

1.2 前臺類目

前臺類目使用在這幾個場景，運營同學配置展示的分類，運營需要根據當前活動促銷來進行分類的管理，需要根據季節進行分類 的調整分類等，需要注意的時創建前臺最后一級類目通過與后臺類目進行關聯，他們之間可以1對1,1對多，多對1，多對多。

比如下圖顯示“夏上新”的分類，對應后臺分類包括“T恤，襯衫，印花T恤”等這些后臺的分類，這樣各種靈活的匹配提高用戶的查找效率和轉化率；

平臺商戶在商戶后臺創建商品時選擇分類，商戶在選擇商品類目后可以直接將后臺類目下的商戶屬性進行帶出來，比如淘寶商戶創建商品時需要先選擇到葉子類目，根據葉子類目下面的屬性進行配置，有些類目的屬性標準化已經時配置好了不需要商家進行配置。

對于類目管理我們需要有全局的思維來考慮商品的后期的擴展性，同時需要有成本思維來權衡每個階段的商品迭代的節奏。

初創的電商企業分類不多，商品較少可以在開發過程中逐步完善商品管理系統，但是做為產品人需要做好提前規劃，保障開發人員都知道商品系統最終的設計和規劃方案，開發人員在設計架構時也會進行相應的設計。

02 產品屬性

前面說完類目后，用戶可以快速的查找自己需要商品了吧？

當平臺商品少的時候這個基本可以滿足了，隨著商品的量級達到百萬量級以上后，用戶查找難度又體現出來了：襯衣又分七分袖、長袖、短袖、五分袖；面料又分為純棉、麻料、滌綸；手機又分內存1G、2G、3G、4G、5G；攝像頭又分800萬像素、1200萬像素、2000萬像素的……

如果還是用類目進行管理，類目的層級會越來越深，另外還有交叉和重復的問題。

這個時候我們單靠樹狀的類目來管理商品已經無法滿足需求，這樣我們需要引入另外一個維度來管理具象的商品，那就是“屬性”。

上圖是就是京東通過手機類目進來看到的一些屬性值，而屬性正是描述和區分產品差異的集合標識。

比如我們拿到一盒紙牌，我們需要找到方塊10，我們可以用過數字作為一個維度，花色作為一個維度，找到我們需要的方塊10，而數字和花色就是我們查找屬性；另外比如我們查字典，可以通過拼音查找這一個字，這樣涉及幾個屬性聲母、韻母、聲調。

2.1 屬性分類

從屬性功能上屬性可以分為基礎屬性，規格屬性，描述屬性等。

• 基礎屬性：能夠確認商品的唯一性，關鍵屬性可以是單個屬性也可以是一個屬性組。例如手機品牌+型號，服飾的品牌+貨號，基礎屬性可以確認一類產品（SPU），比如iPhone 8、iphone 8P等；
• 規格屬性：組成SKU的屬性單元。直接影響用戶購買和賣家的庫存，比如iPhone8 64G 黑色 國行等；
• 描述屬性：描述商品特征，比如服飾純棉、滌綸、麻料，褲子修身、直筒等。

2.2 屬性與屬性組

屬性包括屬性名，屬性值，一般都是掛載到具體基礎類目下，設置必填和非必填。

屬性值包括幾種方式，手工錄入、列表選擇、多行文本；屬性值可選項單選，復選。

屬性分組，由于類目屬性有時候會較多，尤其是數碼類產品，所以需要屬性組進行歸類，把相同特征的屬性歸到一組，方面后臺運營人員對基礎類目的梳理，同樣給用戶呈現出來也更加清晰。下圖為華為模塊手機屬性分組的展示。

2.3 屬性繼承

繼承是開發中面向對象的一個思路，通用屬性也具備繼承性，使用繼承的方法可以部分減輕運營人員操作的工作量。

比如比如父級類目是【數碼】，二級類目有【電腦】，三級類目有【筆記本電腦】、【臺式電腦】，這樣我們可以在【電腦】屬性進行通用屬性綁定，比如【CPU】,【內存】，【硬盤】等，這樣在綁定【筆記本電腦】類目的時候就只需要繼承就可以了。

品牌管理可以做為一個特殊的屬性對類目進行關聯，品牌和類目的關系可以是1對1，1對多，多對1。

比如聯想就有電腦，手機，鼠標等不同類目。新建品牌時，需要講品牌和基礎類進行關聯起來，這樣添加時更加的快捷

03 SKU和SPU

• SKU:（Stock Keeping Unit，庫存量單位），即庫存進出計量的單位。能夠識別唯一單品的最小單元，SKU是物理上不可分割的最小存貨單元。
• SPU:（Standard Product Unit，標準化產品單元），是商品信息聚合的最小單位，是一組可復用、易檢索的標準化信息的集合，該集合描述了一個產品的特性。具有相同屬性，特征商品可以成為一個SPU。

下圖iPhone xr就是一個SPU，它集合這類產品很多通用屬性特征，比如CPU，屏幕大小，攝像頭等，但是iPhone XR又分為不同的顏色，內存大小的不同，版本型號的不同，這些規格屬性確定iPhoneXR是一件商品，對應商品的價格和商品的庫存。

我們創建一類商品的過程是在添加SPU和SKU，將需要選擇的品牌，基礎屬性，描述屬性確定該商品的SPU，再通過規格屬性值的添加確定該商品的SKU。

這樣保障同一個SPU共用商品詳情信息，只是通過規格屬性對應不同的SKU，對于不同的規格設定不同的價格。在前臺展示可以以SPU進行呈現（淘寶），也可以以SKU作為呈現（京東）。

在產品呈現給用戶進行引流的時候，搜索的時候，目的是讓用戶知道咱們平臺有這個產品以SPU呈現為佳；涉及用戶購買的時候，這樣需要具體化的時候，需要使用使用SKU。

小結

以上只是本人結合自身對電商這塊理解的總結，將商品的類目和屬性進行規劃后，創建商品，上架商品相信是很簡單的事情，每個電商平臺還是需要結合自己的平臺所處的階段、電商模式、商品量級進行規劃。

對于不同的使用需求，尤其是一些細節上面，還是需要根據自己的實際情況進行操作。希望本文能夠給看到的朋友提供幫助，不足之處希望有機會交流。

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

題圖來自 unsplash，基于 CC0 協議