1. 商品体系概要

商品的应用太多了，似乎任何一个产品加入商品体系都不会太违和。大到专业做电商的产品，小到积分兑换。下面将尝试从最简单的商品开始，逐步形成一个相对完善的商品体系。

1.1 只有SKU

SKU，Stock Keeping Unit，库存量单元。这里顺便讲SPU，Standard Product Unit，标准产品单元。举个栗子，当我们说“iPhone X”时，就是在说SPU，当我们说“iPhone X 国行 黑色 64G”时，就是在说SKU。再打个比方，SPU就像是java里说的class，SKU就类似java里的object。

当商品作为一种用户福利的存在时，比如积分兑换，比如抽奖，就可以选择这种成本最低的方式处理，只需要处理商品名字，图片，价格，库存等基本信息。如下：

1.2 商品分类+SKU

过了一段时间，随着积分商城的商品越来越多，有食品，电器，服装，这时会觉得太杂乱了，得分类展示。于是引入了商品分类。如下：

再过一段时间，你发现分类也越来越多了，怎么办？于是出现了多级商品分类。如下：

于是这个阶段，商品体系变成了：

1.3 商品分类+SPU+SKU

当SKU直接挂在商品分类下时，我们思考用户购物的场景。用户点选分类：食品-KFC，看到一堆薯条：薯条(小) 七块五，薯条(中) 九块五，薯条(大)十一块五，还跟一堆鸡翅汉堡混一起，太讨厌了。

于是薯条作为SPU就分离出来了。用户点选分类：食品-KFC，看到的就是薯条 7.5元起，鸡翅，汉堡，点选薯条进入商品页面后，再选大份，中份，小份。

于是这个阶段，商品体系如下：

1.4 商品分类+SPU+规格属性+SKU

上面薯条的例子，大中小三个SKU，如果是iPhone X呢，银色公开版64G，深空灰公开版64G，银色公开版256G，深空灰公开版256G，银色延保版64G，深灰色延保版256G，到这里已经晕了。

其实也就是三个东西：颜色选择(银色，深空灰)，版本选择(公开版，延保版)，存储选择(64G，256G)。

所以我们可以把颜色，版本，存储空间作为SPU的规格属性，每个属性有任意多个属性值。所有属性的组合就是SKU的个数。

当思考SPU和属性的时候，iPhone的属性颜色版本存储空间，其实所有手机都有，于是我们可以把属性进一步推到商品分类上，同时还是继续保留SPU挂属性的能力，支持为SPU增加特殊属性的情况。

于是这个阶段，商品体系如下：

至此，基本上算是功能可用的商品体系了，接下来我们为了能让它更好用，继续拓展。

1.5 商品分类+品牌+SPU+规格属性+SKU

很多时候，你按照商品分类去找你想要的商品后，对某些品牌有特殊的感情，比如找运动鞋，可能只想看nike和asics，

这时品牌的概念也独立出来了。如下：

1.6 商品分类(前端分类，后端分类)+品牌+SPU+规格属性+SKU

到了这个阶段，很可能商品分类已经无法满足个性化的需求，于是商品分类拆开成前端分类和后端分类。前端分类是给用户看的，更贴合用户的语言和日常生活，可以考虑让商户自己去自定义一些前端商品分类。后端分类是给商家看的，更符合商品管理的逻辑。如下：

现在商品体系变成了：

1.7 商品分类(前端分类，后端分类)+品牌+SPU+规格属性+SKU+SKU打包品

常吃薯片的人肯定很熟悉，一桶8块，三连桶21块，果断上三连桶了。像这种包装好的三连桶，也可以把它当做一个SKU。那如果是不同商品的组合呢？当然也可以看做是一个SKU，但是这样处理带来的坏处就是没法对组合内的商品单独分析。

这时就需要考虑打包品了。打包品内的SKU是需要单独库存，计价和销量分析的。比如香皂20块，牙膏50块。现在组合促销，一块香皂一支牙膏组合60块，要考虑价格怎么分，要分别考虑香皂和牙膏的库存，要在分析香皂销售数据的时候把组合内的香皂也算进去，等等。