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

商品品类明细(商品系列2)(1)

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

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

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

一、类目

1. 定义

类目,也就是分类,分类是为了更好的管理商品(商品管理的核心就是分类),如下图所示,就是京东电商平台的类目:

商品品类明细(商品系列2)(2)

2. 分级

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

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

商品品类明细(商品系列2)(3)

图1 京东Web端三级类目

商品品类明细(商品系列2)(4)

图2 京东手机端(iOS)两级类目

3. 设计

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

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

二、属性

1. 定义

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

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

商品品类明细(商品系列2)(5)

2. 设计

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

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

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

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

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

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

,