网站内容管理系统后台 设计(电商行业商业模式，电商系统设计的总结和设计)

　　网站内容管理系统后台 设计(电商行业商业模式，电商系统设计的总结和设计)

　　从事电子商务行业，总结了电子商务系统的设计，各个模块相互独立，本文讲解商品管理系统的设计。

　　电子商务商业模式

　　电商行业有很多成熟的商业模式，大致有以下几种：

　　商品管理系统说明

　　商品管理系统是整个电子商务系统的数据基础。它用于记录与商品相关的数据。虽然系统逻辑并不复杂，但由于运营数据量大，需要把控细节，比如订单、营销、支付、物流等环节。数据需要从商品中心获取。

　　商品管理系统主要包括以下几个部分：

　　分类管理：管理产品分类，主要对不同的产品进行分类分类；品牌管理：管理产品品牌，为不同的产品添加品牌；规范管理：规范也可以称为属性，它决定了SKU、SPU，是商品模块的重要组成部分；参数管理：参数也叫非关键属性，类似于规格，但不决定SKU，只起展示作用；产品推荐：产品推荐分为常规推荐和个性化推荐；商品搜索：涉及商品搜索逻辑和后续展示问题；产品评论：关键词、敏感词筛选、评论等级等；产品管理：产品的增删改查，而其他操作，如拆架子，则更为重要。分类管理

　　分类也叫品类，是商品管理系统中最重要、最基础的部分。我们在设计商品系统时，首先要设计分类系统。

　　为什么？

　　分类，顾名思义，就是把东西分类，就是衣服和裤子，方便我们识别。同时，商品、规格、参数、品牌都链接在品类下。

　　前后类

　　我们平时设计分类的时候，可能只有前台分类，然后在第一段显示分类的标题。这种方法实际上并不好。原因如下：

　　不利于营销。如果我们只有一个类别并且我们命名它，我们必须考虑到后台的可操作性和用户体验。这个非常困难。对于用户来说，这个品类可以称得上是美服，但对于后台入口，他们会想到美服。不利于管理。您是否有时想删除某个类别，但该类别下的产品很多？这个时候就很头疼了。不利于检索。设置丰富的前端类别可以帮助用户更好地找到类别。大数据可以用来分析用户喜欢搜索什么，然后可以命名类别。

　　解决方案是设计两个类别，一个前端类别和一个后端类别。

　　有什么含义？后端分类给我们看。我们需要链接后端分类下的产品。前端分类是给用户看的。一个昵称，后端分类就像我们的名字，前端分类就像我们的游戏ID。

　　后端分类要尽量简洁明了，让人一眼就知道是什么意思，同时要便于管理，可以编号。

　　那么如何设计呢？

　　在后台设置两个菜单，一个是背景类，一个是前景类。背景类是我们通常设计的主要包括以下几个字段：

　　类别名称：类别名称，自行开始；前台类别：对应的前台类别是什么；描述：类别的描述；库存：该类别中还剩下多少库存；创建时间，修改时间：什么时候建，什么时候修改；操作：只能编辑，不能删除（背景类别不能删除，小心）。

　　前端类：前端类和后端类基本相同。不同的是，我们在创建前端类别时要注意。我们需要选择前端类别附加到哪个后端类别。再说一遍，不过前端类必须和后端类挂钩，否则就是一个没有身份的小黑子。

　　此外，前端类别可以编辑、删除和屏蔽。即使分类下有产品要删除也无所谓，因为产品是在后台分类的，这样我们就可以根据营销量需求灵活的改变前端的分类。

　　*敏*感*词*节快到了，那就多做一些关于礼物、玫瑰等的分类，屏蔽掉其他分类。在冬季，您可以屏蔽或删除所有关于夏季的服装类别。

　　分类级别

　　好吧，我来说说这个分类级别的问题。根据规模和业务的不同，分类级别肯定是不同的。所以在这里，我建议设置为三个层次，上衣-羽绒服-男士羽绒服。级别太少了。如果产品太多，不好管理，层次太深。，找了半天也是个问题，所以直接设置为三级类别。

　　具体设计后台的时候，我建议直接把后台分类设计成三层，然后不要动。易于管理

　　锚定规则

　　让我们谈谈附属规则。首先，前端分类必须隶属于后端分类，商品必须隶属于后端分类，并且：

　　商品必须链接到最低的类别，即最小的类别，并且只能链接到一个类别。为什么？因为我们创建规格、属性，所以品牌必须锚定在最低分类之下。为什么，因为容易管理，如果你不隶属于最小的类别，那么创建这个子类别的目的是什么，如果你同时隶属于多个级别就很难理解，并且你可能不明白这个产品是什么类别。前端分类必须和后端分类挂钩，对应关系比较灵活。背景分类已经确定。前台在后台的锚定只是因为灵活使用的具体需要，对逻辑没有影响。因为不管怎样，前端展示都会去寻找那些后端分类对应的前端分类，以及这些分类下有哪些产品。品牌管理

　　品牌在一些小商场可能没有，但是系统的介绍，还是得说一下。

　　设计干货

　　LOGO：品牌都有LOGO吧？

　　中文名称：品牌的中文名称是什么？老张？

　　英文名称：品牌英文名称，zhangser

　　起源：品牌从何而来？日本还是加拿大？

　　充足：根据描述准备

　　状态：是否开启（开启后可在产品创建时拉取）

　　操作：创建新品牌、编辑、删除、启用/禁用

　　锚定规则

　　品牌的从属规则和前端品类的从属规则一样，也附属在后台品类下，对应关系也是灵活多变的，废话不多说，如上所述。

　　规范管理

　　规范也称为属性。他们叫什么并不重要。要知道，除了分类之外，规格是另一个关键点，因为规格决定了SKU、SPU、库存和价格。当我们添加产品时，规格也是最重要的。所以现在，规格基本上有两种形式：一种是单规格单选，一种是多规格单选。

　　我的建议是选择第二种设计方式，因为它的扩展性很强，也有利于前端展示。以下是多规格单选的设计规则：

　　设计干货

　　规格名称：规格名称，如颜色；

　　背景类别：规范属于哪个背景类别；

　　规格值：一个规格名称对应一个对应的规格值，红、蓝、黑；

　　创建时间，修改时间：什么时候建，什么时候修改；

　　备注：添加备注；

　　动作：修改、删除（规范下有项目时不能删除）、启用/禁用（禁用后类别下找不到规范）。

　　规格分组

　　当我们创建规范时，我们会将规范链接到类别，但有时一个类别可能有许多规则组合。为了方便使用，我们可以创建规格组，例如：运动鞋，有时可能有尺码、颜色。

　　而且有时可能只有尺寸，所以我们在选择规格的时候，可能会做出多种选择，选择我们需要的规格，但这也很麻烦。这时引入了规格分组，一个组下有多个规格。给组命名，以便在选择规格时可以直接选择组。是不是方便多了。

　　类中规范的继承

　　一些规范对多个类别是通用的。我们可以将此规范附加到丈夫级别的类别中，这样当我们创建产品并选择其子类别时，它将自动具有其上级拥有的类别。即子类继承上级类的规范。

　　这将使我们更加方便。比如尺码规格的服装产品基本都有。我们把它挂在服装类别下，这样上衣、裤子和鞋子都会有尺寸规格。您可以选择尺寸规格。

　　参数管理

　　参数与规格类似，但不决定SKU的信息，也不决定价格和库存，参数名称和参数值可以自由创建。类别下。

　　设计干货

　　参数名称：参数的名称，如新旧程度、毛重

　　参数值：参数的数值，新旧等。

　　备注：设置备注

　　特色产品