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

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

本篇聊聊如何設計和管理商品管理的類目、屬性、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 協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部