“前端用户的一小步，后台系统的一大步”，平时常见的功能如购物车、优惠券等，看似简单，实则在后台要经过很多条件的校验、多系统间的信息流转。下面星欧平台电商介绍下电商平台后台之商品管理系统功能模块。

电商商品管理系统是为了能够让用户快速的找到商品，为同类型产品提供标准的属性、属性值，便于统一产品，使用户得到决策必须的消息，为运营童鞋方便管理商品的上下架。

商品管理系统组成：

星欧平台电商称，商品管理系统一般要包含以上几部分信息，通过商品状态的变化完成在整个供应链系统中的周转;电商系统中所有的操作都是围绕商品进行的或是为商品服务的，这样理解也不为过。

商品搜索和商品紧密关联，但是一般是通过商品信息、商品属性设置关键词单独建立和部署的且与前端系统关联更为密切，这里就不过多介绍了。

1. 类目管理：

由于平台涉及的产品数量级不是很大，所以后台类目树使用了三级，我们一般称类目树的最后一级类目称为叶子类目。类目管理主要分成了后台类目管理、前台类目管理。

后台类目管理：主要用于基础目录的增删改查，以及同一目录下的排序。

后端分类是基础，进销存业务都是和分类紧密关联的，从商品进货到商品库存，再到商品销售，最后到财务核算很多都是以后端分类为维度进行的;同时商品的很多属性信息也是建立在商品分类上的。

前台类目管理：

前端分类是为了前端销售而建立的，它是以后端分类为基础，是为了在前端有效展示商品、用户快的搜索，查找商品而建立的一套分类。

前端分类与后端分类层级，目前最常见的都是建立三级，分类内容：分类ID、分类名称及分类编码。

前台类目与后台类目为多对多的关系，一个前台类目可以关联多个后台类目，同样一个后台类目也可以关联多个前台类目。

2. 分类调整：

前端分类涉及到商品的展示、搜索，主要是应对频繁的变化的，所以会经常有些调整，以达到更好的用户体验，同时也是为了减少因为前端而影响到后端系统分类。

后端分类从供应链、财务方面考虑不建议调整，但是由于公司的组织调整、国家相关税法调整等，不可避免的会进行分类的调整，调整的内容分为两部分：

(1)分类的归属调整，比如：原来属于“酒水->白酒”下的三级分类“浓香型”调整到“酒水->黄酒”下。

(2)分类上的重要信息变化，如税率变化;旧分类体系不适合新建立分类，这时所有的商品都要采用新的分类结构，同时前端分类也要进行调整。这部分对于系统影响是非常大的，涉及历史数据、当前系统(前后端)。

应对办法：在系统设计时增加必要的冗余字段，以应对分类调整对历史数据的影响(业务单据、统计报表);增加快照信息，即每月都有分类数据的快照表，在相关业务单据、报表等都关联自己所属的快照表，这样程序逻辑要复杂些，不建议这样做。

3. 属性管理:

商品属性也是基础信息，一般分为基本属性、关键属性和销售属性。

属性管理的目的在于，在商家添加商品时，只能在已有的属性项和属性值下进行选择，避免数字格式不对，单位不统一等所导致顾客购买的障碍，甚至会引起投诉。就比如：我们要描述一张桌子的长宽高，有的人单位用米，而有的人则用厘米。

主要流程为添加属性值-添加属性项-完成属性项与值的绑定-添加分组-完成属性组、属性项、叶子目录的绑定。

“商品属性”与“属性项”是字典信息即基础信息，这个信息创建时不是孤立的，它是要选中后台分类的“三级分类”后才能创建的;

SPU(标准化产品单元)创建时也是要选择商品分类的(后台分类)，所以这时就确定了SPU所有的商品属性;每个商品属性都有属性项，需要进行选择其属性项(值);

SKU(库存单元)也可以通过商品分类来确定它拥有的商品属性，每个SKU都有对应的属性项。

4. 品牌管理:

品牌管理的意义在于：维护一个平台共有的品牌库，商品新增和编辑的时候，只能从品牌库勾选已有可用的品牌，从而避免前台一个品牌多个名称的出现。

新建品牌时，需将品牌关联到类目下，可以是一对一，一对多、多对一的关系，这样添加产品时更加的快捷。

它主要包括品牌名称、英文名称、品牌Logo以及品牌网站、品牌说明等信息;SPU在建立时确定其品牌，同时在搜索系统建立引及关键词，方便用户进行搜索。

5. 产地管理:

产地作为一个重要的属性，单独进行管理可能更好的补充完善商品信息，在目前电子商务发展的今天，大家在购买商品时更加关注于品牌与产地(国内、国外及国内各省市);如秋季上市的大闸蟹，大家首先要判断是不是江苏阳澄湖的。

同时产地同样也属于搜索的关键字段，在前端销售的网站、APP或小程序上可以产地频道或搜索入口。产地的主要字段如编号，中文名称，英文名称，国家编码，洲/国家，是否显示等，在创建SPU时进行设置。

6. 商品信息:

商品的分类、属性基础信息(关键属性、销售属性)已经确定了，下面可以建立SPU与SKU了。

前端已经介绍了SPU与SKU的相关定义及关系，下面主要说一下商品除了分类、属性、品牌与产地外的其它相关信息。

由于SKU是根据SPU的销售属性不同而生成的，所以SKU的很多信息都是继承于SPU(除库存、价格等);

SPU与SKU编码规则：产品SPU可以采用8位码(6位分类码+2位随机码)，商品SKU可以采用SPU码+2位递增码。

7. 商品图片:

图片是商品管理系统中的重要部分，在APP、网站上浏览一件商品时，我们最直接的判断商品的好坏是通过商品图片来辨识的。

商品分为列表页(进入商城主页或频道页或通过搜索后显示的商品列表显示的多个商品)与详情页(点击某一个商品后进入到详细介绍的页面)。

列表页中的商品图片一般显示主图，详情页中的图片分为商品主图与其它图片(也可以设置为主图)。

8. 商品资质管理:

在供应商管理部分介绍过资质管理的部分，同样对于有些商品的销售也需要提供必要的资质证书才可以进货或销售。

商品资质一般包括：商品标签、商标注册证、授权书、入境商品检验证明等;如果商品的资质未上传或审核不通过，则在商品由新品转为正常可销售商品时会有系统提示。

9. 商品库存管理:

在商品系统中分类、属性、品牌、商品信息、资质都创建完成后，商品即可以进行采购了，有商品库存下一步就可以进行销售了;商品库存管理不仅在商品管理系统中，在整个供应商系统中及财务系统中都关注库存的数量与金额。

库存又分为总库存和分仓库存，如果有门店则又有门店库存，所以对于商品库存的管理是非常重要的，它不仅要记录数量的变理同时要记录成本的变化;在商品管理系统主要还是库存报表的展示，对于变化是依赖于系统中的各业务单据的，库存管理模块主要功能如下图。

关于商品创建过程：

可以根据描述的设计系统功能和一个个操作界面，商品管理部分涉及到商品部与运营、质检部共同协作。审批的流程也会贯穿整个过程，个人觉得在系统操作功能上尽可能提供详细的明确的信息提示-“说人话”，以便用户更容易上手操作。

对于实际设计商品系统时，要综合考虑区分SPU与SKU,简单的流程达到生产效果即可，太复杂了不仅我们乱，使用都也会乱。

好了，这个电商平台后台之商品管理系统组成模块雏形就有了，但一个成熟的大型电商系统模型要比这个复杂的多，光是一个价格都会有一个单独的模块进行管理，比如市场价、进货价、成本价等，要进行成本核算，要与营销活动结合，比如双11折扣，或者与其他商品打包购买价格更便宜等。总之，需要根据业务的需要进行一步一步的扩展和设计。获悉更多电商运营技巧，欢迎关注星欧平台电商运营学院。