spu和sku的区别sku和spu的好处 前言：在上一期《4000字讲解ER模型基本概念》中，我们学习了ER图的基本概念。现在我们使用来自“产品中心”底层数据SPU和SKU的ER模型。本文将主要讲：什么是SPU、SKU、item？
前言
在上一期的《4000字讲解ER模型基本概念》中，我们学习了ER图的基本概念。现在我们使用来自“产品中心”底层数据SPU和SKU的ER模型。
本文将主要介绍以下内容：
什么是SPU、SKU 和商品？
SPU、SKU、item之间的层级关系如何设计？
各个电商平台的商品数据管理有何差异？
自营店、多店、线下店的产品设计思路是什么？
什么是SPU、SKU和商品？ • 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。
•物品
这里的项目实际上是一个抽象的概念。从淘宝（tem.taobao.com）和京东（item.jd.com）的商品详情页域名可以看出，它们都使用了item的概念。
这也是一个场景概念；它可以指某种场景下讨论/交易的最小单位；在大多数情况下，它指的是SKU。
更常用来指代“单一产品”的概念。其最小库存单位是指包含特定自然和社会属性的产品类型。在零售连锁店管理中通常被称为“单品”。对于一种商品，当其品牌、型号、配置、颜色、容量、生产日期、保质期、用途、价格、产地等属性与其他商品不同时，就是不同的最小库存单位。
不同的行业，抽象的名称是不同的。例如，在一些服装批发中，单品可能是指一种颜色的产品，而这种颜色的产品可能有多种尺码；
这样就抽象出了一个叫做SKC的概念。 SKC的全称是库存色。它是单一的款式和单一的颜色，用于日常交流。今年春季订购了多少SKC？到底有多少款式和颜色。
在某些情况下，买家并不关心颜色或尺寸。此时，产品可能是商品；即使它有多种颜色和尺寸。
如何设计SPU、SKU、item之间的层级关系？
从层次关系上看：一般来说，SPU属于最上层，item属于下一层，SKU属于最底层。
• 层级关系1
• 层级关系2
各个电商平台的商品数据管理有何差异？
不同的电商平台对SPU和SKU进行了不同的抽象名称。例如，在命名“商品”时，京东称之为product，而淘宝称之为item。我们在淘宝页面看不到SPU，只能看到商品ID。
• 淘宝/天猫
天猫可以在商品链接中查看SPU ID和SKU ID。
一般的电商产品模型包括Products、SPU和SKU，CSPU的概念就是在此基础上发展起来的，形成如下结构。
在商业上，SPU和CSPU用于对商户发布的产品进行强力控制。同时商户填写SPU和CSPU属性，扩展基础属性和基础属性值库。在操作审核过程中，这些基本属性被添加到标准属性和相应的类别属性中。
• 京东
京东的产品链接比较简单。看不到SPU的ID，只能看到SKU的ID。
如果需要查看SPU，只能在京东后台查看：
• 小红书
SPU（标准产品单位）：
作为一个没有区分规格的产品单元，它包含一个或多个SPL（标准产品外观），具有品牌、类别和产品名称属性，例如小红树镂空高跟鞋。
SPL（标准产品外观）：
每个SPL对应一个规格，比如白色小红树镂空高跟鞋。其中，本规范下的所有产品共享相同的产品图片、产品描述等信息。此信息汇总在SPL ITEM（创意编辑部分）上。
SPV（标准产品变型）：
每个SPV 对应一个包含基本产品信息的条形码。对于衣服和鞋子的分类，SPV有“尺寸”规格，例如白色、US7尺寸的小红树镂空高跟鞋。
物品：
小红书APP上展示的供消费者选择购买的最小单位，具有价格属性。
下图为小红书APP上显示的商家详情页面。每个彩色区域代表了上面提到的相应的结构层次：
以上来自《小红书产品结构说明》。小红书为了满足自身的业务场景，抽象出了“SPL”和“SPV”两个概念。
自营店、多店、线下店的产品设计思路是什么？
首先，在设计之前，梳理产品中心的基本实体，建立ER模型。
• ER模型商品实体概念
实体概念
意义
类别
归档项目
范围
维护复杂的参数
分类
产品展示菜单
品牌
归档项目
SPU
为了实现高效的搜索
存货单位
商品
实体关系
- 类别和参数：一对多（多的一方维护主键）
- 类别和品牌：多对多（创建中间表）
- SPU和SKU：多对多（创建中间表）
- SPU和类别：一对多（在SPU表中维护主键）
- SPU和分类：一对多（在SPU表中维护主键）
- SPU和品牌：一对多（维护SPU表中的主键）
ERD
通过产品中心的ER模式，我们正在拓展自营产品、多店平台、线下门店三个业务场景。
• 自营
对于自营企业来说就简单得多。单个商户可以直接使用“层级关系1”模型。
• 多商店平台
多店铺平台会有自营商户和入驻商户。就像京东的“小米”产品一样，有：小米京东自营旗舰店、小米手机官方旗舰店，还有很多专卖店。
实体关系
- SPU和项1对多
- SPU和SKU：1对多
- 商品和SKU：1 对多
- 商户和SPU：1对多
- 商户和SKU：1对多
- 商家和物品：1对多
• 线下商店
有很多平台都有线上商店和线下商店。例如，在淘宝海澜之家旗舰店，你可以在详情页看到所有销售相同产品的店铺。
实体关系
这里需要确认一个业务场景规则，产品是否要与店铺关联。一般情况：商户与店铺关联，产品与店铺关联。每个店铺可以单独设置商品库存，但商品的基本信息是共享的。
- SPU和项1对多
- SPU和SKU：1对多
- 商品和SKU：1 对多
- 商店和SPU：1 对多
- 商店和SKU：1 对多
- 商店和物品：1对多
- 商家和商店：1对多
从ERD中我们可以看到SPU、SKU、item都是用来管理店铺的，但在实际的表设计中，这些关系表都会有“联系人属性”——商户ID。我们还可以绘制属性来更好地理解这个更复杂的场景。这只是一个例子。可能有一些关键属性尚未考虑在内。针对具体情况，需要更多了解业务规则。
进一步阅读
本文很多内容来自以下书籍（回复关键词“商品中心”或“009”即可获取）：
•《零售哲学7-11便利店创始人自传》
•《4000字详解ER模型基本概念业务建模系列》
•《电商产品经理指南》
•《模式至上，产品和品类体系的拆解》
•《闲鱼产品结构完整关键属性》
