一、本文前言
现在网络上关于商品系统的讲解都是依据商品结构来讲商品的，正好最近做了一个商品管理系统，我这边就想从其他角度来聊聊。
二、商品信息的组成
1. 个人认为系统中的商品由文字信息+图片组成；文字信息又分为基础(关键)信息+补充信息。
1) 基础信息：表现商品唯一性的一些信息，没有这些信息就没有商品，例如商品唯一编码，商品名称。
2) 关键信息：丰富商品信息且方便系统进行管理统计的信息，例如类目、属性、品牌、产地、单位、规格、价格、条形码、货号、库存等
3) 补充信息：商品描述、保质期、物流模板、毛重、净重等。
4) 图片：分为商品主图和详情图
2. 关于单规格和多规格的商品信息：个人认为多规格是一个商品组合，可以让人们把有多共同商品信息的商品放在一起方便管理。现在多规格商品并不是真正意义的多规格商品，例如iphonexsmax256G银色和iphonexsmax64G深空灰，而是人们可以随意组合的商品组合(淘宝也是这样设计)，例如iphonexs和iphonexsmax，都会放在一个商品里。
三、商品管理系统模块组成
商品信息组成的章节说到了商品信息的组成，同时不同商品需要的商品信息要素不一样，以及商品管理系统设计的时候需要考虑系统的扩展性、灵活性以及稳定性，所以我们不会把每个商品的商品信息表结构都做成一样的。而是通过一定的方式进行区分，那通过哪个商品信息要素来区分不同的商品使用不同的商品表结构呢？那就是类目，想必在我们一些商品系统或商城后台新增商品的时候，必须要先选类目，选完类目后才会进入下一步的商品信息输入操作，这就是根据类目来确定这个商品需要那些商品信息属性，例如选择数码类类目，则会出现像素、摄像头等属性，例如选择服装类类目，则会出现尺寸、颜色等要素。所以在设计商品系统的时候首先需要有一个“ 类目 ”模块(请注意，这个类目是供后端用的，前端展示的类目需要单独再设计一个，并且让前端类目与后台类目进行映射)
既然选择不同类目出现不同的商品属性，所以我们需要一个“属性”模块来设置不同的属性，并且让不同的属性与类目进行映射(在属性多的时候需要能对属性进行分组)，通过映射我们就能在选择类目的时候出现不同的商品属性。
从上面我们就可以得出一个商品管理系统有的一些模块了：
为什么把品牌单独拿出来？遵守惯例做法吧(嘿嘿)，个人认为品牌作为一种属性应该放在属性中，但是品牌比较特殊，因为品牌是每个商品都会有的，而且一开始维护会比较频繁，所以拿出来单独作为一个模块。
四、模块简单介绍
1. 商品列表：
“商品列表”是我们日常使用的界面，有筛选查询、编辑、上架、下架、删除、导出等功能；具体样式请见图例：
在设计商品列表的时候需要根据考虑运营人员使用的便利性，例如常用搜索字段可放在外面，不常用的可放在高级检索内。
2. 类目模块：
用于类目维护的模块，包括新增、删除类目等。具体样式请见图例：
类目模块设计请根据公司系统或业务规模来，如果业务小等可将类目模块省去即类目确认后直接让开发小哥哥直接通过程序上传。
3. 属性模块：
用于属性维护的模块，包括新增、删除、编辑属性，并可将属性挂靠到类目。具体样式
属性模块可大可小，大的话就有属性分组且属性值可事设置内容和类型等。小的就直接设置属性，属性值需在上传商品的时候自行填写。
4. 品牌模块：
用于管理品牌的模块，具体样式可见图例：
品牌模块一般比较标准且通用，但是展示方式和内容也可多可少，是否展示品牌图片和商品统计等依据公司业务来。
5. 导入模块：
用于商品新增、商品图片新增、商品信息更新、商品图片更新、品牌新增、品牌图片新增等的模块。
五、总结
看似复杂的商品管理系统，在当我们从系统使用的角度来看的时候，就会发现它也有章理可循，我们如何输入商品，输入商品的那些信息，这些信息是什么，这些信息应该怎么处理等等，当我们回答完这些问题的时候，关于商品管理系统的轮廓也有出来了，后面的事情就是根据公司的业务来决定系统功能的多少或从人员使用习惯的用户体验角度来确定页面布局和细节了。
不知道是否对大家有帮助，也请大家多给一些建议，谢谢！
