您现在所在的位置:主页 > 产品展示 > > 正文
联系电话
156 6060 9888

ERP 系统:SKU 产品库的两种设计方案

发表时间:2021-07-18 09:24

  编辑导语:在做电商时,SKU 产品库是大多数运营者会接触的系统,而在 SKU 产品库中,又有两种不同的设计方案,这二者又有何区别?

  在聊 SKU 产品库的设计方案之前,我们先了解一下两个名词:在线产品与本地产品。

  在线产品,一般是指电商平台上的 商品管理 或者 产品管理 模块中产品。而与之相对应则是本地产品或者也叫做库存产品,就是指实际存放在仓储中的实体产品。

  一般来说,电商平台上卖的产品就是实际放在仓库中的实体产品,那为什么要区分为两种产品进行管理呢?

  如果是对于单店铺或者是单平台来说,这两者保持一致其实是没问题的。但是由于电商卖家往往会开设多个店铺,运营多个平台,以此来提升自己的曝光度,获取更多的流量,所以就需要在多个平台,多个店铺上架自己的产品。

  多个平台,多个店铺之间为了避免相同的产品被平台检测为恶意铺货或者不同的平台规则不一样,就会衍生出不同的在线产品,它们本质上可能对应的是同一款产品,但是由于不同的平台规则限制,ag8国际亚游!最终会导致产品的一些基础信息各不相同。

  在跨境电商 ERP 中,不同平台的产品维护与管理统称为 刊登 或者 产品 。所以,当卖家需要经营多个平台,多个店铺的时候,就需要分别对不同的平台的产品进行管理。

  虽然在多个平台有多个不同的产品,但是实际卖家要卖的产品可能就是那么几个,也就是实际放在仓库中的产品数量并没有那么多。

  当不同的平台的订单都进入到了 ERP 中之后,就会出现一个问题:每个平台的订单中的产品都不一样,那么我应该实际发出哪一款产品给用户呢?

  这就是涉及到 本地产品与在线产品 的映射问题了,在跨境电商 ERP 中,这种关系也叫做 商品匹配 或者 产品配对 。

  即通过接口将所有在线产品都同步到一个公共池中,然后设置一些规则将这些在线产品与本地产品绑定起来,后续平台订单进来了之后,通过这一层绑定关系可以自动匹配出实际要发货的产品是哪个,这个实际要发出的产品,也就是标题中提到的 本地产品 或者也称 库存产品 。

  经过我的调研和实践,如果需要搭建一套用来管理本地产品的 SKU 产品库 ,一般会有两种设计方案:

  跨境电商 ERP 中采用方案 2 的居多,是主流的做法,而采用方案 1 的比较少,不太常见。

  以上三张图都是很典型的电商后台产品管理的界面,每一行展示的都是一款产品(SPU)的主要信息,这个跟用户在前台看到的列表是相同的。

  但是实际用户点击进去了之后就会发现,当要购买一款具体的产品的时候,ta 还需要选择一些规格,这样才能确定最终的价格。这些逐个选择的规格,最后就组成了实际的 SKU,也就是能确定具体的库存单位是哪个。

  库存型设计方案是市面上最主流的,最常见的方案。无论是单品还是多规格品,在创建之后都会以 SKU 的维度展示,所有的信息也都是在 SKU 维度进行更新的。SPU 只是在创建多规格产品的时候用来快捷生成多个 SKU 的载体而已,当生成了 SKU 之后,SPU 也就几乎没啥作用了。

  如果只是单纯的看图似乎并看不出两种设计方案的差异在哪里,不过如果你对此话题比较感兴趣的话我建议你可以去申请一些试用账号体验一下,相信会对其中的细节有更深的理解的。在此,我用一些文字来解释一下其中的关键差异。

  平台型设计方案是以 SPU 为维度展示产品的,而库存型设计方案则是以 SKU 为维度展示产品的。如果以 SPU 为维度,那么一些差异性的细节就不好展示了,例如价格、重量、尺寸,库存、可用情况等,这些信息一般是跟 SKU 挂钩的。

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

  库存型设计方案则直接就到了最小库存单位粒度了,所有的信息都是独立的,可以各自维护的。例如 41 码的鞋子和 42 码的鞋子是不同的 SKU,可以分别维护这两者的信息,而不用考虑公共信息继承的问题。

  你可以把 41 码的那个 SKU 的名字改成 女鞋 ,而 42 码的那个 SKU 的名字改成 老人鞋 ,虽然从电商产品管理的角度来说这不合理,但是在 ERP 中却没有限制,因为它们的 SKU 没有变化。

  平台型设计方案,在需要选择 SKU 的时候,要先选择 SPU,然后通过选择不同的规格来确定想要的那个 SKU;而库存型设计方案则简单多了,只需要直接选择相应的 SKU 即可。

  平台型设计方案,如果需要删除 SKU 的时候,需要通过删除规格来删除 SKU,而且需要在 SPU 的载体上操作;而库存型设计方案则直接选择对应的 SKU 即可删除,不会和 SPU 等有什么强关联的关系。

  总结来说,库存管理的本质还是以 SKU 为最小粒度,无论是平台型设计方案还是库存型设计方案最后都是通过以管理 SKU 来达到管理实物的作用。

  以 SPU 为载体,然后通过规格去确定 SKU 有一定的好处,也有很明显的弊端,这也是为什么主流的跨境电商 ERP 中都不太选用此方案的原因。

  适用于多规格属性比较多的产品,可以通过先选择产品然后再通过规格来定位具体的 SKU;

  适用于需要维护比较丰富的产品资料的场景,因为很多资料都是在 SPU 的维度,这样可以减少重复维护的工作量。比较适合 B2B 的模式,需要使用产品库的内容给用户做报价。

  调用产品的时候会麻烦一点,需要通过选择 SPU 再选择 SKU,还需要记忆相应的规格来确定最终的 SKU;

  编辑和维护的时候有两套入口,一个是 SPU 的入口,一个是 SKU 的入口,会比较麻烦一些,而且 SKU 的入库能维护的信息不多;

  无规格的产品和多规格的产品并列展示的时候,需要后台做特殊处理,例如给无规格的产品也加上 SPU+SKU 的关系;

  查看和展示的时候不够直观,尤其是放在仓库层面来使用的时候,仓库应该是以 SKU 的粒度来管理是最有效的,但是此处也需要做特殊处理,将 SKU 抽离出来,并排展示。

  上面介绍完了两种设计方案的一些差异,如果是按照库存型设计方案来做,基本上市面上主流的跨境 ERP 都是这样做的,该踩的坑别人都踩过了,所以自己只要对着竞品走一遍后,踩坑几率就可以大大降低。

  所以这里谈到的踩坑点是针对平台型设计方案来总结的,这一块网络上已有的资料比较少,而且采用这种做法的 ERP 也比较少,所以踩坑点就多了些。

  单规格和多规格产品的不同就在于规格是否大于 1 种以上,如果是大于 1 种以上则是多规格,如果是只有一种规格则是单规格。

  为了避免单规格和多规格的随意转化,影响关联的单据和历史数据等,一般跨境电商 EPR 创建产品的入口就会分成两个: 创建普通产品 和 创建多规格产品 。

  创建普通产品则是在创建 SPU 的同时也创建了 SKU,而且 SKU 的所有信息都是从 SPU 这里继承来的,此刻的 SPU 编码会和 SKU 编码一致,SPU 的存在只是为了兼容,以致于表结构呈现一体性。

  创建多规格产品,则是先创建 SPU,然后通过规格的组合自动生成 SKU,SPU 编码和 SKU 编码不相同,而是 SKU 维度上需要填写相应的属性,例如成本价、销售价、期初库存、重量等。

  以阿里巴巴国际站为例,国际站的产品接口中,当有平台产品有规格信息的时候,SKU 信息是有的;当没有规格信息的时候,则 SKU 信息为空。

  倘若还有其他的平台,例如 Amazon、Wish、eBay 等,它们的产品接口中 SKU 的逻辑可能和阿里巴巴国际站一样,也可能不一样。

  所以在设计本地的 SKU 产品库的时候,要考虑这种接口上的数据兼容,当平台的产品只有 SPU 没有 SKU 的时候,应该怎么与本地产品做映射。

  平台上的产品管理都是以 SPU 的维度来管理的, 但是如果放在 ERP 或者仓库中,那么这种逻辑是否可以直接沿用,这个也是一个坑。

  从我一段时间的调研和体验来说,以 SPU 维度展示和以 SKU 维度展示都应该要做,因为它们适用于不同的场景。

  以 SPU 维度的展示可以放在基础的产品管理页面,类似于平台的产品管理。这样可以很方便的维护这些数据,编辑和查看都是从 SPU 的维度进去。

  而以 SKU 维度的展示可以放在例如库存查询,库存流水,或者就叫做专门的 SKU 产品管理 页面。可以单个的对 SKU 的一些信息维护,例如条形码,价格,库存信息,销售情况等。

  vitamin,也自称 皮酱 ,微信公众号:皮酱叨逼叨。目前是一位外贸 SaaS 领域的供应链产品经理,曾做过 3 年半的跨境仓储物流方向的产品。

公司名称:ag8国际亚游-官网在线
生产厂址:濮阳市 - 温县谷黄路机械产业园

联系人:李红超
联系电话:156 6060 9888


微信二维码