商品类目表详细（商品系列2）

商品类目表详细（商品系列2）图2 京东手机端（iOS）两级类目图1 京东Web端三级类目类目，也就是分类，分类是为了更好的管理商品（商品管理的核心就是分类），如下图所示，就是京东电商平台的类目：电商平台的类目一般是设置成三层（为什么是三层，本文不做深究，有想了解的朋友可以去查查即东东、淘宝的UED中心，一般有介绍），一级类目、二级类目和三级类目。在Web端由于屏幕尺寸较大，所以可以完整查看其三级类目，受限于手机端屏幕尺寸的大小，手机端一般只展示两级类目，即一级类目和二级类目：

本篇文章分别介绍了商品类目和属性的定义、以及应该如何设计商品的类目与属性。

任何解决方案的出现，都是因为某个问题阻止了商业化的进程，商品类目和属性的出现也是这个原因。

在电商平台，当商品较少时，用户可以一个一个的浏览，然后选择自己喜欢的商品，但当商品越来越多，达到上亿甚至几十亿的时候，用户是没有办法一个进行浏览选择的。

苏杰曾在《淘宝产品十年事》中提及“在商品数量比较少的时候，总交易额和商品数量强烈正相关”，所以，为了解决在商品数多的情况下，让用户只浏览一定数量的商品的问题，产品经理们想出了类目和属性这个方案。

一、类目

1. 定义

类目，也就是分类，分类是为了更好的管理商品（商品管理的核心就是分类），如下图所示，就是京东电商平台的类目：

2. 分级

电商平台的类目一般是设置成三层（为什么是三层，本文不做深究，有想了解的朋友可以去查查即东东、淘宝的UED中心，一般有介绍），一级类目、二级类目和三级类目。

在Web端由于屏幕尺寸较大，所以可以完整查看其三级类目，受限于手机端屏幕尺寸的大小，手机端一般只展示两级类目，即一级类目和二级类目：

图1 京东Web端三级类目

图2 京东手机端（iOS）两级类目

3. 设计

类目的设计主要从两个纬度考虑，一个是前台类目，一个是后台类目。前台类目，即给前端用户看的类目，如上图1、图2所示的类目，该类目可能由于运营的需要而进行调整：

• 从终端的特性上考虑：由于智能设备的普及，终端屏幕特性不一样，可以让运营人员/商家根据不同的终端（比如手机、平板、Web端、电视端等等），设置不同的前台类目；
• 从前后台类目的关系考虑：前台类目必须关联至少一个后台类目，其对应关系可以是一对一、一对多、多对多，支持商家根据自己的需要而灵活配置，产品经理在设计时一定要考虑其灵活性。

二、属性

1. 定义

属性，就是某个商品的特性，属性值即属性的具体内容。对于电商平台来说，属性主要是商品的品牌、尺寸、大小、颜色等，对于品牌属性而言，其属性值可以为阿迪达斯、耐克、马自达等等。

如下图所示是京东数码产品的属性及属性值：

2. 设计

属性与类目其实类似，都是为了更好地管理商品。属性的设计主要从以下几个方面着手：

• 公共属性：公共属性指的是其他类目可以共用的属性。对于衣服而言，其属性有很多，比如品牌、颜色、尺寸、性别等等，而性别这个属性，就是公共属性，因为无论什么品牌的衣服，都具有这个属性，其属性值只有三个：男、女、中性；
• 销售属性：也称为规格属性，该属性是组成SKU的特殊属性，直接影响到买家的购买和商家的库存管理，例如衣服的颜色、尺寸等都是销售属性，设计销售属性，其实是考虑了用户购买的场景需求，当用户要购买一件衣服时，会想到要买什么颜色，自己穿什么尺寸（尺码），什么季节的衣服等等；
• 关键属性：关键属性指的是能唯一确定商品的属性。关键属性可以是一个属性，也可以是一群属性的集合。比如笔记本电脑，其关键属性就是品牌（苹果）、型号（Macbookpro），设计关键属性的目的也是为了让用户更好地找到想要的商品。
• 枚举可能性：枚举可能性指的是该属性的属性值能否完全枚举。对于品牌、重量、体积等属性，其值非常多，不可能由运营人员或产品经理来进行完全枚举，这个需要商家的协助，即系统预置一部分属性和属性值，由商家自行进行填充扩展，后续系统根据该属性及属性值的使用次数，将其系统化，减少商家的操作复杂度。

最近工作上犯了个小错误，自责良久，虽采取解决方案给解决了，但还是觉得不应该，遂想将做产品的这些年犯的错及解决方案整理成系列输出，帮助那些还未范过类似的错，或已经犯了的正在寻找解决方案的，或已经解决了希望交流的朋友，暂定系列名叫：“产品经理：我犯的10001个错误”。

作者：企荣之路，国内某知名互联网公司新零售产品经理，企荣之路

本文由 @企荣之路 原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自Unsplash，基于CC0协议。