一、SKU及相关概念定义
在设计商品SKU之前,首先让我们熟悉一下SKU和相关的一些概念。
# 什么是SKU:
SKU=Stock Keeping Unit(库存量单位)
同一型号的商品,或者说是同一个产品项目(商品条形码是针对企业的产品
项目来进行定义的),因为产品与产品之间有某些属性不同,用以区别开这些
不同商品的属性即商品变异属性,又称作SKU属性,因为它决定了SKU
的绝对数量。
# 参考说明
百度上有一篇文章也有阐述,可以做关联阅读,我就不重复贴上了。
# 什么是SKU属性和选项
比如某件衣服有多种颜色、多种尺码,这些属性会直接关联价格和库存的,
系统会根据该商品关联的SKU属性的某个组合生成SKU。
比如某个款式的衬衫,有XL/L/XXL三种大小,有红黄蓝三种颜色。
对应这里例子,尺码和颜色都是是SKU属性。
对应尺码的XL/L/XXL等,都是SKU属性选项。
【注】上述的属性不一定在任何时候都是SKU属性,看实际的商品情况和设置。
比如对于尺码,某种商品是均码的。那么就不需要创建尺码这个SKU属性了,
而是设置为普通属性,仅作为显示用。
# 什么是商品SKU
商品SKU实际上就是SKU,为了避免误解和SKU属性混淆,我用商品SKU来命名,
表示从属于商品的、实际销售和存储的子实体。
一个商品SKU,表示该商品关联的若干SKU属性的的属性值的某个组合所形成的
子实体。
如对应上面的例子,其中的一种组合 XL + 红色 就会形成一个商品SKU。然后,
我们可以在该实体上管理价格、库存、专门的图片等信息。
# 什么是商品变异
英文名:Product Variants
商品变异其实就是商品SKU,只不过在某些技术文章中这样定义了。即以“变异”
来表达商品SKU的生成。
# 属性集
Attribute Set,用于管理各类扩展属性的集合,其中SKU属性也是在管理范畴之内。
商品通过关联属性集而获得该属性集设置好的SKU属性,然后才可以根据这些SKU属性
生成商品SKU。
属性集也成为产品类型。
常见的属性集有:服装、PC、家具、图书等。
# 概念的统一
虽然不同的研究人员有不同的命名和定义,但为了在本系列文章中不出现混淆,
我对概念做了以下统一定义:
1)SKU(或称商品SKU)指的是商品子实体。
2)商品和商品SKU是主次关系,一个商品包含若干个商品SKU子实体,商品SKU从属于商品。
3)SKU不是编码,每个SKU包含一个唯一编码,即SKU Code,用于管理。
4)商品本身也有一个编码,即Product Code,但不作为直接库存管理使用。
有时为了方便管理,会通过商品的Product Code作为前缀生成SKU Code。
二、SKU属性的管理
常见有几种情况:
- 商品独立管理
即SKU属性从属于商品。
优点:基本上没有。
缺点:这种比较不靠谱,因为会导致工作量过大。虽然可以通过“复制”功能来稍稍
简化,但依然不会很理想。所以基本不会采用。 - 商品独立关联
即SKU属性是公共的,每个商品根据自己的实际情况来关联若干个SKU属性,
然后选择若干选项生成商品SKU。
优点:灵活,设置好了若干SKU属性和相关选项后,由商品自行选择相关的组合。
缺点:太灵活了,容易出错。比如对于颜色这个SKU属性而言,由于是公共的,所以
会定义数十个,甚至更多,但是对于ipad而言,其实只需要2个即可。这种
管理方式,无法从源头控制商品添加时SKU属性和选项的范围。 - 通过属性集管理
即SKU属性依附属性集存在,不存在可以从属于多个属性集的SKU属性。
优点:容易进行严格的管理,不易出错。比如同样是命名为“颜色”的SKU属性会存在多个
(属性ID/编码不同),但是对于ipad的只需要2个选项(黑、白),对于服装则会很多。
缺点:属性集管理的工作量会稍大,适合属性集不多的系统。 - 通过属性集关联
即SKU属性是公共的,通过属性集关联。
优点:这种方式重用性不错,对于SKU选项较多的,会简化工作量。
缺点:由于SKU属性是公共的,所以会存在上面第2点的缺点。但我们也可以通过设置多个
同名、但编码不同的SKU属性,如多个“颜色”SKU属性,但是选项不同。 - 创建独立的SKU属性集
即设计一个独立的SKU属性集的实体,关联或者直接管理SKU属性。
这种方式也是挺不错的。因为虽然各种商品类型之间产品特性会有较大的不同,但是SKU属性
却有可能差异不大。比如对于服装、ipad都存在通过颜色来区分SKU,但是ipad只需要2种选项
(以后也许微调为3~4种等),而服装则很多了。
三、我的选择
上面介绍了五种形式,我个人倾向第4和第5种,上一篇文章的ER图也改成了第4种的形式,比较符合
常见的思路。第5种也是不错的。可以在接下来的设计分析一下。
笔者研究过不少电子商务平台软件,关于SKU的设计各有不同,之所以有这样的区别,是因为面向不同规模的电子商务网站,
存在产品分类复杂度,产品数量级的差异。一种设计方式对于百货式的网站,如京东、淘宝等,也许比较方便,但也许对于一个
专卖服装的小型时尚类网站就不够方便了。
- 我们先看一下麦包包的
女包:http://item.mbaobao.com/pshow-1209056501.html
手包:http://item.mbaobao.com/pshow-1209050001.html?s=gl_4f_2
可见SKU很简单,就是颜色,至于尺寸,麦包包并没有作为SKU选项来管理,而是作为不同的产品来处理。
- 再看一下凡客www.vancl.com
SKU相对简单,主要是颜色和尺码。但是看多几个产品会发现,即使是同一个品类下面的颜色和尺码均会出现不相同的情况。至于
颜色图片更是各有不同。
- 再看一下京东的SKU:
华硕EeePad:http://www.360buy.com/product/492015.html
苹果iPad2:http://www.360buy.com/product/386365.html
其中”版本“SKU属性,两个产品下面的可选项完全不同。
京东的SKU更为复杂了,即使是同一个三级品类下面,也有差异。如果预设置好SKU属性(”版本“)和它的可选项(64G/32G/
16G/32G旗舰版/32G标准版/16G旗舰版/16G标准版)等,那估计会比较多可选项。这种类型,分开多个SKU属性管理会比较合适。
针对这三种常见的网站,其中麦包包和凡客其实比较类似,只是麦包包做了些简化,但这两种可以归纳为一种设计方式,这样
SKU属性的设计,便可以分为两类了:
- 通过属性集关联SKU属性
适合品类较少的网站,管理容易些。
如麦包包等专卖箱包或者服饰类的网站。一般就是颜色+尺码两种。而且由于品类很少,为了方便管理,可以将SKU属性纳入到属性
集中管理,这样产品关联了属性集后,自然就关联了普通属性、查询属性、SKU属性和评论属性了。
对于上图,如果该网站产品种类很少,比如只卖服装,那么可以做进一步的简化,即直接将SKU属性从属关联属性集,去掉
”属性集关联SKU“。
基于本设计的管理方式:
按品类创建属性集,如箱包、鞋子、服装、文胸等。然后创建多个SKU属性,即使针对内涵相似的,但是可选项不同的也创建
多个,如尺码,用在箱包和用在服装上是完全不同的。这些分别创建,并关联不同的属性集。
产品创建时,关联一个属性集,通过属性集关联了1~N个SKU属性,然后选项这些SKU属性的组合,如2个颜色*3个尺码,
即6个组合,然后可以根据需要删除不支持的组合,这样最终得出了一个组合列表,点击”生成SKU“,就根据组合数量创建了产品
SKU,每个产品SKU对应一个组合,存储在产品SKU选项值表中。对于某些SKU,可以设置专门的选项配图。
- 产品和SKU属性直接关联
适合品类很多网站,比较灵活,但是维护起来数据量比较大。
为了简化,我增加SKU属性关联产品分类(可为空,表示是全局的),这样在创建产品时,可以只列出全局的+本产品分类的
SKU属性,这样就不会一下子列出很多SKU属性了。
SKU属性分为前端名称和后台名称两个,方便不同业务含义的SKU属性,在前端也能够用同一个名称显示,如颜色、容量等。
另外在操作上可以做些优化,比如用下拉列表显示可选的SKU属性时,可以同时显示该属性的属性描述,供产品维护人员参考。
对于上面两个图的数据表设计,笔者就不在细化了,读者可以自行根据实际需要进行细化,要注意的是,基于SKU方式来管理产品时,
产品的价格、库存和图片等信息必然是放在产品SKU表中处理的,和订单、购物车等表的关联,也是通过产品SKU表,而不是产品表。
至于产品表,实际上是一个总的业务汇总和外部关联表,但实际销售的并不是它。
有些网站做的更细些,会就每个产品SKU生成独立的URL(伪静态),这里见仁见智了,但从SEO方面考虑,每个产品SKU拥有独立
的链接对收录和排名会更有优势些,可以考虑。
原文地址:https://www.cnblogs.com/hai-blog/p/8311756.html