编辑导语:做电商，SKU产品库是大部分经营者都会接触的系统，SKU产品库有两种不同的设计方案。两者有什么区别？

在谈SKU产品库的设计方案之前，我们先来了解两个术语:线上产品和本地产品。

线上产品一般是指电子商务平台上“商品管理”或“产品管理”模块中的产品。而对应的产品是本地产品或者也叫库存产品，即实际存放在仓库中的实物产品。

一般来说，电商平台上销售的产品都是实际放在仓库里的实物产品，为什么要分成两个产品来管理呢？

如果是针对单个店铺或者单个平台，保持两者一致其实是没有问题的。但由于电商卖家往往会开多个店铺，运营多个平台，以增加曝光率，获取更多流量，因此需要将商品放在多个平台、多个店铺上。

为了避免同一产品被平台或不同平台规则检测为恶意分销，在多个平台、多个店铺之间会衍生出不同的线上产品。它们可能本质上对应的是同一个产品，但是由于不同平台规则的限制，产品的一些基本信息最终会有所不同。在跨境电商ERP中，不同平台的产品维护和管理统称为“发布”或“产品”。因此，当卖家需要经营多个平台、多个店铺时，就需要分别管理不同平台的产品。

马邦ERP

购物小米ERP

虽然多个平台上有很多不同的产品，但是实际卖家想要卖的产品可能只有几个，也就是实际放在仓库里的产品没有那么多。

当不同平台的订单都进入了ERP，就会出现一个问题:每个平台的订单里的产品都不一样，那么我到底应该把哪个产品发给用户呢？

这和本地产品和线上产品的映射有关。在跨境电商ERP中，这种关系也被称为“产品匹配”或“产品匹配”。

即通过接口将所有线上产品同步到一个公共池，然后设置一些规则将这些线上产品与本地产品绑定。后续平台订单进来后，可以通过这种绑定关系自动匹配实际要发货的产品，也就是题目中提到的“本地产品”或“库存产品”。

店铺秘密的商品搭配

经过我的研究和实践，如果需要建立一个“SKU产品库”来管理地方产品，一般有两种设计方案:

在电子商务的跨境ERP中，方案2是主流方式，而方案1越来越不常见。

我来分别介绍一下这两种设计方案的具体细节。

1.平台设计方案(以SPU为主体)

阿里巴巴国际站后台-产品管理

赞后台-产品管理

淘宝牛倩后台-产品管理

上面三张图是典型的电商后台产品管理界面，每一行都显示了一个产品(SPU)的主要信息，和用户在前台看到的列表一样。

但是实际用户点进去之后会发现，想要购买某个具体的产品，ta还是需要选择一些规格，这样才能确定最终的价格。这些逐一选取的规格最终构成了实际的SKU，即可以确定具体的库存单位。

的具体操作路径如下图所示:

其中我所知道的采用平台化设计方案的ERP有:通途、金蝶等。

通途ERP-产品管理

金蝶之星-产品管理

2.库存设计方案(以SKU为主体)

库存设计方案是市场上最主流、最常见的方案。无论是单品还是多规格产品，创建后都会在SKU维度显示，所有信息都会在SKU维度更新。SPU只是在创建多规格产品时用来快速生成多个SKU的载体。SKU生成时，SPU影响不大。

芒果店经理ERP-产品管理

商店秘密ERP-产品管理

马邦ERP-产品管理

如果只是看图片，看不出两个设计的区别，但是如果你对这个话题感兴趣，建议你申请一些试用账号体验一下，相信你会对细节有更深入的了解。在这里，我用一些话来解释关键的区别。

1.不同的呈现方式

平台设计以SPU为维度展示产品，库存设计以SKU为维度展示产品。如果以SPU为维度，就很难展现一些不同的细节，比如价格、重量、尺寸、库存、可用性等。，这通常与SKU有关。

2.不同的编辑方法

如果要编辑平台设计方案中的具体产品信息，需要编辑两块内容，一块是公共数据，即所有SKU继承的内容；另一块是单个SKU关联的信息，不同规格组合对应的信息不一样，需要单独维护。

A类库存设计方案直接达到最小库存单元粒度，所有信息都是独立的，可以单独维护。比如41码的鞋子和42码的鞋子是不同的SKU，我们可以分别维护它们的信息，不用考虑公共信息继承的问题。

你可以把41码的SKU改成“女鞋”，把42码的SKU改成“老人鞋”。虽然从电商产品管理的角度来看这是不合理的，但是ERP中并没有限制，因为他们的SKU并没有变化。

3.打电话的方式不一样

平台设计方案，当你需要选择SKU的时候，首先要选择SPU，然后通过选择不同的规格来确定你想要哪个SPU库存设计方案就简单多了，直接选择对应的SKU即可。

首先选择SPU，然后选择规格以确定SKU。

直接选择SKU

4.删除的逻辑不一样。

平台设计方案，如果需要删除SKU，需要通过删除规格来删除SKU，需要在SPU载体上操作；但是库存设计方案可以直接选择对应的SKU删除，与SPU等没有很强的关系。

5.平台设计方案的优缺点

综上所述，库存管理的本质是以SKU为最小粒度。无论是基于平台的设计方案，还是基于库存的设计方案，最终都是通过管理SKU来实现对实物的管理。

以SPU为载体，再以规范来确定SKU，有一定的优势，也有明显的劣势，这也是主流跨境电商ERP不选择此方案的原因。

主要优缺点如下:

优点:

缺点:

以上描述了两种设计方案之间的一些差异。如果按照库存设计方案，基本上市面上主流的跨界ERP都是这么做的，别人早就踩坑了，你只要走过竞品就能大大降低踩坑的几率。

所以这里说的踩坑点是根据平台化设计方案总结的。这个网络上可用的信息比较少，用这种方式的ERP比较少，所以踩坑点比较多。

1.单规格产品和多规格产品的转换

单规格和多规格产品的区别在于是否有多个规格；如果有多个规格，则为多规格；如果只有一个规格，则为单一规格。

为避免单规格多规格随意转换，影响相关文档和历史数据，一般跨境电商EPR产品创建入口会分为“创建普通产品”和“创建多规格产品”两部分。

创建普通产品时，SKU与SPU同时创建，SKU的所有信息都继承自SPU。这时，SPU代码将与SKU代码保持一致，SPU的存在只是为了兼容，这样表结构就完整了。

要创建多规格产品，首先创建一个SPU，然后通过规格组合自动生成一个SKU。SPU代码不同于SKU代码，但SKU维度需要填写相应的属性，如成本价、销售价、期初库存、重量等。

2.平台产品的接口字段兼容。

以阿里巴巴国际站为例。在国际站的产品界面中，当有平台产品的规格信息时，SKU信息可用。当没有规格信息时，SKU信息为空。

阿里巴巴国际产品界面示意图

如果有其他平台，如亚马逊、Wish、易贝等。，他们的产品界面中SKU的逻辑可能与阿里巴巴国际站的相同，也可能不同。

所以在设计本地SKU产品库时，要考虑这个接口上的数据兼容性，以及当平台产品只有SPU没有SKU时，如何与本地产品进行映射。

3.产品库的显示和编辑

平台上的产品管理是SPU维度管理的，但是如果放在ERP或者仓库里，这个逻辑能不能直接用也是个坑。

从我一段时间的调研和体验来看，SPU维度和SKU维度都应该做，因为它们适合不同的场景。

SPU维度的展示可以放在产品基本管理页面，类似于平台的产品管理。这样维护这些数据就非常方便，编辑和查看都是从SPU的维度。

SKU维度中的显示可以放在例如库存查询、库存流程或被称为特殊的“SKU产品管理”页面上。您可以单独维护SKU的一些信息，如条码、价格、库存信息、销售情况等。

SPU尺寸显示产品

SKU维度展示产品

#专栏作家#

维生素，又名“皮酱”，微信微信官方账号:皮酱是个讨厌鬼。目前在SaaS外贸领域担任供应链产品经理，从事跨境仓储物流产品工作三年半。

本文由人人作为产品经理原创发布，未经作者允许，禁止转载。

图片来自Unsplash，基于CC0协议。