商品管理(服装商品数据分析维度)

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

01什么是商品体系？

商品管理系统是电子商务产品中最基础、最核心的系统，是支撑整个电子商务产品的核心。基本上所有系统都离不开商品数据，商品贯穿整个电商平台。从商品采购、到货入库、商品上架、前台展示、下单、物流配送、收货、售后服务等。，整个过程离不开商品。后台商品系统一般分为品类管理、属性数据库、品牌管理和商品管理(发布商品、编辑商品、装卸商品、审核、价格库存设置、运费模板设置等。).本文主要和大家分享后台商品管理。

02 SPU和SKU

电商产品中不得不理解的两个术语，SPU和SKU。虽然前面两篇文章提到了，但是并没有详细解释它们的具体含义，所以这里必须详细解释一下。

SPU(Standard Product Unit):标准化产品单元是产品信息聚合的最小单元，是描述产品特性的一组可重用、易检索的标准化信息。通俗点说，一个属性值和特性相同的商品可以称为一个SPU。前文提到，类目体系中关键属性可以确定一个SPU，它可以确定某一类商品，但不能确定具体某一类。比如苹果手机+Iphone X(品牌+型号)就可以确定一个SPU。

SKU(标准保管单位):库存单位，即库存出入库计量的基本单位，或者说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。只有把这些都搞清楚了，才能理解商品管理系统是怎么玩的，才能真正理解电商平台的核心系统——商品管理。

商品管理实际上就是对商品的维护和管理，包括发布(添加)商品、装卸商品、修改商品、查询商品、设置运费模板等。下图是商品管理的界面；

1.发布(添加)商品

在产品创建或发布之前，首先要选择所属的类别，产品调用类别中挂载的属性，生成相应的属性模板。SPU和SKU可以通过关键属性和销售属性(规格属性)关联。同一个SPU可以在前台共享相同的产品明细，但是需要通过销售属性(规格属性)映射到具体的SKU。

JD.COM由SKU维度管理，淘宝和天猫由SPU维度管理。(JD.COM切换商品规格时标题和商品详情发生变化，淘宝和天猫切换商品规格时标题和商品详情不变)

为了保证新发布的产品信息的正确性，降低发布非法产品的风险，平台运营者有必要进行审核，以保证平台发布的产品质量，通过审核的产品才能正常装卸。一般审计流程如下(仅供参考):

发布(添加)商品时，商品信息一般包括商品基本信息、商品属性、商品图形描述、支付信息、物流信息、售后服务等部分。

商品基本信息

产品的基本信息是对产品的基本描述，一般指用户在浏览产品时首先看到的信息。根据平台的业务，这部分会略有不同，但一般主要是产品的品类信息、产品标题(产品名称)、品牌信息、产品代码(也叫69码)、产品属性、广告用语等信息。

商品属性

属性通常包括关键属性、销售属性、商品属性和普通属性。根据贵公司的实际业务，还可以对其他属性进行分类，如特殊属性、绑定属性等。

在一篇关于建立属性数据库的文章中，作者详细讲解了关于商品的属性，如何从零到一建立属性数据库，以及属性如何与商品类别相关联。有兴趣的同学可以去看看，商品管理系统的设计(二):属性数据库的建立

商品的图形描述

包括商品图片和说明，商品图片一般包括商品主图、商品轮播图和商品活动图；商品描述是附在图片上的文字描述，可以填写，也可以不填写。

库存设置

存货设置是指商品的销售属性(规格属性)，即商品的SKU，设置相应的价格和存货。不同规格的商品对应不同的价格和库存，当商品的库存销售为0时，会自动下架。通用SKU库存管理系统同步WMS系统中的库存，即实际库存，或人工设置有效库存。前台显示库存数量、库存系统和WMS系统之间的数据交换。关于库存系统，后面笔者会分享更新的文章。

支付信息

一般是指用户拍下商品时的付款方式和盘点方式。

支付方式分为价格(普通交易模式)、预售模式、货到付款等。价格是指提交订单时的一次性付款；预售模式是指先支付一部分定金，在商品开始销售时再付清余款。货到付款比较好理解，就是用户确认收货后付款。

存货盘点分为记下存货和支付存货。存在用户恶意接单，采取减库存就不买的风险；存在平台或商家为降低库存买单而超卖的风险。这两种方法各有利弊。

下图是淘宝的商品发布页面中的付款信息。

物流信息

事先设置好的运费模板，主要是根据货物的具体情况来选择。如果没有符合要求的运费模板，可以在物流系统中设置后再使用。

售后

一般是售后对用户的商品承诺，比如退货承诺(7天无理由退货等。)，而且假一赔十……根据商品不同售后服务也不一样。下图是淘宝的产品发布页面中的售后服务。

2.货架上和货架下的商品

商品管理中的商品可以分为待售商品(上架商品)和待售商品(上架商品)。发布商品时也可以设置自动上架或常规上架的规则。

商品分为待售商品和待售商品两个模块，只要方便平台经营者或商家管理商品即可。在日常操作过程中，商品下架的原因有很多，对应的处理方式也有所不同，比如系统自动下架和商家自主下架。

系统下架的场景一般包括违规、品牌过期、门店迁移等。，对应常见原因，如风控系统移除、门店迁移或关闭、品类变更、平台运营等。在设计一款产品的时候，要尽可能的列出系统下架的相关场景和原因，以便经营者通过下架原因通知商家进行整改。

3.商品编辑

商品编辑和发布商品(新商品)的功能一样，都是修改已发布商品的信息。修改完成后，系统会确定是否增加新商品，如果新商品上架，会走审核流程。

4.商品删除

商品删除是指删除未在销售的商品，货架状态的商品不能删除。

5.设置运费模板

在商品管理模块中有一个设置运费的入口。可以直接进入物流系统设置运费模板。设置运费模板后，发布(增加)商品时可以直接使用。订单处理将根据物流信息计算运费。计价方式一般分为件数、重量和体积。如图，运费模板是按件计价的。关于物流系统，后面笔者会分享更新的文章。

6.商品状态流通

商品的状态可以分为八种状态:新增、待审批、已审批、审批未通过、上架、下架、无效和有效待审批。笔者整理了一份商品全程状态流程图(仅供参考)。

平台经营者或商家在发布(添加)商品时，如果没有需要经过审核流程的对应商品，如果有不需要审核的对应商品，只有发布(添加)商品成功后，才可以直接操作商品的上下货架。

04摘要

商品管理系统是电子商务平台的基础，也是其他系统所依赖的基础数据系统。在建立电子商务平台的初期，要对系统的各个模块进行规划，要考虑各个模块的可扩展性，减少耦合。避免后期产品扩张出现瓶颈，如果后期调整系统规划，会产生巨大的成本。因此，打好基础对电商平台后续业务规模的发展起着至关重要的作用。

#相关阅读#

商品管理系统设计(一):如何做品类设计？

商品管理系统的设计(二):属性数据库的建立

作者:洛奇；；微信官方账号:超悦产品

本文由@Rocky原创发布。每个人都是产品经理。未经作者允许，禁止转载。

图片来自Unsplash，基于CC0协议。