

首页  思维导图  详情



电商后台框架设计方案

2022-09-13 21:41:48   0  举报





AI智能生成

电商后台框架设计方案

电商后台框架

电商后台设计

程序开发

模版推荐

作者其他创作

大纲/内容

商品编辑

商品信息组成

规格、价格信息

规格

可以编辑、添加规格

可单独设置价格、库存、商家SKU

价格

可设置统一价、统一库存

平台价

市场价

货号即商品编码

商品图、商品详情描述、物流信息

商品缩略图

商品主图

物流模板

其他

售后服务

包装清单

上下架时间

商品管理

上下架管理

2种管理

主要功能

价格管理

一个商品多个价格

参考其他平台相同商品的价格

动态调价系统

促销活动

商品标签

活动标签

服务标签

性能标签

商家管理

库存

商品搜索及筛选

商品搜索

分词服务

数据查询

搜索排序

子主题

商品筛选

子主题

商品推荐

常规推荐

个性化推荐

商品评论

2个维度

订单整体

商品

评论处理

商品评论筛选

分级显示商品评论

根据商品评论和服务评论对商家店铺进行评级

商品的基本概念

SKU

库存量单位，库存控制最小可用单位

仓库管理、采购进货、库存管理都是以SKU为记录单元

举个栗子：iPhone 7 plus 128G 银色，就是一个SKU

SPU

一组标准化信息的集合

举个栗子：iPhone 7 plus，就是一个SPU

类目

前台展示类目

会根据季节、销售策略、活动进行变动

变动

添加SKU时需要选择后台类目，进行绑定

属性

关键属性

能够唯一确定产品属性

栗子：手机的屏幕尺寸、型号

销售属性

组成SKU的特殊属性

栗子：手机颜色、内存

非关键属性

手机接口类型

商品模块组成

类目管理和品牌管理

类目管理

为什么要前后台类目分开管理？

基础数据类目层

后台类目相对固定，不要轻易变更和删除

层级一般为3层、4层

商品属性、销售属性及品牌都是在基础类目上进行管理

赠品、促销商品设置专门类目

前台展示类目层

用户渠道维度

前台类目可以支持不同客户端的设置

支持平台商家自定义店铺前台类目

前台类目定义维度

前台类目对应后台类目

前台类目直接对应品牌、商品、

前台类目对应后台的叶子类目和某项属性的组合

品牌管理

品牌字段

关联到类目

提升发布商品的便捷性，避免出错

品牌管理标准化

在搜索筛选商品时更加快捷

属性管理

4种属性

关键属性

销售属性

非关键属性

商品属性

商品属性系统的设计

属性库

属性编辑

属性管理

属性分组

属性继承

当属性库搭建完成后，就会被各个叶子类目调用，添加商品时就需 &lt;br&gt;要填写这些属性，商品就有了载体

注意点

以一双男鞋为例，有颜色（假设白、红、 &lt;br&gt;黑3种颜色），有尺码（从39～44共6种尺码），那么这个SPU（男鞋） &lt;br&gt;下面就有18个SKU。这些SKU的属性除了规格属性外，其他属性都是一 &lt;br&gt;致的，所以在新建商品时，可聚合到一起，共用其他属性

SKU与SPU

SKU

仓库系统、采购系统、库存系统、订单中心等系统都是主要管理SKU

组合SKU

组合SKU的属性都继承主SKU

一个商品，不同于套装促销

应用场景：添加赠品、组合售卖

订单解析成发货单时，组合SKU需解析成单一SKU来发货

SPU

SPU与SKU的关系

可以一对多，一对一

多规格的SPU和SKU之间通过规格属性来链接

SPU的库存由其对应的SKU库存共同决定

一个栗子

淘宝、天猫的商品以SPU形态显示

京东以SKU形态显示

编码问题

自建条码

自家的SKU编码管理商品，需要入库前重新贴标

69码

商品有69码的沿用，无则重新贴自家的SKU编码

 Collect

Get Started

代理商后台

 Collect

Get Started

电商后台设计开发方案分享

 Collect

Get Started

追踪者设计方案_6

 Collect

Get Started

用户中心后台设计方案





0 条评论

下一页