◈ 前言
上一期《4000字细说ER模型基础概念》了解到ER图的基本概念,现在从「商品中心」的最底层数据SPU、SKU来对ER模型进行使用。
本文主要会讲到的内容:
➊ SPU、SKU、item是什么?
➋ SPU、SKU、item的层级关系如何设计?
➌ 各电商平台商品数据管理的区别?
➍ 自营、多店铺、线下门店的商品有什么设计思路?
◈ SPU、SKU、item是什么?• SPUSPU(Standard Product Unit):标准化产品单元。是商品信息聚合的最小单位,是一组可复用、易检索的标准化信息的集合,该集合描述了一个产品的特性。通俗点讲,属性值、特性相同的商品就可以称为一个SPU。
从SPU的名词解释中可以提炼这几个关键词:可复用、易检索、标准化的信息集合;首先我们的系统是信息化存储的,而为了这些信息存储后更好地被检索出来,那么我们就需要对这些信息打上对应的属性与属性值,从而达到标准化。
信息聚合:意味着有识别度的信息被用来作为不同SPU的区分点;不是所有属性,使用的属性值是能够有区分度的关键属性值;
易检索:信息聚合与易检索这两个说明,是通过关键属性 属性值得聚合来实现易检索这个目的;目的与使用场景相关联,并非万古不变;哪些属性和属性值会被选为区分SPU的关键属性是会随着场景变化的; 但对于一些场景,已经有了共识;比如电商销售,对于标品基本都会选择品牌 型号 关键属性;
比如「iPhone 13 Pro」就是一个SPU,而它的关键属性就是:机型、颜色、存储容量。注意「机型」这个其实算是后来iPhone迭代新加入的关键属性(Pro、ProMax),这就是「SPU的关键属性是会随着场景变化」
标准化的信息集合:说明SPU的本质是信息集合,是一个抽象概念,并非是看得见的东西。比如格力空调 KFR-25GW/E;
指的不是放在房子里面,可以看见的那个实物空调,而是这样的一个信息集合:
作为SPU来说,这是一个信息集合的架子,对应不到一个具体的实物,有点类似面向对象概念里面“类”的概念;但是通过这些信息框定出一批具有此信息特征的产品;
• SKUSKU(为Stock Keeping Unit):库存量单位,又叫最小存货单位。例如纺织品中一个SKU通常表示规格、颜色、款式,而在连锁零售门店中有时称单品为一个SKU。最小库存管理单元可以区分不同商品销售的最小单元,是科学管理商品的采购、销售、物流和财务管理以及POS和MIS系统的数据统计的需求,通常对应一个管理信息系统的编码。
继续以iPhone 13 Pro手机为例,关键属性有:颜色、存储容量。通过这两个属性就能组合成很多个SKU。
• item
这里的item其实也是一个抽象概念,从淘宝(tem.taobao.com)、京东(item.jd.com)的商品详情页域名可以看出,都有用到item这个概念。
它也是一个场景概念;可以指在一定场景下讨论/交易的最小单元;多数场景下指一个SKU。
更多的是用来指“单品”的概念。它最小库存单元是指包含特定的自然属性与社会属性的商品种类,在零售连锁门店管理中通常称为“单品”。对一种商品而言,当他的品牌、型号、配置、花色、容量、生产日期、保质期、用途、价格、产地等属性与其他商品存在不同时,就是一个不同的最小存货单元。
在不同行业中,抽象出来的叫法不一样,比如,在有些服装批发,一个单品可能会指一个颜色的商品,这个颜色的商品会有多个尺码;
这样就抽象出一个叫SKC的概念。SKC全称是库存颜色单位(stock keeping color),单款单色的,是用于日常沟通的,如今年春季订多少个SKC?就是多少个款色。
在一些情况下,买家不关心颜色也不关心尺码,这时候一个产品可能就会是商品的概念;哪怕它有多个颜色尺码。
◈ SPU、SKU、item的层级关系如何设计?从层级关系上来说:大体上SPU处于最上层、item属于下一级,而SKU属于最低一层。
• 层级关系1• 层级关系2
◈ 各电商平台商品数据管理的区别?
不同的电商平台抽象出来的SPU、SKU叫法不一样。比如对「商品」的叫法,京东的叫product,而淘宝的叫item。我们在淘宝的页面上看不到SPU,而是只有商品ID。
• 淘宝 / 天猫天猫在商品链接中可以查看到SPU的id,SKU的id
通用的电商商品模型包括商品、SPU 以及 SKU,以及在这个基础上发展出来 CSPU 的概念,形成了下面的结构。
在业务中,通过 SPU 和 CSPU 对商家发布的商品进行强管控,同时对商家对 SPU 和 CSPU 属性的填充,又扩充了基础属性和基础属性值库,在运营审核的过程中,这些基础属性添加到标准属性和对应的类目属性下。
• 京东京东的商品链接中比较简单,看不出SPU的id,而只能查看到SKU的id.
而需要查看SPU的话,只能到京东的后台才能看到:
• 小红书
SPU (Standard Product Unit):
作为不区分规格的产品单位,包含一个或多个SPL(Standard Product Look),带有品牌,品类和商品名属性,比如小红书镂空高跟鞋。
SPL (Standard Product Look):每一个SPL对应一种规格,比如白色的小红书镂空高跟鞋。其中,针对该规格下的所有商品都分享同一份商品图片和商品描述等信息,这些信息聚合在SPL ITEM上,即创意编辑部分。
SPV(Standard Product Variant):每一个SPV对应一个条形码,带有商品基本信息。针对衣服和鞋子的分类,SPV上带有“尺码”规格,比如白色,US7码的小红书镂空高跟鞋。
item:小红书APP上展示给消费者选择购买的最小单位,带有价格属性。
下图为展示在小红书APP上的商详页,每一个颜色区域代表上述对应的结构层级:
以上出自《小红书商品结构说明》,小红书抽象出了「SPL」「SPV」两个概念,也是为了满足自身的业务场景。
◈自营、多店铺、线下门店的商品有什么设计思路?首先在设计前,先梳理商品中心的基础实体,建立ER模型
• ER模型商品实体概念
实体概念 |
含义 |
品类 |
对商品进行归档 |
参数 |
维护复杂的参数 |
分类 |
商品展示菜单 |
品牌 |
对商品进行归档 |
SPU |
为了实现高效搜索 |
SKU |
商品 |
- 品类与参数:一对多(多的一方维护主键)
- 分类与品牌:多对多(创建中间表)
- SPU和SKU:多对多(创建中间表)
- SPU和品类: 一对多(在SPU表中维护主键)
- SPU和分类:一对多(在SPU表中维护主键)
- SPU和品牌:一对多(在SPU表中维护主键)
ERD
有了商品中心的ER模型后,我们在去扩展对商品加入自营、多店铺平台、线下门店三种业务场景。
• 自营自营的就比较简单多了,单商家,直接引用「层级关系1」的模型即可。
• 多店铺平台
多店铺的平台,就会有自营商家和入驻商家。如同京东的「小米」商品分别有:小米京东自营旗舰店、小米手机官方旗舰店,还有很多专卖店。
实体关系
- SPU与item:1对多
- SPU与SKU:1对多
- item与SKU:1对多
- 商家与SPU:1对多
- 商家与SKU:1对多
- 商家与item:1对多
• 线下门店
有很多平台都会有线上店铺,线下门店的场景。比如淘宝的海澜之家旗舰店,详情页在就可以看到所有销售同样商品的门店。
实体关系
这里要确认一个业务场景规则,商品是否要和门店关联。一般情况:商家和门店关联,商品和门店关联,商品在每个门店可以单独设置库存,但商品基本信息共用。
- SPU与item:1对多
- SPU与SKU:1对多
- item与SKU:1对多
- 门店与SPU:1对多
- 门店与SKU:1对多
- 门店与item:1对多
- 商家与门店:1对多
从ERD里面看得出SPU、SKU、item都是管理门店的,但实际我们的表设计中这些关系表都会有「联系属性」——商家ID。我们可以把属性也画出来更好理解这个较为复杂的场景。这里仅是举例说明,里面可能还有一些关键属性没考虑到,具体的情况还需要多了解到业务规则。
◈ 扩展阅读
本文章很多内容出自以下书籍(关注我,回复关键词「 商品中心」或「009」可获取):
• 《零售的哲学·7-Eleven便利店创始人自述》
• 《4000字细说ER模型基础概念•业务建模系列》
• 《电商产品经理宝典》
• 《模型第一性,商品和类目体系拆解》
• 《闲鱼商品结构化之关键属性补全》
,