细心的产品同学会发现京东和淘宝在商品详情页存在明显的差别。以一款 iphone 14为例，京东在选择款式的时候，详情页会刷新一次，如果是在 pc 端会发现商品详情页的链接是不同的。但在淘宝里面，则不存在这种情况。京东和淘宝的这两种商品展示模式，京东是典型的 以sku为主体的模式，而淘宝是以 spu 为主体的展示模式。

 

spu 和 sku 定义

spu：standard product unit，标准产品单元，可以理解为一个产品型号，比如上面图片看到的iphone 14 (a2884) 就是一个标准的产品单元，它属于生产制造过程的一个标准品，标准品在缺乏具体规格信息的时候是不能直接售卖的（除非这个产品系列只有一个规格）。

sku：stock keeping unit，最小库存单元，也就是对应仓库中的一件商品，这个商品的规格信息在入库的时候就已经确定了的，因此是可以直接售卖的。

spu 和 sku 的关系：spu 是一个相对抽象的概念，而sku 是具象化的 spu，也就是在 spu 基础上添加了一个可售卖完整的规格信息，从而能够让顾客明确知道拿到手的商品是什么样。以服装为例，服装的一个款式是一个 spu，只有加上了尺码、颜色后才能成为一个 sku。

为什么淘宝和京东会有区别？

了解了 spu 和 sku 的定义，作为“业务敏感”的产品，肯定会有疑问，为什么淘宝和京东的商品详情展示方式会存在不同？个人猜测这很可能是因为早期淘宝是c2c 业务，早期的卖家不会那么精细的库存管理，而是简化商品的上架流程。对于京东，一开始就是 b2c 业务，对库存的管理肯定会严格，以 sku 方式可以直接对接仓库库存商品，实现端到端的业务拉通。所以到今天也可以看到，京东的仓储管理在业界一直是非常优秀的。

商品管理的产品设计

有了前面的基础，我们来看一下商品管理的产品如何设计。先来梳理一下商品的属性：

  • spu：这是商品的基础，包含了商品的一些基础属性，如品牌、型号、公共属性（如手机的屏幕大小、电池容量、支持的网络制式等）等。通过 spu 我们可以知道某个商品型号的售卖情况；
  • 详情：商品详细介绍其实不属于商品的固有属性，而是对用户展示的宣传介绍图文内容；
  • banner图片集：一般在商品的详情页会展示商品的图片集；
  • 规格：规格是相对 spu 的，一个 spu 会有多个规格；
  • 规格参数：规格参数是规格属性值，通过完善规格参数就可以得到一个 sku。
  • sku：实际售卖的商品，主要是会包含某款商品的特有信息，比如商品缩略图、原价、销售价格、库存数量、优惠政策等等。

基于这些我们来梳理各个属性的关系，如下图所示。这里要说明一下的是详情为什么和 spu 绑定，一般商品的介绍都是基于 spu 来的，在详情里会列举不同规格（如颜色）。因为详情维护起来需要花费不少时间，如果每个 sku 都维护的工作量很大，通过这种方式可以减轻维护详情的工作量。

同时需要注意的是，规格参数里需要有个属性标记是否和 sku 关联，因为我们看淘宝、京东，就会发现很多规格参数是为了做特殊标记的，比如分期免息版本，比如搭配的赠品不同，这些其实和 sku 并没有关系。

上面这张图是京东的模式，展示的主体是 sku，也就是我们列表看到的商品是对应某个 sku 的，比如京东会在列表明确标明规格信息。这里有个虚拟库存数量，就是有可能会允许超过一定实际库存量售卖。可以根据在途库存、采购周期定一个合理的虚拟库存数量，避免因为库存数量不足导致无法销售。

 

对于淘宝的模式会有些差别，因为淘宝的列表展示的其实是 spu信息，因此 spu 里会需要有标题、副标题、缩略图这些属性，最终下单选定完所有规格参数后才能够确定购买的是哪个 sku。当然，淘宝里的sku是非必需的，因为很多小商家不会管理到 sku 这个精细度，直接通过订单里的商品规格参数就可以备货和发货了。

 

最后的一个问题就是选择哪种模式。这两种模式，从管理精细度上看，京东的模式会更好些；从操作简便性上看，淘宝的更好些。因此，不存在哪种模式更好，而是根据我们的业务模式选择。目前来说，很多都是品牌商的自营电商比较多，这种往往需要和仓储系统打通，因此选择京东模式会更好些。如果你做的是一个开放式商家入驻的电商平台，那么考虑简化商家的操作，选择淘宝方式会更好些。

本篇介绍了商品的 spu和 sku 的概念，我们从京东、淘宝的不同发现了两种不同的商品管理模式，一个是以 sku 为主体，一个是以 spu为主体。这两种模式各有优势，具体如何选择还是取决于业务开展方式，这也是产品设计的一个重要原则，就是要契合实际业务。