sku是什么(sku与spu的区别)

编者按:SPU和SKU是电子商务和ERP背景下的重要单位 。SPU是标准化产品单位 , SKU是最小库存单位 。但是 , 电子商务后台系统的设计不同于ERP系统的设计 。单纯依靠电子商务后台管理系统的设计 , 会导致ERP设计的错误 。摘要:本文结合作者的工作经验阐述了ERP系统设计中SPU和SKU的设置 。让我们看一看 。
一、SPU和SKU的关系为了了解SPU和SKU的基本概念 , 我建议你还是看一些关于电子商务的书籍 。这里不做过多的整理 , 直接从《电子商务产品经理的孙子兵法:基于SaaS的电子商务系统设计与实践》这本书里带一些基本概念 。
1. 什么是SPU?SPU , 即标准化产品单元 , 是一组可重用且易于检索的标准化信息 。这个集合描述了“产品”的特征 。
一般来说 , 具有相同属性值和特性的商品可以称为一个SPU 。换句话说 , SPU是一个抽象模板 。
一般来说 , 关键属性(品牌、货号等 。)在类别系统中可以确定一个SPU 。比如iPhone 6是SPU , 诺基亚N97也是SPU , 与商家、颜色、款式、包装无关 。
SPU的属性是分类属性的子集 。只要用户在SPU中定义了属性 , 用户就不需要再次输入产品 , 或者在输入时进行更改 。
摘自《电子商务产品经理的孙子兵法》:基于SaaS的电子商务系统设计与实践
2. 什么是SKU?即SKU/最小库存单位 。目前 , SKU广泛应用于各种零售产品中 。比如某件衣服是商品 , 这件衣服不同的颜色和尺码对应不同的SKU 。SKU相对简单 , 就是组合存储销售值 , 加上库存和价格 。比如这件衣服黑色大码5件 , 每件20元;红色小号3件 , 每件21元 。
摘自《电子商务产品经理的孙子兵法》:基于SaaS的电子商务系统设计与实践
3. 电商后台与ERP的商品管理差别电子商务通常不在SKU级别直接管理 , 而是在“商品管理”中处理 , 即在SPU级别管理 。涉及的主要操作有商品发布、编辑/修改、商品装卸、商品送审等 。
在ERP中 , 它通常在SKU级别进行管理 , 如发起采购、创建订单、检查库存、收发单据等 。 , 它们都是相关联的spu 。
所以在设计ERP的商品管理功能时 , 如果单纯参考电商的后端管理 , 很容易踩坑 , 也不太能理解它是怎么运作的 , 怎么管理的 。
前段时间 , 我碰巧在调查这块业务 。我不仅调查了电商后端商品管理的一些逻辑 , 还尝试了几个ERP商品管理 。一些疑惑解开了 , 同时也有一些我踩过的坑让我记忆犹新 。
所以这篇文章就来说说我前段时间是怎么被SPU和SKU折磨的 , 踩了哪些坑 。
二、SPU删除规格之后怎么处理?基于电子商务的后台规则 , 由SPU的多个规格生成SKU 。比如在创建SPU的时候 , 选择不同的规格 , 然后不同的规格会被笛卡尔相乘 , 生成不同的SKU 。
在梳理这一块的逻辑时 , 我发现了一个问题:如果一个SPU的规格属性有两种颜色和两种尺寸 , 那么颜色中有红蓝 , 尺寸中有s和m , 就意味着总共会生成四个SKU 。
但是 , 如果规范的内容(规范属性或规范值)允许以后修改 , SKU将重新生成 , 旧的SKU将不会在此处得到反映(因为规范或属性不存在) 。
例如 , 在下图中 , 如果将“蓝色”改为“绿色” , SKU应该会重新生成 , 但原来的“蓝色”SKU会“消失” 。如果有些产品是在没有选择规格的情况下创建的 , 然后只生成了一个SKU , 如果以后还要添加规格 , 那么原来的产品就不能和后续的多个规格派生的SKU形成相同的结构(不同的规格结构) 。
如果SKU码BS和BM有货 , 直接删除这两个SKU显然是不合理的 。但由于电商的管理大多应该是基于SPU层面 , 如果修改了规范属性(电商也叫销售属性) , 那么修改后的应该不会再出现 , 类似于这种停产或者不再销售的 。
下图是淘宝的背景 。发布商品时 , 会先选择对应的品类 , 给出对应的销售属性 , 并且都是必填项 , 所以中间不存在添加修改销售规格的情况 。
但是ERP系统不会有这么严谨的逻辑 , 也没有对应的品类信息 。


推荐阅读