编辑导语:做电商的时候，SKU产品库是大多数运营商都会接触到的系统SKU在产品库中，有两种不同的设计方案，两者有什么区别？
一、网上产品和本地产品
在聊SKU在设计产品库之前，让我们先了解两个术语：在线产品和本地产品。
在线产品一般是指电子商务平台上的商品管理或产品管理模块中的产品。相应地，本地产品或库存产品是指实际存储在仓储中的实体产品。
一般来说，电子商务平台上销售的产品是仓库中实际的实体产品，那么为什么要分为两种产品进行管理呢？
如果是单店或单平台，两者保持一致是没有问题的。然而，由于电子商务卖家经常开设多个商店和运营多个平台，以提高他们的曝光率，获得更多的流量，他们需要将自己的产品放在多个平台和多个商店。
为了避免同一产品被平台一产品被平台恶意分销或不同的平台规则，将衍生出不同的在线产品，本质上可能对应同一产品，但由于不同的平台规则，最终会导致产品的一些基本信息不同。 在跨境电商ERP不同平台的产品维护和管理统称为发布或产品。因此，当卖家需要经营多个平台、多个店铺时，需要分别管理不同平台的产品。
马帮ERP
店小秘ERP
虽然在多个平台上有很多不同的产品，但实际卖家可能会销售这么多的产品，也就是说，仓库里的实际产品数量并不多。
当不同平台的订单进入时ERP之后会出现一个问题:每个平台的订单中的产品都不一样，那么我应该给用户发哪个产品呢？
这是跨境电子商务中涉及本地产品和在线产品的映射问题ERP这种关系又称商品匹配或产品匹配。
也就是说，所有在线产品都通过接口同步到公共池中，然后设置一些规则将这些在线产品与本地产品绑定起来。后续平台订单进入后，可以通过这种绑定关系自动匹配实际交付的产品，即标题中提到的本地产品或库存产品。
店秘商品配对
介绍两种设计方案
经过我的研究和实践，如果需要建立一套管理本地产品的SKU一般有两种设计方案：产品库
平台设计方案类似于电子商务平台的产品管理模式SPU以实际库存管理粒度为主体；库存设计方案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不同规格组合对应的相关信息不同，需要单独维护。
库存设计方案直接达到最小库存单位的粒度，所有信息都是独立的，可以自行维护。例如，41码鞋和42码鞋是不同的SKU，在不考虑公共信息继承的情况下，两者的信息可以单独维护。
你可以把41码的那个拿走SKU42码的名字改成女鞋SKU从电子商务产品管理的角度来看，将名称改为老年鞋是不合理的，但在ERP没有限制，因为它们SKU没有变化。
3. 调用方式不同
需要选择平台设计方案SKU首先要选择SPU，然后选择不同的规格来确定你想要的规格SKU；库存设计方案要简单得多，只是需要直接选择相应的SKU即可。
先选择SPU，再选择规格确定SKU
直接选择SKU
4. 删除的逻辑不一样
平台型设计方案，如果需要删除SKU的时候，需要通过删除规格来删除SKU，而且需要在SPU的载体上操作；而库存型设计方案则直接选择对应的SKU即可删除，不会和SPU等有什么强关联的关系。
5.平台型设计方案的利弊
总结来说，库存管理的本质还是以SKU为最小粒度，无论是平台型设计方案还是库存型设计方案最后都是通过以管理SKU来达到管理实物的作用。
以SPU为载体，然后通过规格去确定SKU有一定的好处，也有很明显的弊端，这也是为什么主流的跨境电商ERP中都不太选用此方案的原因。
主要的利处和弊端分别如下：
利处：
维护产品资料的时候可以与平台产品的逻辑保持一致，便于用户上手和理解；适用于多规格属性比较多的产品，可以通过先选择产品然后再通过规格来定位具体的SKU；适用于需要维护比较丰富的产品资料的场景，因为很多资料都是在SPU的维度，这样可以减少重复维护的工作量。比较适合B2B的模式，需要使用产品库的内容给用户做报价。
弊端：
调用产品的时候会麻烦一点，需要通过选择SPU再选择SKU，还需要记忆相应的规格来确定最终的SKU；编辑和维护的时候有两套入口，一个是SPU的入口，一个是SKU的入口，会比较麻烦一些，而且SKU的入库能维护的信息不多；无规格的产品和多规格的产品并列展示的时候，需要后台做特殊处理，例如给无规格的产品也加上SPU+SKU的关系；查看和展示的时候不够直观，尤其是放在仓库层面来使用的时候，仓库应该是以SKU的粒度来管理是最有效的，但是此处也需要做特殊处理，将SKU抽离出来，并排展示。四、一些踩坑点
上面介绍完了两种设计方案的一些差异，如果是按照库存型设计方案来做，基本上市面上主流的跨境ERP都是这样做的，该踩的坑别人都踩过了，所以自己只要对着竞品走一遍后，踩坑几率就可以大大降低。
所以这里谈到的踩坑点是针对平台型设计方案来总结的，这一块网络上已有的资料比较少，而且采用这种做法的ERP也比较少，所以踩坑点就多了些。
1. 单规格产品与多规格产品的转化
单规格和多规格产品的不同就在于规格是否大于1种以上，如果是大于1种以上则是多规格，如果是只有一种规格则是单规格。
为了避免单规格和多规格的随意转化，影响关联的单据和历史数据等，一般跨境电商EPR创建产品的入口就会分成两个：“创建普通产品”和“创建多规格产品”。
创建普通产品则是在创建SPU的同时也创建了SKU，而且SKU的所有信息都是从SPU这里继承来的，此刻的SPU编码会和SKU编码一致，SPU的存在只是为了兼容，以致于表结构呈现一体性。
创建多规格产品，则是先创建SPU，然后通过规格的组合自动生成SKU，SPU编码和SKU编码不相同，而是SKU维度上需要填写相应的属性，例如成本价、销售价、期初库存、重量等。
2. 平台产品的接口字段兼容
以阿里巴巴国际站为例，国际站的产品接口中，当有平台产品有规格信息的时候，SKU信息是有的；当没有规格信息的时候，则SKU信息为空。
阿里巴巴国际产品接口示意图
倘若还有其他的平台，例如Amazon、Wish、eBay等，它们的产品接口中SKU的逻辑可能和阿里巴巴国际站一样，也可能不一样。
所以在设计本地的SKU产品库的时候，要考虑这种接口上的数据兼容，当平台的产品只有SPU没有SKU的时候，应该怎么与本地产品做映射。
3. 产品库的展示与编辑
平台上的产品管理都是以SPU的维度来管理的， 但是如果放在ERP或者仓库中，那么这种逻辑是否可以直接沿用，这个也是一个坑。
从我一段时间的调研和体验来说，以SPU维度展示和以SKU维度展示都应该要做，因为它们适用于不同的场景。
以SPU维度的展示可以放在基础的产品管理页面，类似于平台的产品管理。这样可以很方便的维护这些数据，编辑和查看都是从SPU的维度进去。
而以SKU维度的展示可以放在例如库存查询，库存流水，或者就叫做专门的“SKU产品管理”页面。可以单个的对SKU的一些信息维护，例如条形码，价格，库存信息，销售情况等。
SPU维度展示产品
SKU维度展示产品
#专栏作家#
vitamin，也自称“皮酱”，微信公众号：皮酱叨逼叨。目前是一位外贸SaaS领域的供应链产品经理，曾做过3年半的跨境仓储物流方向的产品。
本文原创发布于人人都是产品经理，未经作者许可，禁止转载
题图来自 Unsplash，基于CC0协议
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至827202335@qq.com 举报，一经查实，本站将立刻删除。文章链接：https://www.eztwang.com/dongtai/78291.html
微信扫一扫 
