商品管理系统设计（三）：商品管理

前面两篇文章分别介绍了商品管理系统中的类目设计和属性库搭建，它们只是为商品管理起到辅助的作用，而商品管理真正的核心在于商品，所谓无商品不电商。

本文插图
01 什么是商品系统
商品管理系统属于电商产品中最基础、最核心的系统，是支撑整个电商产品的核心，基本上所有的系统都离不开商品数据，商品贯穿整个电商平台。从商品的采购、到达仓库、商品上架、前台的展示、下单、物流配送、收货、售后服务等，整个流程都离不开商品。后台商品系统一般分为，类目管理、属性库、品牌管理、商品管理（发布商品、编辑商品、商品上下架、审核、价格库存设置、运费模板设置等），本篇文章主要和大家分享后台商品管理。
02 SPU和SKU
电商产品中不得不了解的两个名词， SPU和SKU 。前面两篇文章虽然有提到，但没有详细的解释它们具体的含义，在这里必须要详细的解释一下。
SPU（Standard Product Unit）：标准化产品单元，是商品信息聚合的最小单位，是一组可复用、易检索的标准化信息的集合，该集合描述了一个“产品”的特性。通俗点讲，属性值、特性相同的商品就可以称为一个SPU 。前面文章提到过，类目系统中的关键属性能够确定一个SPU ，它可以确定某一类商品，但不能确定具体的某一个商品。例如：苹果手机+Iphone X（品牌+型号）能够确定一个SPU 。
SKU（Standard Keeping Unit）：库存量单位，即库存进出计量的基本单元，也可以说SKU就是库存的最小单位（个、件、盒、托盘等）。每个SKU都拥有不同的编码。前面文章同样提到过，类目系统的销售属性能够确定一个SKU ，它可以确定具体的某一个商品。例如：苹果手机+Iphone X+12G+黑色，能够确定一个SKU 。简单的可以理解为，用户在商品详情页，只有选择了具体的商品规格信息，才能够显示出价格和库存量。
SPU、SKU、商品的关系
SPU与SKU的关系一般是一对多或者一对一的关系， SPU包含多个SKU ， SKU是SPU的子集，而商品是SKU的具象化实物。例如：森马+工装男鞋，可以代表一个SPU；再加上颜色和尺码，森马+工装男鞋+黄色+41码，可以代表一个SKU 。
有些特殊情况下，一个SKU也可能对应多个SPU ，不过此种情况比较少见。例如：某家店铺中同样的一款鞋子，当作两种商品上架在商店中，起了两个名字（森马工装男鞋、森马复古休闲男鞋），此时在前台展示的是两种商品，而后台系统中对应的是一款商品（一个SKU编码对应两个SPU编码）。
为方便理解，笔者简单绘制了SPU、SKU、商品的关系。

本文插图
除了以上情况之外，根据卖家实际业务场景不同，商品系统中还有一种商品类型叫做商品套装或者组合商品，此种业务场景相对比较复杂。
例如运动健身衣套装（两件套、三件套、四件套…）在前台用户购买下单的时候是一个商品，而后台的处理逻辑是将n个SKU组合关联成一个虚拟的SKU ，下发到仓库后将虚拟SKU拆解，按照实际的SKU扣减库存，在发货的时候将n个SKU对应的商品打包成一个包裹送到用户手中。
03 商品管理
前面一系列的准备工作都是为了商品的管理，包括类目、属性库的设计，以及本篇文章提到的SPU和SKU ，只有把这些全部搞清楚了，才能了解商品管理系统是怎么“玩”的，才能真正读懂电商平台的核心系统——商品管理。
商品管理其实说白了就是对商品的维护管理工作，包括发布（新增）商品、商品的上下架、商品修改、商品的查询、设置运费模板等。如下图是商品管理的界面；