电商sku怎样分析（图解电商SPUSKUitem的关系）

◈ 前言

上一期《4000字细说ER模型基础概念》了解到ER图的基本概念，现在从「商品中心」的最底层数据SPU、SKU来对ER模型进行使用。

本文主要会讲到的内容：

➊ SPU、SKU、item是什么？

➋ SPU、SKU、item的层级关系如何设计？

➌ 各电商平台商品数据管理的区别？

➍ 自营、多店铺、线下门店的商品有什么设计思路？

◈ SPU、SKU、item是什么？• SPU

SPU（Standard Product Unit）：标准化产品单元。是商品信息聚合的最小单位，是一组可复用、易检索的标准化信息的集合，该集合描述了一个产品的特性。通俗点讲，属性值、特性相同的商品就可以称为一个SPU。

从SPU的名词解释中可以提炼这几个关键词：可复用、易检索、标准化的信息集合；首先我们的系统是信息化存储的，而为了这些信息存储后更好地被检索出来，那么我们就需要对这些信息打上对应的属性与属性值，从而达到标准化。

信息聚合：意味着有识别度的信息被用来作为不同SPU的区分点；不是所有属性，使用的属性值是能够有区分度的关键属性值；

易检索：信息聚合与易检索这两个说明，是通过关键属性 属性值得聚合来实现易检索这个目的；目的与使用场景相关联，并非万古不变；哪些属性和属性值会被选为区分SPU的关键属性是会随着场景变化的； 但对于一些场景，已经有了共识；比如电商销售，对于标品基本都会选择品牌 型号 关键属性；

比如「iPhone 13 Pro」就是一个SPU，而它的关键属性就是：机型、颜色、存储容量。注意「机型」这个其实算是后来iPhone迭代新加入的关键属性（Pro、ProMax），这就是「SPU的关键属性是会随着场景变化」

标准化的信息集合：说明SPU的本质是信息集合，是一个抽象概念，并非是看得见的东西。比如格力空调 KFR-25GW/E;

指的不是放在房子里面，可以看见的那个实物空调，而是这样的一个信息集合：

作为SPU来说，这是一个信息集合的架子，对应不到一个具体的实物，有点类似面向对象概念里面“类”的概念；但是通过这些信息框定出一批具有此信息特征的产品；

• SKU

SKU（为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模型基础概念•业务建模系列》

• 《电商产品经理宝典》

• 《模型第一性，商品和类目体系拆解》

• 《闲鱼商品结构化之关键属性补全》

,