电商后台框架设计方案
2022-09-13 21:41:48 0 举报AI智能生成
电商后台框架设计方案
作者其他创作
大纲/内容
商品信息组成
可以编辑、添加规格
可单独设置价格、库存、商家SKU
规格
平台价
市场价
可设置统一价、统一库存
货号即商品编码
价格
规格、价格信息
商品缩略图
商品主图
物流模板
商品图、商品详情描述、物流信息
售后服务
包装清单
上下架时间
其他
商品编辑
2种管理
主要功能
上下架管理
一个商品多个价格
参考其他平台相同商品的价格
动态调价系统
价格管理
促销活动
活动标签
服务标签
性能标签
商品标签
商家管理
库存
商品管理
分词服务
数据查询
搜索排序
子主题
商品搜索
商品筛选
商品搜索及筛选
常规推荐
个性化推荐
商品推荐
订单整体
商品
2个维度
商品评论筛选
分级显示商品评论
根据商品评论和服务评论对商家店铺进行评级
评论处理
商品评论
库存量单位，库存控制最小可用单位
仓库管理、采购进货、库存管理都是以SKU为记录单元
举个栗子：iPhone 7 plus 128G 银色，就是一个SKU
SKU
一组标准化信息的集合
举个栗子：iPhone 7 plus，就是一个SPU
SPU
会根据季节、销售策略、活动进行变动
前台展示类目
添加SKU时需要选择后台类目，进行绑定
变动
类目
能够唯一确定产品属性
栗子：手机的屏幕尺寸、型号
关键属性
组成SKU的特殊属性
栗子：手机颜色、内存
销售属性
手机接口类型
非关键属性
属性
商品模块组成
商品的基本概念
为什么要前后台类目分开管理？
后台类目相对固定，不要轻易变更和删除
层级一般为3层、4层
商品属性、销售属性及品牌都是在基础类目上进行管理
赠品、促销商品设置专门类目
基础数据类目层
前台类目可以支持不同客户端的设置
支持平台商家自定义店铺前台类目
用户渠道维度
前台类目对应后台类目
前台类目直接对应品牌、商品、
前台类目对应后台的叶子类目和某项属性的组合
前台类目定义维度
前台展示类目层
类目管理
品牌字段
提升发布商品的便捷性，避免出错
品牌管理标准化
在搜索筛选商品时更加快捷
关联到类目
品牌管理
类目管理和品牌管理
商品属性
4种属性
属性库
属性编辑
属性分组
当属性库搭建完成后，就会被各个叶子类目调用，添加商品时就需 <br>要填写这些属性，商品就有了载体
属性继承
属性管理
以一双男鞋为例，有颜色（假设白、红、 <br>黑3种颜色），有尺码（从39～44共6种尺码），那么这个SPU（男鞋） <br>下面就有18个SKU。这些SKU的属性除了规格属性外，其他属性都是一 <br>致的，所以在新建商品时，可聚合到一起，共用其他属性
注意点
商品属性系统的设计
仓库系统、采购系统、库存系统、订单中心等系统都是主要管理SKU
组合SKU的属性都继承主SKU
一个商品，不同于套装促销
应用场景：添加赠品、组合售卖
订单解析成发货单时，组合SKU需解析成单一SKU来发货
组合SKU
多规格的SPU和SKU之间通过规格属性来链接
可以一对多，一对一
SPU的库存由其对应的SKU库存共同决定
淘宝、天猫的商品以SPU形态显示
京东以SKU形态显示
一个栗子
SPU与SKU的关系
自家的SKU编码管理商品，需要入库前重新贴标
自建条码
商品有69码的沿用，无则重新贴自家的SKU编码
69码
编码问题
SKU与SPU
电商后台框架设计方案
0 条评论
回复 删除
下一页
