本篇文章分别介紹了商品類目和屬性的定義、以及應該如何設計商品的類目與屬性。

任何解決方案的出現，都是因為某個問題阻止了商業化的進程，商品類目和屬性的出現也是這個原因。

在電商平台，當商品較少時，用戶可以一個一個的浏覽，然後選擇自己喜歡的商品，但當商品越來越多，達到上億甚至幾十億的時候，用戶是沒有辦法一個進行浏覽選擇的。

蘇傑曾在《淘寶産品十年事》中提及“在商品數量比較少的時候，總交易額和商品數量強烈正相關”，所以，為了解決在商品數多的情況下，讓用戶隻浏覽一定數量的商品的問題，産品經理們想出了類目和屬性這個方案。

一、類目

1. 定義

類目，也就是分類，分類是為了更好的管理商品（商品管理的核心就是分類），如下圖所示，就是京東電商平台的類目：

2. 分級

電商平台的類目一般是設置成三層（為什麼是三層，本文不做深究，有想了解的朋友可以去查查即東東、淘寶的UED中心，一般有介紹），一級類目、二級類目和三級類目。

在Web端由于屏幕尺寸較大，所以可以完整查看其三級類目，受限于手機端屏幕尺寸的大小，手機端一般隻展示兩級類目，即一級類目和二級類目：

圖1 京東Web端三級類目

圖2 京東手機端（iOS）兩級類目

3. 設計

類目的設計主要從兩個緯度考慮，一個是前台類目，一個是後台類目。前台類目，即給前端用戶看的類目，如上圖1、圖2所示的類目，該類目可能由于運營的需要而進行調整：

• 從終端的特性上考慮：由于智能設備的普及，終端屏幕特性不一樣，可以讓運營人員/商家根據不同的終端（比如手機、平闆、Web端、電視端等等），設置不同的前台類目；
• 從前後台類目的關系考慮：前台類目必須關聯至少一個後台類目，其對應關系可以是一對一、一對多、多對多，支持商家根據自己的需要而靈活配置，産品經理在設計時一定要考慮其靈活性。

二、屬性

1. 定義

屬性，就是某個商品的特性，屬性值即屬性的具體内容。對于電商平台來說，屬性主要是商品的品牌、尺寸、大小、顔色等，對于品牌屬性而言，其屬性值可以為阿迪達斯、耐克、馬自達等等。

如下圖所示是京東數碼産品的屬性及屬性值：

2. 設計

屬性與類目其實類似，都是為了更好地管理商品。屬性的設計主要從以下幾個方面着手：

• 公共屬性：公共屬性指的是其他類目可以共用的屬性。對于衣服而言，其屬性有很多，比如品牌、顔色、尺寸、性别等等，而性别這個屬性，就是公共屬性，因為無論什麼品牌的衣服，都具有這個屬性，其屬性值隻有三個：男、女、中性；
• 銷售屬性：也稱為規格屬性，該屬性是組成SKU的特殊屬性，直接影響到買家的購買和商家的庫存管理，例如衣服的顔色、尺寸等都是銷售屬性，設計銷售屬性，其實是考慮了用戶購買的場景需求，當用戶要購買一件衣服時，會想到要買什麼顔色，自己穿什麼尺寸（尺碼），什麼季節的衣服等等；
• 關鍵屬性：關鍵屬性指的是能唯一确定商品的屬性。關鍵屬性可以是一個屬性，也可以是一群屬性的集合。比如筆記本電腦，其關鍵屬性就是品牌（蘋果）、型号（Macbookpro），設計關鍵屬性的目的也是為了讓用戶更好地找到想要的商品。
• 枚舉可能性：枚舉可能性指的是該屬性的屬性值能否完全枚舉。對于品牌、重量、體積等屬性，其值非常多，不可能由運營人員或産品經理來進行完全枚舉，這個需要商家的協助，即系統預置一部分屬性和屬性值，由商家自行進行填充擴展，後續系統根據該屬性及屬性值的使用次數，将其系統化，減少商家的操作複雜度。

最近工作上犯了個小錯誤，自責良久，雖采取解決方案給解決了，但還是覺得不應該，遂想将做産品的這些年犯的錯及解決方案整理成系列輸出，幫助那些還未範過類似的錯，或已經犯了的正在尋找解決方案的，或已經解決了希望交流的朋友，暫定系列名叫：“産品經理：我犯的10001個錯誤”。

作者：企榮之路，國内某知名互聯網公司新零售産品經理，企榮之路

本文由 @企榮之路 原創發布于人人都是産品經理。未經許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。

,

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

查看全部