电商后台设计：商品维护

编辑导语：商品在整个电商系统中处于核心位置，因此商品维护对于电商后台设计的重要性不言而喻，本文作者以此为出发点，和我们聊一聊在电商后台设计中关于商品维护的那些事。

对于电商系统来说，商品模块的维护可以说是核心功能了，整个系统都是围绕商品来进行运营的。所以能否设计一个灵活便捷的商品模块，对于整个系统的操作都非常重要。

今天我们就来聊聊商品管理那点事，对于商品信息的维护，它的本质是对一堆属性和属性值的管理，理清其中的关联关系，就能将其玩转的游刃有余。

首先我们先来看看一个商品都有哪些属性，下图是某电商平台的商品图：

整理一下可以得到其中的属性：商品名称、品牌、品类、颜色、内存、价格、图片、商品编码、CPU型号、机身存储、商品毛重、操作系统等等。

在上一篇《电商后台设计：属性管理》中，我们将这些属性分了四类：基础属性、销售属性、搜索属性、特有属性。除了其中的搜索属性被融合在特有属性中，其它的功能在商品信息维护中都有所涉及，接下来我们一一进行讨论。

对于所有商品包含的属性，都可以归类到基础属性中，如商品名称、品牌、品类、状态等。对于基础属性的维护比较简单，由于都是单一可以确定类型，通常根据数据展示形式一一维护即可。

其中有几个属性需要说明一下：

品类：由于商品的特有属性和搜索属性都关联在品类上，所以商品品类是必须选择的。

状态:  上架/下架，确定是否在前台展示当前商品。这是整个商品的全局控制；如果上架，则之后关联的SKU也一同上架；反之则一样。

商品类型：单品/复合商品;部分平台上支持打包出售的模式，也就是一个商品实际上是包含多个关联子商品的。可以通过商品类型字段先标记出当前商品是单品还是复合商品；如果是复合商品，之后还需要关联对应子商品。

在上一篇《属性管理》中，我们介绍了商品特有属性的设置以及与品类的关联绑定。在商品信息维护时，当选定品类后，我们就能获得已经设置好的配置内容，接下来根据配置将表单展示出来，并维护好其中的属性值即可。

品类绑定属性设置

规格参数维护表单

在说销售属性前，我们先来了解两个基本概念：SPU和SKU。

SPU：Standard Product Unit (标准化产品单元)

SPU是商品信息聚合的最小单位，是一组可复用、易检索的标准化信息的集合，该集合描述了一个产品的特性。

SPU通俗的来讲就是一类具有相同属性、属性值的商品，这些属性和属性值通常不参与商品的销售价确定。如iphone6s就是一个SPU，无论你在那个平台或者实体店查询iphone6s，他们给出的商品属性信息都是一致的。

SKU： Stock Keeping Unit(库存量单位)

SKU即库存进出计量的单位， 可以是以件、盒、托盘等为单位。

SKU是物理上不可分割的最小存货单元，而这个不可分割是相对于储存场景的，对于相同的商品，在不同的仓储场景下，对SKU的管理是不一样的。

举个列子，我们平时去超市买早餐奶，可以买一袋，也可以买一箱。按最小单元来说，那么”袋”就是超市管理早餐奶的SKU。超市的货源是来自供应商的，供应商是按箱卖给超市的，所以”箱”是供应商管理早餐奶的SKU。

不知道大家有没有留意过，在物美、家福乐去买一箱奶，结账的时候，收银员不是扫描箱子上的条码，而是打开箱子取出一袋来进行扫码，然后再输入数量最后结账，这也就能看出这些大超市的对奶制品的管理方式。

SKU可以简单理解为：SKU = SPU + 销售属性，当在SPU上添加上商家、颜色、内存等影响销售加价的属性后，这个商品就成一个SKU。

看着和上面SKU的定义有点出入，如果仔细想想，商家对商品价格的定义不就是按照商品的最小单元设置的吗？