尋夢新聞LINE@每日推播熱門推薦文章，趣聞不漏接❤️
商品是電商系統中心的最小組織單元，商品管理體系是整個電商業務的基礎也是連接各個模塊的核心。商品同樣也是連接前台用戶，平台商戶，後台管理及倉儲管理的橋梁，商品管理系統與訂單，搜尋，促銷活動，庫存，配送等有著緊密的聯繫。
所以如何設計好商品管理體系，直接影響到電商體系的兼容和擴展，也能提升有用戶的導購體驗，簡化經營及商家的操作。
本篇聊聊如何設計和管理商品管理的類目、屬性、SKU和SPU。
商品是電商系統中心的最小組織單元，商品管理體系是整個電商業務的基礎也是連接各個模塊的核心。商品同樣也是連接前台用戶，平台商戶，後台管理及倉儲管理的橋梁，商品管理系統與訂單，搜尋，促銷活動，庫存，配送等有著緊密的聯繫。
所以如何設計好商品管理體系，直接影響到電商體系的兼容和擴展，也能提升有用戶的導購體驗，簡化經營及商家的操作。
本篇聊聊如何設計和管理商品管理的類目、屬性、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.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 協議