乐学 淘宝网上的哪家卖的茶叶好点，有亲身买过的推荐下？
首先介绍的是商品类目。
对于任何一家电商平台来讲，商品类目的概念均有两层含义——前台导购类目、后台管理类目。
前台导购类目很容易感知，打开任何一家电商平台的首页，均可以在最显眼的首焦左侧看到一系列按照商品品类划分的导购板块，这里的前台导购类目并非我们所讲的商品管理的核心，后台商品管理类目才是。
后台类目并不像前台类目那样容易被一般的消费者所感知，它是一个商品的核心基础信息，一个代表商品身份的标签。后台类目是一个典型的树状结构，由主干、分支、次分支、叶子组成。以万能的淘宝来举例，如果把淘宝的后台类目比作一棵大树，这个世界上几乎所有能够被合法交易的商品，都能在这棵大树上找到一片叶子作为它的标签，代表这个商品所属的类目。举几个典型的淘宝后台类目：茶——绿茶——西湖龙井；男装——风衣；零食——巧克力——牛奶巧克力等等。
后台类目并没有固定的层数限制，只有严格的上下级关系。除了一级类目外，所有下层的类目必须有且仅有一个父类目与之关联，直到“叶子类目”作为关系链的最末端，不作为任何其他类目的父类目出现。而商品所关联的类目，就必须严格限制为“叶子类目”。叶子类目所处在类目关系链的层级，理论上是没有限制的，既可以在1级，也可以2级、3级、4级等，只要没有任何一个其他类目将它作为父类目即可视作“叶子类目”。但出于检索效率考虑，淘宝将叶子类目的层级限制在不可超过4级，一般为2级、3级。既然淘宝这样的商品体量都可以用4级类目搞定所有的商品分类，想必其他平台也没有探索更深层商品类目的必要了。
类目仅是电商商品管理中第一个基础核心概念，而前文提到的商品信息管理的核心——类目属性管理体系，还需介绍另一个基础核心概念——属性。
“属性”这一概念，是2006年由淘宝大神级产品经理一灯提出来的（见苏杰老师著作《淘宝十年产品事》）。他将品牌、型号、颜色、尺码、口味、保质期、产地、材质、内存等等用于描述商品某一类特性的概念，统统抽象成了“属性”。这一概念的提出对于电商商品管理的影响是里程碑式的，几乎所有电商公司在了解这套体系的前提下都会采用，影响至今。
使用属性这一概念时有一个默认的规则：所有用于描述商品的属性都是成对出现的——这个概念叫做“属性对”。每一个属性对都由两个部分构成：属性项与属性值。例如：使用品牌：耐克颜色：红色尺码：XL码来描述商品时，每一个方括号中的值构成了一组属性对，而其中冒号左侧的称为“属性项”，冒号右侧的称为“属性值”。属性项与属性值在数据结构层面的对应关系是一组多对多的关系，例如属性项：品牌下会关联多个不同的品牌作为属性值，而属性值：三星既可以作为品牌（品牌：三星）的属性值，也可以作为制造商（制造商：三星）的属性值，等等。同时为了检索的便利性考虑，可以从数据结构层面限制唯一性：相同名称的属性值一定有唯一的属性值ID，而不同名称的属性值一定对应不同的属性值ID（属性项也一样）。淘宝还采用了相同大写字母限制唯一的方式，例如 Apple、APPLE、apple 对淘宝来说是同一个属性值，不允许重复存在。（属性的细节展开讲可以单独写一篇文章了，这里先不做更细致的描述了）
每一个属性项，连同它所关联的属性值，可以组成一个独立的属性库，可以称之为“标准属性库”。例如品牌库、颜色库、尺码库、型号库等等。标准属性库仅与属性项和属性值的关联关系有关，与类目无关，所以品牌库里所包含的是所有在平台入驻的品牌名称，与这个品牌具体经营哪个类目无关。（对应下面的类目属性）
了解属性存在的意义之后很容易看到，在区分商品类目的前提下，不同类目的商品所需要的用于描述商品的属性较大概率是不同的，而相同类目的商品所需要的用于描述商品的属性可以认为是相同的（因为类目可以看作是拥有某一类相同特性的商品的集合）。在这种情况下，将属性与类目结合，所形成的类目属性管理体系，自然成了商品信息管理的核心。
需要强调的是，属性本身是客观的，一个属性只代表了某一类用于描述商品的特性而已。但在与类目相结合之后，属性的存在有了不同的身份，即：关键属性、商品属性、销售属性，等等（其他类似公共属性、子属性等本文不做介绍）。先给定义（自己总结的便于理解的定义，如有不妥请不吝赐教）。
关键属性——可以唯一定义某一类目下某个商品身份的属性，例如手机类目下，品牌+型号（苹果iPhone7）可以唯一指定某个商品，那么品牌和型号对于手机这个叶子类目就是关键属性。
销售属性——用于区分同一商品不同 SKU 的属性，例如同一款衣服的不同颜色和尺码，同一款手机的不同颜色和内存容量等等，颜色、尺码、内存就是对应各自叶子类目的销售属性。
商品属性——一般性的用于补充和描述商品信息的常规属性，例如商品的净含量、保质期、产地、生产日期、储藏方式等等。
明确定义之后，将叶子类目、标准属性库、不同类型的类目属性（关键/商品/销售属性）这几个概念相结合，便能组合出一套类目属性管理的体系。
举个简单的例子：将一个叶子类目（比如手机）比作一个大盒子，盒子内部分为三个格子分别对应该类目下的关键属性、商品属性和销售属性。将一个标准属性库（比如品牌库）比作一个小罐子，罐子中有非常多的棋子对应不同的属性值（所有的品牌名称）。那么类目属性管理，就是把小罐子和它里面的一部分棋子（不是全部），放入大盒子里某一个格子的过程。例如将品牌这个属性项，和所有做手机的品牌名称（属性值），放入手机这个叶子类目的关键属性中。
把小罐子放到盒子中的某一个格子的过程可能还容易理解，比如将品牌作为某个类目的关键属性，将颜色作为某个类目的销售属性。但选取小罐子里的一部分棋子这个过程可能没那么容易理解——某个罐子（属性项）中到底有哪些棋子（属性值）是怎么维护的？一个罐子（属性项）里的某一个棋子（属性值）到底应该放到哪些盒子（叶子类目）里又是怎么维护的？这里需要加入另一个概念——属性项的输入方式。
0条评论