电商后台框架设计方案
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种属性
关键属性
销售属性
非关键属性
商品属性
商品属性系统的设计
属性库
属性编辑
属性管理
属性分组
属性继承
当属性库搭建完成后，就会被各个叶子类目调用，添加商品时就需 <br>要填写这些属性，商品就有了载体
注意点
以一双男鞋为例，有颜色（假设白、红、 <br>黑3种颜色），有尺码（从39～44共6种尺码），那么这个SPU（男鞋） <br>下面就有18个SKU。这些SKU的属性除了规格属性外，其他属性都是一 <br>致的，所以在新建商品时，可聚合到一起，共用其他属性
SKU与SPU
SKU
仓库系统、采购系统、库存系统、订单中心等系统都是主要管理SKU
组合SKU
组合SKU的属性都继承主SKU
一个商品，不同于套装促销
应用场景：添加赠品、组合售卖
订单解析成发货单时，组合SKU需解析成单一SKU来发货
SPU
SPU与SKU的关系
可以一对多，一对一
多规格的SPU和SKU之间通过规格属性来链接
SPU的库存由其对应的SKU库存共同决定
一个栗子
淘宝、天猫的商品以SPU形态显示
京东以SKU形态显示
编码问题
自建条码
自家的SKU编码管理商品，需要入库前重新贴标
69码
商品有69码的沿用，无则重新贴自家的SKU编码
0 条评论
下一页
