上一篇《商品管理之后台类目、前台类目、店铺分类详解》文章,主要介绍了类目设计要点和前、后台类目的映射关系等内容,但是也留下重要的内容没有讲:属性库是如何创建的?怎么挂载在分类上?怎么相互继承的?本篇文章围绕着这些问题,好好的和大家唠一唠。先看下本文目录:
一、 什么是商品属性(参数)
二、属性的前生今世
三、属性的分类
四、属性功能分析
五、属性功能设计
六、属性的重要性
一、 什么是商品属性(参数)如今主流的电商大平台,商品的量级达到十几万,甚至千万量级以上,如果还是依赖类目来管理商品那将是噩梦。
之前文章也提高过类目最多二到三级为宜,但是呢商品越来越多,对商品分类随着越来越细,慢慢的用户搜索越来越个性化,单纯依靠类目树已经无法满足商品管理和用户查找需求。这个时候一个名为“属性”的救世主诞生了,由它来接手管理商品。
接下来介绍下今天的主角--商品属性,平常也叫产品属性、商品参数,是指产品本身所固有的性质,是产品在不同领域差异性(不同于其他产品的性质)的集合。也就是说,产品属性是产品性质的集合,是产品差异性的集合。
上述内容摘自百度百科,可能不好理解,简单的来说,商品属性是描述商品维度的字段,也就是商品的基本信息。
以裙子为例,“面料”、“图案”、“风格”、“领型”等都是商品裙子的属性名称,而这些属性分别对应的“蕾丝”、“纯色”、“通勤”、“圆领”,则是他们的属性值。如下图所示,展示的是一个裙子的属性集合,单个属性通常是由属性名称和属性值构成。
用户通过查看商品属性,可以快速了解商品的相关信息,如果产生共鸣,那就买它买它买它!
(某裙子的商品属性)
二、属性的前生今世上面简单的和大家介绍属性的概念,现在来看看属性的坎坷诞生之路,不过“属性”的诞生和“类目”的诞生过程有点类似。
复习一下之前类目的内容:2003年的淘宝上线的时候,为数不多的商品,压根就不需要分类对其管理;随后当商品越来越多的时候,分类才闪亮登场,最后所有的商品被整整齐齐的安排了。
要知道一开始的类目也只是单级类目,后来又演变到多级类目。举个例子:早期平台商品数量假设一共200件,其中男装有50件,不需要再细分了;到商品总数2000件的时候,假设男装500件,此时不分类也可以,但是已经影响用户筛选了,一页50条数据,那就10页,用户勉勉强强也能凑合用。
等商品达到2000件的时候,我们再不细分类目就有问题了,很多优质的商品不能被筛选出来且曝光在用户面前,这是资源极大的浪费。
细想:假如我们把成千上万的商品,将他们的类目分得很细,层级又很深,然后全部展示给用户筛选,最后用户“疯了”,用户最多只查看最前几页的商品数据,对于后面的他也很抱歉。
等到2006年,带着使命感的“属性”被淘宝引入,更好的解决上述提到的麻烦点,与类目相比属性则更加的灵活、离散。像品牌、季节、风格、颜色等都是属性,属性的本质还是为了分类。上面提到属性对应属性值,要注意的是属性值还会变成子属性。同样子属性也是为了更好的分类,比如:汽车品牌是属性,而大众、长城、比亚迪是属性值,同时大众又是一个子属性,它的子属性值有斯柯达、奥迪、保时捷等。
属性通常分为关键属性、销售属性、非关键属性、特殊属性等,接下里为大家解释这几种属性之间的区别。
(1) 关键属性指的是能唯一确定商品的属性。关键属性可以是一个属性,也可以是一群属性的集合。他能确定某一商品的集合,而不是单独的商品。
比如手机类目,品牌和型号可以看做关键属性,两者放在一起后你就能确定某个商品集合(SPU)。就像华为mate30就是商品集合,华为是品牌,mate30是系列,但是我们无法知道该商品的具体信息。其实华为mate30有4G、5G版本,有128G、256G之分等。
设计关键属性的目的也是为了让用户更好地找到想要的商品。
(2) 销售属性通常也称为规格属性,一个或者多个销售属性能够确定一个SKU,是组成SKU的特殊属性。销售属性和关键属性可以唯一指定一款商品,如华为 mate30 橙色 8G+256G。
如下图只有当用户选择了手机的颜色、版本,才会显示对应的价格或库存(其中颜色和版本就是销售属性),这就是为什么会说销售属性会影响买家的购买和商家的库存。
除关键属性、销售属性以外的其他属性,在实际填写属性过程中,带*号的可能是关键性属性,为必填;没带的可能是非关键的,可以不填,如下图;但是有时为了保证商品信息的完整性,也会要求设置成必填项。
仅在特殊业务场景下使用,如有腐蚀性商品需要特殊包装,在生成订单时会自动打上腐蚀性的标签。等订单流转到仓储系统后,识别到需要腐蚀性的标识,就会单独打包。
除了上面介绍的四种外,你可能还会看到公共属性、绑定属性等。
四、属性功能分析(1) 属性挂载类目关系类目层级一般为3到4级为宜,商品被绑定在叶子类目上,不同分类商品的属性有很多种,每种商品之间有可能存在相同的属性。
在发布商品时候,我们不可能针对每一件商品单独给它们一一创建属性,这样不仅会影响效率,也会导致数据数据冗余,压根没法灵活管理属性。于是在后台创建类目的时候,将符合类目特征的属性一一挂载上去,到时候发布会商品,就会根据分类选择分别加载对应的属性。
(2) 属性继承性继承是面向对象开发中的一种概念:可以使得子类具有父类的属性和方法或者重新定义、追加属性和方法等。
同样属性也具备继承性特性,同一层级类目可挂载商品的共有属性,每一层类目将会自动继承父级类目所挂载的属性。换一种方式理解:将每一个类目上挂载的数据提取出来然后取并集,重新一个组成的商品属性集合。
这样做的目的是为减少在录入商品时添加属性的工作量,商家在发布商品时,只需选择对应的叶子类目,然后就会自动加载出来叶子类目上的所有属性。举个例子,如下图所示。
指该属性的属性值能否完全枚举。比如品牌数量非常多 ,运营人员在后台配置品牌数据的时候,不能完全的举出来的。还有体积、重量等属性,无法进行枚举了。
属性值的配置可以由运营人员在系统先预置一部分属性值或属性,如果商家在发布商品的时候,自行添加扩展,最后可以通过系统审核或者人工审核,决定是否将这些属性或值加入到属性库进行管理。
再来看看可枚举的属性值,比如适应季节,其值可能是春、夏、秋、冬、春秋、四季等,我们在设计属性功能都要仔细考虑,具体看“属性创建”功能设计。
五、属性设计(1) 属性库管理当平台商品数量过于庞大,属性数量肯定也会成倍的增加,有些不同子分类的商品可能会有同样的属性。
为避免重复性创建属性,方便运营伙伴管理属性,我们需要搭建一套灵活的属性库。在创建属性的时候,需要绑定在后台类目上。
(属性库列表)
注意:属性删除/更改的思考
理论上商品属性不会改动历史销量等数据。相反正确并且有效的填写一些像品牌、型号、款式等关键属性,对增加商品的曝光、提升商品的转化是有帮助的。
从技术、商家角度来看可能就要慎重了:
1)商家已上架商品属性值该如何解决?
2)用户选好规格属性且已加入购物车的商品如何解决?
(2) 属性创建属性通常是以键值对的形式创建的,需要维护属性信息的时候,直接添加或删除操作就行了。除了属性值之外,我们还需要设置它的值类型、是否必填、显示状态、属性组等,如下图所示:
(属性创建)
属性值:尽可能的可枚举,前台也可提供商家扩展功,也可提供排序功能对属性值做位置调整。
值类型:指商家在给商品添加属性值的时候,按照后台配置进行选择,不可枚举的属性提供文本框,让商家自行填写属性值。
是否搜索:为了能更精准的搜索到用户的商品,除了基础属性(如标题、品牌、品类)参与搜索外,部分特有属性也会参与到搜索中,如服饰的袖长、风格、裙长等。
属性组的作用就是将同一类特征的多个属性归为同一属性组中,在添加属性的时候(如上图:属性创建),可以选择是否将属性关联到属性组中,方便对属性的管理。
当发布商品的时候,类目也可以获取整个属性组中的属性,然后前端前台页面的商品参数也会按照属性组的布局来展示,如下图所示,存储、基本参数、显示、包装清单都是属性组。
商品属性就是商品的基本信息,很多商家在发布商品的时候,可能不明白填写属性那么全有什么用,现在我们来聊聊商品属性看似不起眼,但具体有什么作用呢?
商品属性填的是否正确很大程度上是决定于搜索与匹配的流量是不是精准的。商品属性的核心作用在于可增加搜索的权重、提升商品的流量和提高转化率。如果商品属性填写的越详细,无论是从搜索或者是个性化推荐都能更加地准确,从而帮助商品获得更多的流量。
为什么正确的填写属性会提高曝光率、提升转化?
第一是千人千面。因为千人千面是根据用户的喜好来推送商品,所以在用户端是根据用户的行为来打标签的。比如说你买过什么东西、浏览过什么店铺、收藏过什么商品等一系列相关行为,或者是好友的相关行为,这些都是消费者的组成因素,那么推送的商品当然也会有标签。
第二是商品标签,商品标签也有几个维度。一个是类目的标签,比如你买华为手机,这就是手机的类目;二是商品的属性标签,这个是直接根据你商品的特征来打标签的,比如你是中长款、连衣裙等;三就是商品的价格,比如同时搜索毛衣,出来的价格就是不一样的。
商品属性会出现在哪里?
搜索产品出来的结果中会出现商品属性,标题里也会有商品属性。填好了属性以后,就可以精准的被用户看到,从而提高成交率。
还有你的商品详情页会直接展示你的商品属性,这些属性是用户购买商品时需要查看的重点,方便用户对你的商品有更多的认知,并能快速地决定购买。
在匹配搜索词的前提下,有利于获得更有靠前的位置。在筛选器的选项中,填写商品属性的商品会更加精准地呈现给用户,更方便用户按照自己的要求进行筛选。
至此,我想和大家分享的“商品属性”知识点已经讲完了。鉴于本人经验有限,可能还有很多地方理解不到位,或者某些地方表述不清楚的,欢迎留言讨论,谢谢~
-END-