电商后台管理系统-电商后台管理系统论文 收藏 0

电商后台设计：品类管理

商品作为整个电商平台中的核心，系统中所有的业务都需要根据它来展开，所以设计一套易用、可扩展的商品模块是非常重要的。文章从品类管理的基本业务出发，对具体的功能模块展开了梳理说明，希望通过此文能够加深你对电商后台设计的认识。

由于内容较多，我通过三篇文章来讲解一下商品管理中各个功能是如何设计的。商品管理中包含品类管理、品牌管理、属性管理、商品维护四个功能点，通过这四个功能数据的相互配合，才能完整对商品数据的维护。本篇我们先来聊一聊品类管理是如何实现的。

电商平台商品繁多，如果没有一个好的数据归类，无论对于后端维护人员还是前端用户的查找体验可以说是灾难性的，所以在商品维护模块中品类管理算是最基础的功能了。

电商平台中品类管理通常分两种：前端品类管理和后端品类管理，为什么会有两套品类管理呢？

• 当平台发展壮大的时候，平台上的商品非常的多，后端系统需要创建比较细致的品类对商品归类以方便精细化管理和数据统计。
• 前端为了活动促销，运营人员会根据当前热度或根据用户喜好不断的对品类做个性化调整，以满足推广活动，如果直接修改后台的品类，势必导致后端品类混乱，维护人员(通常由采购部的人来维护)无法识别商品品类。

基于上面两点，通常就会开发两套品类分别由运营人员和采购人员各自进行维护，即不会相互影响，又实现了各自的业务功能。

要了解前端品类的功能，JD、TM肯定是我们必然要参考的对象，所以我们还是先看看他们的品类都有哪些功能，下图是JD官网首页的分类展示，我接下来分析一下功能：

电商品类大大小小几百种，一个好的组织方式无疑能够让用户更快速、更直观的了解网站的业务内容，最常规的方式就是层级分明的树形结构。综合考虑到商品的细分程度和用户的体验效果，前端展示的品类一般都是三级结构。

由于页面高度限制和用户视觉效果影响，网站首页默认只显示一级品类，二、三级品类通常被隐藏，需要通过用户移动鼠标来进行触发显示。

由于默认只显示一级品类，但是又需要让用户对网站业务能有一个直观的了解，所以一级品类通常都是根据相似功能聚合多个品类一同进行展示，到二三级则为具体类目信息。

当然不同企业有不同的战略考虑，还是需要根据实际业务考虑，合理组织商品类目信息。

活动运营是电商平台的核心业务，而品类作为电商的一个重要搜索入口，前端品类会加入个性化的链接跳转，通过点击品类跳转到指定的专题页或活动页，以增加活动流量。

大家可以在JD官网上试试，将鼠标放在品类上，屏幕左下方会出现跳转链接地址，大体有两种形式：一种是跳转到相应的专题页中；另一种是跳转到搜索页中。

上面我们讲了系统需要设计两套品类管理，它们又是如何关联在一起的呢？这个问题其实也比较简单，在创建前端品类的时候，会有一个关联设置功能，运营人员可以个性化设置关联多个后台品类。如：办公 -> 笔、本子、册子

• ICON:为了美化品类的展示样式，前端UI通常会设计一些ICON图标进行优化，该功能手机端使用的比较多
• 排序功能：运营会根据活动热度动态来调整个别品类显示的顺序，通过后台排序数字可以自由进行维护
• 状态：控制品类是否展示在前端

功能整理：

列表页原型图：

列表页上的删除功能需要注意，当品类包含子品类时，父级品类不能被删除，必须要先删除完所有的子品类，以防止造成系统内部脏数据。

表单页原型图：

关联品类页原型图：

前端品类关联后端品类时，可以关联到任意一级，无须精确到最后一级。

对于后来系统来说，主要用于数据分类，功能相对较少一些，对于页面优化并没有那么高要求，所以跳转路径、ICON设置就不需要进行维护。

但是它有一个非常重要的关联属性功能，用于维护商品展示属性的基础设置，由于涉及内容比较多，我在下一篇文章中介绍。

功能整理图：

列表页原型图：

表单页原型图：

小提示：在展示树形结构数据时，当数据量比较少的时候(如系统菜单列表)通常会采用带有上下级折叠功能的样式进行展示，但是数据量比较大的时候，通常采用分页展示，不然单页面数据太大，经常出现卡顿现象。

作者：JackLiu；个人微信公众号: 扬帆去远航（ID:Jackai_liu)

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

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

电商后台设计：系统管理、菜单管理

文章对系统管理和菜单管理的设计过程以及其中的业务逻辑展开了讲解，主要适合从事互联网产品设计、技术研发以及产品运营人员学习。

对于绝大数后台管理系统功能管理应该是它的重点，系统中涉及大量的功能模块，能够有一个清晰的结构划分，无疑会提升员工的使用效率。如下图：

设计一个功能前，最重要的还是需求，了解清楚想要的功能，设计起来就会容易很多。导航的常见功能如下：

• 页面导航: 菜单最基本的功能就是导航作用，可以在系统内部或系统外部自由切换。
• 功能划分: 一个系统通常包含大量功能点，通过模块划分、层级结构可以更清晰的展示出系统架构
• 权限管理: 对于常见的门户网站来说，菜单最主要的功能就是起到快捷导航作用，而对于后来系统来说，除了导航功能，它还涉及到权限功能。因为后台中涉及到大量的业务工作，所以在不同中页面可能有多个操作按钮，而操作按钮无法单独存在，需要依附在对应菜单上的。

通过上面的对菜单功能的分析，可以整理出如下所需字段：

• 菜单名称：功能作用的直接体现方式
• 父级菜单：展示父子级菜单的层级关系
• 跳转方式：系统内部跳转还是外部跳转，参数值有：
• 站内跳转：系统内部的跳转，将URL设置为不带域名的相对路径(如:/user/index)
• 站外跳转：系统外部的跳转，将URL设置为带有域名的绝对路径(如：http://www.exp.com)
• 跳转路径：设置具体的跳转地址
• 新页面：跳转后的页面是在原始页面还是打开新的页面
• 页面操作：列举出所跳转页面内所有的操作功能，为后面的权限设置提供选项
• ICON: 页面美化效果(不同系统略有差异，有些使用的是图片，根据自己需求而定)
• 状态：导航功能是否正常使用，参数值有：
• 开启：正常使用中的菜单
• 关闭：已停用的菜单
• 标识码: 系统内部识别的唯一标识信息，主要用在页面权限判断上

列表页原型：

表单页原型：

上面对[页面操作]的设计做几点说明：

1. 上面我们分析了页面操作也会参与权限的判断,代码里面不会写汉字进行逻辑判断，所以功能按钮也需要设计对应的标识码
2. 一个页面中有多个操作按钮，只有具体到功能页面才会知道，如大部分页面都会有查看、详情、添加、编辑、删除功能，商品管理页可能还会有上架、下架功能，财务相关页面还会有审核功能，所以这个功能需要动态管理。

1. 跳转：页面跳转是通过<a href=”/>标签实现的，如果a标签中路径设置为相对路径，点击跳转时系统会在相对路径前自动添加当前系统的域名,如果路径设置为带有域名的绝对路径，点击跳转时则会直接跳转到对应地址，当后台有多个业务系统时或者跳转到

2. 标识码：当后台程序将数据入库后，数据库会自动分配一个唯一的ID，后期一些特定的判断我们会通过在代码中写死ID值来获取指定的数据。但是这会产生一个问题，开发时的测试数据库经常会进行人为数据删减，而生成环境的数据库是规整的，所以会产生看似相同的数据但是数据库ID值不一样的情况，而写死在代码里面的ID值是参考测试库的ID，最终导致功能上线后不可用。所以通常的解决方案就是加一个可维护的标识码，代码中通过写死标识码来获得具体的数据信息。这种方式在我们后期很多设计中都会使用。

3. 标识码编码:对于系统各个功能编码，不同人有不用的习惯或者要求，我个人对菜单的编码是给每个层级菜单一个两位数字，如果层级不够三级用零补齐；而页面功能按钮，根据字面意思翻译成英语, 如：

系统管理 [100000]

| – 菜单管理 [100100] 查看[get] 添加[add] 编辑[edit] 详情[detail] 删除[drop]

| – 组织架构 [100200]

消息管理 [110000]

|- 订单消息 [110100]

|- ….

4. 页面权限判断：当用户进入到对应页面，会先通过菜单标识码(标识码被写死在代码里)请求后台数据获取到页面功能权限列表，再在页面中根据匹配的功能标识码显示对应的操作按钮。如：用户进入【系统管理->菜单管理[100100]】, 接口则通过100100请求权限接口返回页面功能权限列表,如：[get,detail], 页面显示 查看、详情功能按钮。

作者：JackLiu；个人微信公众号: 扬帆去远航（ID:Jackai_liu)

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

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

电商后台系统：采购管理

本文对电商后台系统中的采购管理部分进行了分析介绍，对每个步骤模块进行了说明，希望通过此文能够加深你对采购管理的认识。

了解什么是供应链？

供应链：“围绕核心企业，通过对信息流，物流，资金流的控制，从采购原材料开始，制成中间产品及最终产品，最后由销售网络把产品送到消费者手中。它是将供应商，制造商，分销商，零售商，直到最终用户连成一个整体的功能网链模式”。

了解采购处于供应链的哪个环节？

电商的采购是由采购业务人员向供应商发起商品的订货的流程,基于采购,才有后续关于供应链入库、退货、销售等等业务,所以说采购是自营商品开始运营的源头业务。

什么样的电商企业需要采购业务？

现在基本主流电商企业像淘宝、拼多多，并不像传统企业那样自己生产产品，那平台商品哪里来？一种是商家来平台开店就是POP模式；另一种就是从供应商那里采购到平台自己的仓库，货权都是平台自己的，就是自营模式；自营业务才有采购，相当于负责了企业的第一利润源泉（第一利润源泉：原材料；第二利润源泉：人力成本；第三利润源泉：物流系统），其重要性不言而喻。

采购管理从大的方面我们可以分为：执行层、策略层和战略层。

• 采购管理执行层，有些地方也称为”小采购“，主要由采购员组成，职责包括下采购单、跟单、催单、结算等相关的执行操作。
• 采购管理战略层，也可以称之为”大采购“，也就是对供应商的管理，包括供应商开发人员，负责供应商的寻找、签约、合同管理、样品领用等；质量监督人员，负责供应商的货品质量、价格、到货准时率、售后问题等相关的绩效考核。
• 采购管理策略层，也就是通过数据来驱动智慧采购，包括销量预测、采购建议、自动补货等，主要帮助采购人员做决策，包括哪个商品什么时候需要采购，需要从哪个供应商以什么样的价格采购，需要采购多少数量等，以提高商品的现货率和减少库存周转天数，进而提高效率、减少成本。

完成一次采购其实就是从哪个供应商以什么价格采购哪些商品采购多少。

所以包含了商品、价格、商家、库存 4个要素：

• 商品管理
• 供应商管理（自营合作模式包括：经销、代销入仓、代销不入仓）
• 价格系统
• 采购管理（经销和入仓合作模式的商家货品是需要运到平台仓库；不入仓的不用，货品在商家仓库，只需要提交虚拟库存到平台）
• 库存管理

不同的公司的架构不同，本篇的采购流程主要是在采购管理系统完成，需要的基础数据都来自商品系统、供应商管理、价格系统。

接下来主要介绍是采购管理和库存管理。

采购流程，从采购计划到采退配报废执行，这是重点说下正向的流程：

1. 采购部销售目标制定后，会制定对应的采购计划。采购部根据采购计划下采购申请。
2. 代销不入仓的商家，走库存提报的流程，加减虚拟库存。
3. 代销入仓/经销商家，由采购部门向商家下采购申请单。
4. 采购部门管理层需要审核采购申请单。
5. 审批通过后，如果需要把货铺到多个仓库，则需要根据单品在各大区仓库的历史销量进行采购分仓，生成多个采购单。
6. 生成的采购单据流转至供应商门户，由供应商操作发货，运输方式可选择是干线或者非干线。
7. 若发货方式为干线，由公司干线分配配送方式为干线还是集货，直送直接送货入库。集货先入集货仓，然后再分仓入库。
8. 选择为非干线，有物流公司或者快递送货入库。
9. 最后是货到仓库，仓库人员操作入仓，平台更新库存数据。

重点信息是确定供应商、仓库、商品、采购量和价格。

管理和查询单据。

7大区域：按照全国地理位置划分的7大区域，华北、华东、华南、华中、西南、东北、西北。

大区仓：每个区域下有对应的仓库，如果用户订单地址属于该区域，仓库会优先发货。

我们要计算的是全国7个大区仓，每个仓应该分配多少采购量：

大区占比：是结合算法预测模型算出该单品在7个大区的销量占比。

该仓单品分配采购量=（总采购量+单品在所有大区仓剩余库存）*大区占比-该仓所在区域的单品的剩余库存

举个例子：喵哈哈钙奶，采购量1500

确认采购单并且确认发货的数量和运输信息。

采购管理系统层面是执行层，更多通过流程整合、交互的优化来帮助买手/供应商效率。

备货：

采购是库存的源头，采购量是关键，关系到库存管理（不能多采，否则会呆滞）、前端的销售业务（不能少采，否则会缺货），因此备货计算在整个采购业务中非常重要。

采购量的确定常见一般2种方法：人工备货（用户根据自己的经验手动创建）和智能补货（用数据驱动智慧采购）。

介绍下补货模型：

提前期，即采购下单到商家运输货物到仓所需的时间。

安全库存，即采购下单到商家运输货物到仓期间卖出去的库存。当可售库存低于这个库存的时候，必须要进行补货，否则就会断货。

日均销售，预测商品未来的日均销量。

补货量=期望商品售卖的天数*日均销售*大促系数+预计到货期间消耗的库存 -可发库存-在途库存

举例：

期望销售天数：58天

计算得出补货量=58*69*1+29*69-529-0=5474

库存管理，还有一部分是库存健康管理，包括在途库存、滞销库存、效期管理等，且听下回分解。

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

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

本文作者及来源:Renderbus瑞云渲染农场https://www.renderbus.com