商品体系

1. 商品体系概要

商品的应用太多了,似乎任何一个产品加入商品体系都不会太违和。大到专业做电商的产品,小到积分兑换。下面将尝试从最简单的商品开始,逐步形成一个相对完善的商品体系。

商品体系_第1张图片

1.1 只有SKU

SKU,Stock Keeping Unit,库存量单元。这里顺便讲SPU,Standard Product Unit,标准产品单元。举个栗子,当我们说“iPhone X”时,就是在说SPU,当我们说“iPhone X 国行 黑色 64G”时,就是在说SKU。再打个比方,SPU就像是java里说的class,SKU就类似java里的object。

当商品作为一种用户福利的存在时,比如积分兑换,比如抽奖,就可以选择这种成本最低的方式处理,只需要处理商品名字,图片,价格,库存等基本信息。如下:

商品体系_第2张图片

1.2 商品分类+SKU

过了一段时间,随着积分商城的商品越来越多,有食品,电器,服装,这时会觉得太杂乱了,得分类展示。于是引入了商品分类。如下:

商品体系_第3张图片

再过一段时间,你发现分类也越来越多了,怎么办?于是出现了多级商品分类。如下:

商品体系_第4张图片

于是这个阶段,商品体系变成了:

商品体系_第5张图片

1.3 商品分类+SPU+SKU

当SKU直接挂在商品分类下时,我们思考用户购物的场景。用户点选分类:食品-KFC,看到一堆薯条:薯条(小) 七块五,薯条(中) 九块五,薯条(大)十一块五,还跟一堆鸡翅汉堡混一起,太讨厌了。

于是薯条作为SPU就分离出来了。用户点选分类:食品-KFC,看到的就是薯条 7.5元起,鸡翅,汉堡,点选薯条进入商品页面后,再选大份,中份,小份。

商品体系_第6张图片

于是这个阶段,商品体系如下:

商品体系_第7张图片

1.4 商品分类+SPU+规格属性+SKU

上面薯条的例子,大中小三个SKU,如果是iPhone X呢,银色公开版64G,深空灰公开版64G,银色公开版256G,深空灰公开版256G,银色延保版64G,深灰色延保版256G,到这里已经晕了。

其实也就是三个东西:颜色选择(银色,深空灰),版本选择(公开版,延保版),存储选择(64G,256G)。

所以我们可以把颜色,版本,存储空间作为SPU的规格属性,每个属性有任意多个属性值。所有属性的组合就是SKU的个数。

商品体系_第8张图片

上面讲的属性,是电商系统中属性的一种,叫销售属性,也叫规格属性。另外还有关键属性,非关键属性,商品属性。

关键属性,是指可以唯一确定产品的属性,可以是一个,也可以是多个属性的组合。比如手机的品牌和型号,就能唯一确定一个产品,那么品牌和型号就是关键属性。

非关键属性,是指除关键属性和销售属性之外的属性。非关键属性也不是等于非必填项,有时候为了商品信息的完整性,也会把非关键属性设置为必填项。

商品属性,代表商品的特有特征,比如新旧程度,保修方式等,不能作为非关键属性。

当思考SPU和属性的时候,iPhone的属性颜色版本存储空间,其实所有手机都有,于是我们可以把属性进一步推到商品分类上,同时还是继续保留SPU挂属性的能力,支持为SPU增加特殊属性的情况。

把属性挂载到分类上时,还可以引入属性分组的概念,把形容某一类特征的几个属性归属于一个分组,这样在前端展示属性时,可以按分组展示,也方便对属性进行管理。如下:

商品体系_第9张图片
属性分组

很可能目前我们把属性都挂载到叶子分类中,这样就导致同一个分类下的多个叶子分类,拥有大量重复属性要设置。为了解决这个问题,就需要引入属性继承。就是把不同属性,分配到不同层级的分类上。如下:

商品体系_第10张图片

另外,在设置商品属性时,特别需要注意一些细节。比如以一双男鞋为例,有颜色(红,白,黑三种)和尺码(从39号到44号六种),那么这个SPU(男鞋)就有18个SKU,这18个SKU除了销售属性(也叫规格属性)不同,其他属性都一模一样,在新建时,需要考虑怎么优化操作。

于是这个阶段,商品体系如下:

商品体系_第11张图片

至此,基本上算是功能可用的商品体系了,接下来我们为了能让它更好用,继续拓展。

1.5 商品分类+品牌+SPU+规格属性+SKU

很多时候,你按照商品分类去找你想要的商品后,对某些品牌有特殊的感情,比如找运动鞋,可能只想看nike和asics,

商品体系_第12张图片

这时品牌的概念也独立出来了。如下:

商品体系_第13张图片

1.6 商品分类(前端分类,后端分类)+品牌+SPU+规格属性+SKU

到了这个阶段,很可能商品分类已经无法满足个性化的需求,于是商品分类拆开成前端分类和后端分类。前端分类是给用户看的,更贴合用户的语言和日常生活,可以考虑让商户自己去自定义一些前端商品分类。后端分类是给商家看的,更符合商品管理的逻辑。商品都要挂在分类叶子节点上,如下:

商品体系_第14张图片

这时,后台分类应该是系统相对固定的,不应该随便变动,因为可能还涉及到其他业务系统,比如库存等。

前台分类和后台分类,可以一对一,一对多,多对多,自由组合。

现在商品体系变成了:

商品体系_第15张图片

1.7 商品分类(前端分类,后端分类)+品牌+SPU+规格属性+SKU+SKU打包品

商品体系_第16张图片

常吃薯片的人肯定很熟悉,一桶8块,三连桶21块,果断上三连桶了。像这种包装好的三连桶,也可以把它当做一个SKU。那如果是不同商品的组合呢?当然也可以看做是一个SKU,但是这样处理带来的坏处就是没法对组合内的商品单独分析。

这时就需要考虑打包品了。打包品内的SKU是需要单独库存,计价和销量分析的。比如香皂20块,牙膏50块。现在组合促销,一块香皂一支牙膏组合60块,要考虑价格怎么分,要分别考虑香皂和牙膏的库存,要在分析香皂销售数据的时候把组合内的香皂也算进去,等等。

商品体系_第17张图片

关于SKU打包品的内容,可以看看下面这个表:

商品体系_第18张图片

你可能感兴趣的:(商品体系)