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

最近正在做商品管理的需求，分享自己过程中的所得。

商品管理的目的：

1. 能够让用户快速的找到商品（主要是通过关键词搜索与类目搜索，商品管理为其提供了基础）；
2. 为同类型产品提供标准的属性，属性值，便于统一产品，使用户得到决策必须的消息；
3. 为运营童鞋方便管理商品的上下架。

类目树：定义商品的分类，是T恤，还是笔记本，还是相机，类似于生物学的门纲科目属；

属性项：不同的基础类目之间是描述属性不同，描述T恤是用领型、型号，而描述笔记本则用屏幕、分辨率、CPU主频；

属性项分组：由于一个产品的分类属性有很多，我们将形容某一类特征的属性项归为一组，如：上图的屏幕；

属性值：特定的特征或参数，电脑屏幕尺寸一般有13.3英寸、15.6英寸等属性值。

一、 类目管理

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

1. 后台类目管理

主要用于基础目录的增删改查，以及同一目录下的排序。

如上图所示五金建材为一级类目、建筑材料为二级目录、电梯为三级目录，由于设置最多为三级目录，因此电梯也称为叶子类目，后台类目树中最重要的是叶子类目，也就是类目树上不能再往下分的类目,任何商品都必须挂载到后台叶子类目上。

后台类目相对稳定，不能随便删除，叶子类目不能重复。每个类目下都可以添加新的类目、修改以及对相应类目进行排序。

2. 前台类目管理

前台类目是给广大用户看的，因此会随着营销政策发生变化，所以前台类目灵需是可重叠，可删除的。

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

二、 属性管理

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

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

1. 属性项管理

属性项管理一般主要满足属性的查询、增删改的功能，以下为属性新增和修改的原型，当输入方式为单选或者多选时，只能在当前属性项所填的值中选择。

2. 绑定属性项

目的是完成类目树叶子目录与属性建立关联关系，完成之后，运营童鞋或商家发布商品时，选择好后台类目就可以根据绑定的属性，补充必填的商品属性信息，方可成功上传商品。

属性继承：由于所做的商城涉及叶子目录所包含的属性比较独立，均不予其他叶子目录属性重复，不像电脑类目下的笔记本电脑、台式电脑、超级本，都具备屏幕尺寸、CPU型号、内存等共有属性，因此在设计时就没有考虑属性继承的功能，直接选择将属性挂靠在叶子目录下。

同时将属性值挂靠在属性项下，在做此版本中，并没有单独的页面用于将属性项挂靠在属性项分类下，而是在绑定属性项中完成分类与属性项的绑定，如下图所示。

主要是考虑到，属性项分组对于大多数产品具有通用性，不需每一个属性项先挂靠在属性分组下，然后属性分组在挂靠在叶子目录下，这样会造成运营童鞋的工作量增加。

三、 品牌管理

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

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

四、 商品管理

1. 产品的新增

当我们建立好类目树、品牌、完成参数项的绑定之后，就可以新建一个产品了，上图为新增一个产品的流程，主要的产品状态分为：“待提交”、“待审核”、“待上架”、“已上架”，而相对应的工作为产品的新增、产品的审核、产品的上下架管理。

2. 系列的新增

大多数的产品都具有不同的型号大小，系列产品的新增，目前有两种方式：

1. 将系列产品维护成一个SPU，SKU是附着在SPU下，类似于淘宝，一款产品只对应着一个链接，选择不同产品型号时，页面不会跳转；
2. 产品的每一个型号都维护成一个单独的SKU，然后在前台展示进行聚合，将多个SKU绑定在一起形成一个SPU，类似于京东，绑定之后，在前台选择不同的型号都时页面会发生跳转。

目前还没有做SKU的绑定，后期做完需求在做补充。

五、 总结

以上为一期商品管理的整理，希望给大家帮助，能少踩坑就少踩，坑队友是容易被打的。

本文由 @Demohour 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自 Pexels，基于 CC0 协议