您现在的位置: 首页 > 网站导航收录 > 百科知识百科知识

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

规格,产品,属性sku是什么(sku与spu的区别)

发布时间：2019-02-08加入收藏来源：互联网点击：

很多朋友想了解关于sku的一些资料信息，下面是小编整理的与sku相关的内容分享给大家，一起来看看吧。很多朋友想了解关于库存管理的一些资料信息，下面是小编整理的与库存管理相关的内容分享给大家，一起来看看吧。

编者按：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删除规格之后怎么处理？

基地

于电商后台的规则，SKU是通过SPU的多规格来生成的，例如在创建SPU的时候，选择不同的规格，然后不同的规格就会通过笛卡尔乘积，生成不同的SKU。

在梳理这一块的逻辑的时候我就发现了一个问题：如果一个SPU的规格属性有两种「颜色」和「尺码」，然后在「颜色」中有“红色”、“蓝色”，在「尺码」中有“S”和“M”，则意味着一共是会生成四个SKU。

但是如果允许后期修改规格（修改规格属性或者修改规格值）的内容的话，会重新生成SKU，同时老的SKU在这里就无法体现了（因为规格不存在或者属性不存在）。

例如下图，如果将“蓝色”改成“绿色”，那么应该重新生成SKU，但是原来的“蓝色”规格的SKU就“消失”了。还有如果一些创建商品的时候没有选择规格，然后只是生成了一个SKU，后续如果要增加规格的时候，那么原来的商品也不能和后续多规格衍生的SKU形成相同的结构（规格结构不一样）。

如果SKU编码BS和BM是在库的、有库存的，那么直接删除这两个SKU显然是不合理的，但是由于电商的管理应该大多数是基于SPU层面，所以如果修改了规格属性（电商也叫销售属性），那么被更改了的那个应该不能再出现了，类似于此款停产或者不再售卖了。

下图是淘宝的千牛后台，发布商品的时候先选择对应的类目后，会给出对应的销售属性，而且是都必填，所以不存在中途增加和修改销售规格的情况出现。

但是ERP系统就不会有这么严谨的逻辑，而且也没有对应的类目信息。

所以这一块如果限制死了，不允许客户添加规格，那么就可能会满足不了一些多规格的商品的信息维护；如果放开了限制，那么用户就可以随意调整对应的规格信息，那么生成的SKU可能就会和原SPU断开关联。

千牛后台截图

基于上述的情况，我查了很多资料，也问了一些朋友之后发现，如果是单纯地参考电商平台的后台处理逻辑，那么很难兼容各行各业的商家的产品。

于是我开始找了另一类竞品：电商ERP，主要还是跨境类的，例如店小秘、马帮、通途等。

结果发现它们的处理方式很巧妙，在创建商品的时候可以选择类型：

单规格产品，也可以称为无规格产品；多规格产品，可以自由添加规格进行变换。

单规格产品不能转为多规格，如果需要增加规格，则需要重新创建SPU再生成SKU；多规格产品也不能转为单规格产品，多规格产品一定要选择至少一项规格属性。这样一分类，就将很多复杂的场景给隔离开了，只需要重点多规格产品的管理即可。

三、无规格的产品怎么创建SKU？

在没有仔细地调研跨境ERP的做法的时候，关于无规格的产品怎么创建SKU的问题，我们内部讨论了两种方案。

直接创建SPU的时候，不填写规格信息，当没有规格信息的时候，默认SPU对应一个SKU，即一对一的关系；创建SPU的时候，填写一个规格，例如衣服就只有一个型号「白色的中码」，那么就是创建一个规格「White*M」。

后来调研了跨境ERP的做法之后，我发现这两种做法都不好，具体的理由和上面的是一样的。如果当前只有一个规格，后期多了规格需要拓展的时候，在此商品SPU的基础上拓展SKU，还是会踩坑。例如删除了“白色”这个规格，然后用了其他颜色，也删除了“M”这个尺码，那么之前的「White*M」就挂不在SPU之下了。

所以我决定采用跨境ERP的做法，在创建SKU的时候要先选择类型，到底是单规格产品还是多规格产品。如果是单规格产品，那么直接就生成SKU，不能拓展所谓的规格属性；如果是多规格产品，则先生成父级SPU，然后再通过多规格属性来拓展生成具体的SKU。

 1/2    1 2 下一页 尾页