细心的产品同学会发现京东和淘宝在商品详情页存在明显的差别。以一款 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为主体。这两种模式各有优势，具体如何选择还是取决于业务开展方式，这也是产品设计的一个重要原则，就是要契合实际业务。
