电商类目属性体系杂谈

作者: DearNicole | 来源:发表于2016-08-18 19:23 被阅读5112次

        类目系统是整个电商系统中的基础部分,比较容易被忽略,但确实是比较重要的一个部分,目前淘宝或者京东的商品数量已经有数十亿个,如何让用户精准、快速、方便的找到他想要的商品已经成为一个比较棘手的问题,经过大牛们多年的探索,终于通过建立一套完整的类目体系较好的解决了这个问题,下面来跟大家聊下类目体系的前世今生。

    历史回顾

        当一家电商网站商品数量还不是很多的时候是不需要考虑搞什么类目体系的,直接一级类目下面挂商品就可以了,因为商品数量不多,每个一级类目下面挂载的商品个数有限,用户直接查找起来也比较容易,这种方式比较适合商品数量不是很多,尽量在几百个SKU以内的电商平台。

        小米的电商平台就属于笔者上面提到的这种类型,SKU数量基本在100以内,每个一级类目下面直接挂载商品,简单明了,用户可以很方便的找到他需要的商品,体验也非常的好,但是目前国内类似小米这样的电商平台非常少,大部分电商平台都走全品类路线,即使垂直领域的电商平台大部分SKU数量也至少在上千个,单纯使用一级类目已经不能满足需求了。这时候开始有了多级分类,也就是类目树,再后来引入了商品属性的概念,商品上架的时候不仅要指明所属类目还要填写商品属性,这样用户也可以按照商品的属性进行筛选。

        麦包包属于箱包领域的垂直电商平台,由于商品数量相对较多,采用了一级类目+属性项的方式,比较清晰的将商品进行分级分类,这个时候随着商品数量的增加会遇到一个新的问题,商家后台商品上架时候采用的类目树和用户前端页面看到的类目树是否可以共用一套?实践经验告诉我们很有必要需要将前台类目和后台类目进行分开。

        因为随时商品数量越来越多,类目层级也越来越深,用户也越来越难找到需要的商品,这个时候运营同学需要不断的调整类目属性,把类目树变浅,让用户更容易找到需要的商品。如果只有一套类目体系,运营每次对类目进行调整商家也需要跟着调整,而且这种调整也会相对比较频繁。比如,在夏天服装这个类目下面可能是连衣裙、衬衫等等,但是到了冬天这个类目下面可能是羽绒服、打底裤等。每次调整都给商家、运营带来了大量的工作。后来有人从线下零售巨头沃尔玛得到启发,他发现沃尔沃的仓库类目分区和货架上的类目分区是分离的,仓库里面的类目分区相对比较稳定,而货架分区则是根据季节和活动随时可以调整的。所以人们开始将电商类目体系分成2套,一套是前台类目体系,一套是后台类目体系,后台类目体系相对比较稳定,给商家建新商品使用,用来挂载商品和属性;前台类目面向用户,主要方便用户查找比较灵活,可以经常调整。后台类目和前台类目通过映射关系可以关联起来,这样一套相对比较完善的类目体系就形成了。

    后台类目

     后台类目主要是面对商家,商家在后台发布新商品时需要将商品挂载到相应品类上,京东后台商家类目系统如下:


        需要找到商品相应的3级类目,然后填写相应的商品属性项目,然后才可以发布。下面介绍几个概念。

       品类:存储用户商品的最小单位。注意:所有的用户商品,都是存储在各个品类下,而不是后台类目的路径下。品类如果没有关联到后台类目和前台类目,就没有任何作用和意义。

        品类与后台类目的关系:品类加挂到后台类目的路径当中后,卖家可以往这个品类发布商品;

        品类与前台类目的关系:品类下的商品要展示给买家,需要创建前台类目路径,在前台类目路径中将品类作为搜索条件来实现。

        类目属性:在每个品类下面为了描述商品信息,会将每个品类的一些公共属性抽象出来作为类目属性,例如手机,每个手机都会有品牌、分辨率、产地、像素、内存等属性,那么就可以将这些常用的属性设置为这个手机品类的属性,后面所有商家上架手机这个品类的商品的时候都需要填写这些商品属性,这样每个相同品类下的商品展示给用户的信息也比较一致。

        类目:即商品结构划分单位,例如“户外/登山/野营/旅行装备”是一个一级类目,下面户外包、户外鞋、户外服装等都是二级类目,包含在一级类目中。

        类目的特点是结构树特征,支持商品结构的垂直细分,类似树状结构的枝干,可不断的分叉细分。但类目无法加挂属性项(前台类目的类目结构基于运营需求,可加挂)。

        类目与品类的关系:品类即类目划分的最小单位,也是商品结构划分的最小单位。例如在户外鞋这个二级类目下的攀岩鞋,已经不能够再继续划分商品结构了,即成为品类。品类可加挂属性,例如某品牌的攀岩鞋,某尺码的攀岩鞋。



    前台类目

    前台分类面向用户,方便用户筛选查找商品,大部分时候用户见到的类目都是前台类目。下图为京东的前台类目导航。

    前台类目分为两类,分别是:品类导航,品类属性导航。只包含品类条件的导航,我们叫品类导航,上图就是品类导航。既包含品类又包含属性项条件的导航,我们叫品类属性导航。品类导航一般出现在搜索结果页。如下图:

    商品详情的面包屑路径,仅会展示该商品所在的品类导航的路径。如下图:

    总结下前台类目有如下特点

    用户购买时看到的类目是前台类目。

    前台类目通过跟后台映射间接和商品关联。

    前台类目由后台叶子类目+属性组成,一个前台类目可以包含多个后台类目,一个后台类目也可以映射给多个前台类目。

    前台类目不直接挂载属性模版,前台类目对应的属性来自后台叶子类目的公共属性。

    前台类目很灵活,可重叠,可删除。

    前台类目是一种基础运营。配置适合的前台类目会提高用户主动搜索的驱动力。长期看,有助于培养用户主动访问和搜索商品的习惯,进而影响购物行为,提高平台自身的销售能力。前台类目的调整可参考各品类或者属性成交的高低以及搜索导航PV的高低进行调整。

    关于类目属性体系就跟大家聊到这里,也只是比较粗浅的介绍了下基本概念,深层次的类目在搜索中起到的作用以及类目跟促销、类目跟商品的关系后面再跟大家分专题介绍。

    相关文章

      网友评论

      • HeJie:这句话怎么理解? “ 注意:所有的用户商品,都是存储在各个品类下,而不是后台类目的路径下。品类如果没有关联到后台类目和前台类目,就没有任何作用和意义。 ” 能否举一个具体的例子呀, 谢谢
      • 不停止的学习:引用“类目的特点是结构树特征,支持商品结构的垂直细分,类似树状结构的枝干,可不断的分叉细分。但类目无法加挂属性项(前台类目的类目结构基于运营需求,可加挂)。”
        所以类目属性只能与前台类目关联?我的理解应该挂在后台类目,变更会方便很多?
      • 圣剑蓝骑士:不错不错,写的挺好
      • 超_1579:京东商品详情页上面包屑我觉得划分的挺好的,你说这也是前台类目,那么跟后台类目不一样的点能举个例子吗?
      • xy__:如果往后某个品类的属性需要调整,去掉了原先的某个属性,那数据统计分析的时候怎么办呢?
        xy__:@DearNicole 镜像是有的,就是统计那里的新旧数据维度不一样了,不好统计分析。。
        DearNicole: @xy__ 这个最好是要做历史数据的镜像,比如订单信息上会镜像当时用户下单时候这个商品的价格,属性信息,这样即使后面有调整,用户看到的还是当时他下单时候的信息,不会产生异议。对于后台报表要根据场景需不需要统计历史的数据,如果需要那就要刷一遍历史的数据。
      • HONE:受教了,我不知道还有 品类 和 前台类目这 两个东西
        我直接把属性 挂在类目上了。
        DearNicole:@HONE 大家都是一个坑一个坑这么走过来的,不过多看看前人的经验,尽量少踩几个坑。
      • 楠芯木:你好,想请教一个前台类目和品类关系的问题。
        【例如“户外/登山/野营/旅行装备”是一个一级类目,下面户外包、户外鞋、户外服装等都是二级类目。】这个设计如果挂在电商前台,这么理解对吗?
        ”户外/登山/野营/旅行装备“这个整体是一级类目,然后”户外“下有”户外包、户外鞋、户外服装“这个二级类目。也就是说,”户外/登山/野营/旅行装备“这个一级类目有4个品类,”户外包、户外鞋、户外服装“这个二级类目有3个品类?
        楠芯木:谢谢,明白啦!叶子结点这个词很精确
        DearNicole:@楠芯木 品类是这个前台类目树的叶子节点,只有叶子节点才是品类,你举的这个例子如有只有2级,那么只有最下一层才可能是品类。
      • 16d6ce3aaf28:所以前台类目一般来说由平台来管理和添加? 商户添加商品时其实并不需要增加前台类目?

      本文标题:电商类目属性体系杂谈

      本文链接:https://www.haomeiwen.com/subject/kcnvsttx.html