SKU产品库的两种设计方案 erp系统分析教程( 三 )


主要优缺点如下:
优点:
维护产品资料的时候可以与平台产品的逻辑保持一致,便于用户上手和理解;适用于多规格属性比较多的产品,可以通过先选择产品然后再通过规格来定位具体的SKU;适用于需要维护比较丰富的产品资料的场景,因为很多资料都是在SPU的维度,这样可以减少重复维护的工作量 。比较适合B2B的模式,需要使用产品库的内容给用户做报价 。缺点:
调用产品的时候会麻烦一点,需要通过选择SPU再选择SKU,还需要记忆相应的规格来确定最终的SKU;编辑和维护的时候有两套入口,一个是SPU的入口,一个是SKU的入口,会比较麻烦一些,而且SKU的入库能维护的信息不多;无规格的产品和多规格的产品并列展示的时候,需要后台做特殊处理,例如给无规格的产品也加上SPU SKU的关系;查看和展示的时候不够直观,尤其是放在仓库层面来使用的时候,仓库应该是以SKU的粒度来管理是最有效的,但是此处也需要做特殊处理,将SKU抽离出来,并排展示 。四、一些踩坑点两种设计方案的区别已经在上面描述过了 。如果按照库存设计方案来做,基本上市面上主流的跨界ERP都是这么做的,别人都踩过坑,所以只要在竞品上走一次,踩坑的几率就能大大降低 。
所以这里说的踩踏点是针对平台化设计方案总结的 。这个网络上可用的信息比较少,使用这种方式的ERP比较少,所以踩踏点比较多 。
1.单规格产品和多规格产品之间的转换单规格和多规格产品的区别在于是否有多个规格;如果有多个规格,则为多规格;如果只有一个规格,则是单一规格 。
为了避免单规格和多规格之间的随意转换,影响相关文档和历史数据,一般跨境电商EPR创建产品的入口将分为“创建普通产品”和“创建多规格产品”两个部分 。
创建通用产品时,SKU与SPU同时创建,SKU的所有信息都继承自SPU 。这时,SPU代码将与SKU代码保持一致,SPU的存在只是为了兼容,这样表结构就完整了 。
创建多规格产品时,首先创建SPU,然后通过规格组合自动生成SKU 。SPU代码和SKU代码是不同的,但是相应的属性,如成本价、销售价、初始库存和重量,需要在SKU维度中填写 。
2.平台产品的接口字段兼容 。以阿里巴巴国际站为例 。在国际站的产品界面,当有带规格信息的平台产品时,SKU信息可用;当没有规格信息时,SKU信息为空 。

SKU产品库的两种设计方案 erp系统分析教程


阿里巴巴国际产品界面图
如果有其他平台,比如亚马逊、Wish、易贝等,他们的产品界面中SKU的逻辑可能与阿里巴巴国际站的逻辑相同,也可能不同 。
所以在设计本地SKU产品库的时候,要考虑这个接口上的数据兼容性,以及平台产品只有SPU没有SKU的情况下,如何与本地产品进行映射 。
3.产品库的显示和编辑平台上的产品管理是SPU维度管理的,但是如果放在ERP或者仓库里,这个逻辑能不能直接用也是个坑 。
根据我一段时间的研究和经验,SPU和SKU维度都应该显示,因为它们适用于不同的场景 。
SPU维度的展示可以放在产品基本管理页面,类似于平台的产品管理 。这样就方便维护这些数据,编辑和查看都是从SPU维度 。
并且在SKU维度中的显示可以被放置在例如库存查询、库存流动或者仅仅被称为特殊的“SKU产品管理”页面中 。SKU的一些信息可以单独维护,如条码、价格、库存信息、销售情况等 。
【SKU产品库的两种设计方案 erp系统分析教程】
SKU产品库的两种设计方案 erp系统分析教程

推荐阅读