导图社区 01商品中心
类目、品牌管理、属性管理SPU ,商品中心是电商系统中负责管理与商品有关的数据和能力的系统。它负责创建和管理商品、分类、品牌、属性以及其他所有与商品相关的数据,并为前台商品展示以及相关上下游系统提供商品能力。
编辑于2024-10-03 17:26:5701商品中心
概述
商品信息展示
前端
商品展示
订单
营销活动提供数据支持
后端
订单发货提供数据支持
仓储管理提供数据支持
供应商管理提供数据支持
基本概念
SKU SPU
SKU — Stock Keeping Uint即库存量单位,库存控制的最小可用单位、 如: iPhone 7 Plus 128G银色就是一个SKU
SPU 一Standard Product Unit标准化产品单元,是一组标准化信息的集合,与颜色内存无关例如: iPhone 7 Plus 是一个SPU
类目
分类树
常用有两层类目
前台展示类目
展示给消费者
会根据季节、消费策略、活动进行变更
后端商品类目
基础数据,不可随意变更
添加SKU都需要绑定后台的类目
属性
用来描述商品的特征
分类
关键属性
必填,指唯—能够确定产品的属性,如:手机屏幕尺寸、型号等
销售属性
组成SKU的特殊属性,或称为“规格属性”如:手机的颜色、内存;衣服的尺码、颜色
非关键属性
除关键属性和销售属性外的其他属性,如:手机接口等
类目、品牌管理
前后端分离
前台类目
面向用户,方便用户查找商品,按照运营人员需要调整
基础类目
面向内部人员或商家
原因
日常运营需要○需要不断变更或组合不同类目,美化前端展示的名称
如果直接采用前端类目。卖家在搜索商品时辨识度会降低,不便查找
概况
概况
商品属性、销售属性、品牌都是基于基础类目进行管理,前后台类目通过映射关联
类目管理对商品中心有着重要的意义,有着明显的平台印记
作用
方便快速发布即管理商品,供应链人员或平台商家更好进行商品管理
标准化商品服务,对于电商平台,品类定义基本确定平台的商品服务范围
有利于仓库管理,合理的商品类目管理还能方便仓库中库位分区管理商品
日常运营需要,在电商运营中,需要进行商品聚类,科学的类目管理可以减少运营的管理工作
分类
后台类目
面向平台、商家、管理商品和属性,商品挂载在叶子类目下
相对固定,不轻易变更,类目树—般三层或四层
特殊品类需要经营资质,如:烟、酒很多数据需绑定类目,如属性、品牌等
【注】品类设计,按照业务发展方向建立品类
前台类目
用户渠道管理
前台类目可支持不同客户端的设置
支持平台商家自定义店铺前台类目
前台类目定义
前台类目对应后台类目,可—对一、—对多、多对多
前台类目直接对应品牌、商品
前台类目对应后台的叶子类目和某项属性的组合
灵活多变的前台类目,对日常运营需要有很重要的意义
品牌管理
品牌是商品必备属性之一,在用户做决策时品牌是重要的因素
新建品牌,其相关字段—般有
Logo 中文名 英文名
归属地 备注
状态(可用、不可用)
将品牌关联到类目上,关系也是—对一、—对多、多对一
品牌关联类目的好处
提升发布商品的便捷性,避免出错
品牌关联标准化
在搜索筛选商品时更加快捷,如果品牌比较少,前期可暂不关联
品类管理,关乎客单价、毛利率,影响企业的经营管理
属性管理
概述
属性是对产品性质的描述,是区分产品差异性的集合。对属性的定义是为了在添加商品时,可以添加商品对应的属性,在搜索筛选是可以确定属性对应的意义和权重
分类
关键属性
关键属性可以是一个属性,也可以是多个属性的组合。能够确认唯一“产品”的属性。
例如:通过手机的“品牌”、“型号”两个属性组合就能确定唯一的产品,这两个就是关键属性
销售属性
也称为规格属性,组成SKU的特殊属性,它会影响买家和卖家的库存管理
例如:服装的“颜色”、“套餐”和“尺码”,都是销售属性除关键属性、销售属性外的其他属性。
非关键属性
非关键属性不一定是非必填项有的为了商品信息完善,也会被设为必填项。注意,产品的非关键属性并不包括商品属性
商品属性
表示商品的特有特征,会对消费者决策有重要的影响,如新旧程度、报修方式等,不能作为产品的属性
优势
对属性的定义对良好的体验有至关重要的作用,对搜索和索引筛选也很重要
对商品的搜索除了标题、类目,很大程度上依赖于商品属性
条件筛选,基础数据也是商品属性和规格属性
完善商品属性,对提高用户体验至关重要
预设属性库
类目属性都是调取属性库的内容,在填写时直接进行选择
在标准车找不到对应描述时,才进行自定义,预设的目的是为了让数据标准化
属性编辑
所属类目
属性分组
属性名称
属性分类
关键属性
销售属性
非关键属性
商品属性
显示类型
单选多选可自定义
属性值
定义属性值
是否必填
商品多属性的建议
属性分组
当类目属性较多时,对属性进行聚类分组,设置顺序显示
属性继承
每—层级的商品属性继承上—层级的商品属性,将每个层级的属性提取出来,便组成—个商品的完整的属性表达
当属性库搭建完成后,就会被各个叶子类目调用,添加商品时就需要填写这些属性,商品就有了描述的载体
出规格属性外,其他属性都是一致的,所以在新建商品时,可聚合在一起,并用其他属性
SPU & SKU
概述
SKU-最小库存单位 SPU -标准化产品单元
SPU & SKU
—对一
一对多 通过规格对应
SPU的库存是对应SKU的库存共同决定的,仓库管理、采购系统、库存管理、订单中心主要管理的是SKU信息,也就是实物
在仓库的条码对应方案有两种
全部自建条码,采用自己的SKU编码管理商品。需要入库前重新贴标,成本较高
有69码(条形码)的商品沿用69码,无69码的商品(比如蔬菜、生鲜等)以及无法指定到单一的有码商品重新贴SKU编码。在仓库管理时做相应条码映射
组合sku
组合SKU主要解决出售组合商品的问题,组合SKU的属性都继承主SKU
组合SKU不同于套装促销
套装促销在订单中会展示多个商品
组合SKU在前台是一个商品 应用场景 添加赠品
在订单解析成发货单时,组合SKU需解析成单—SKU,方便仓库发货,更新库存
场景—:没组合包装
在前台售卖的时候是一个单独的商品
下单后会对SKU进行解析
仓库检货的时候,会看到解析后的结果
场景二:有组合包装
将组合包装统—新建—个组合SKU独立入库
不予其他SKU进行关联
商品编辑
商品信息
类目 标题 品牌
商品属性 规格 价格 库存
规格(颜色、尺码)∶同—SPU对应多SKU,自动生成SKU编码,编写对应的条形码(69码)
设置SKU库存,若直接同步SKU,可以不填写
设置平台价、市场价,单独设置不同SKU的价格
SKU信息
(属性、毛重、长宽高等)
商品图
不同规格对应的商品缩略图
商品主图,一般要求图片质量较高,包括整体图和细节图
商品详情描述
商品详情页一般会区分电脑版和手机版,侧重点也不同
为了更好地占hi产品特点,可提供不同的产品详情模版,亦可支持富文布编辑
物流信息
选择运费服务时,要选择对应的物流模版(包邮、按重量、按件数等)
在订单处理方面是按照具体的物流模版计算运费
添加商品
1、通过销售属性去关联SPU与SKU,同一个SPU在前台显示时可以共用同一个商品详情,知识通过规格属性映射到具体的SKU上
2、通过供应商去关联采购,进而影响仓库中SKU的库存,供应商在添加SKU时亦可不选择,可以在采购系统中添加关联。
3、商品的关键属性和属性值,用于商品搜索和筛选时,缩短用户决策树
其他
设置上下架时间,或直接上架发布。和商品相关的活动,一旦商品下架,活动将失效,无法购买。
售后服务(发票、保修服务、退换货),包装清单等相关说明
搜索、筛选的商品范围都是在商家的商品范围进行
商品搜索及筛选
搜索
定义
搜索是通过对关键词的匹配,对目标内容进行检索查找。商品搜索可以帮助用户快速找到自己想要的商品
信息的工具、流量的入口
需要从商品中心、库存系统、营销系统、订单系统等多个数据库进行抽取相关数据,同步更新至搜索数据库中
排序
商品相关性,主要是标题、类目、属性等因素的综合权衡
销量相关性
主要是考虑销量、价格等因素
销量可以取某—时间段(通常为最近7天)商品销售数量。
价格倾向于取同类商品的常用价格区间
评论数,主要是计算商品的好评度、评论数
时效性,参考商品最近上架时间、最新更新日期
综合各种相关性因素,综合算出的排序分值对商品进行排序
服务
创建词库
构建搜索词库,定期更新和维护
用户搜索日志
品牌名称
属性 类目 人工设定
拆分关键字
将用户搜卖内容拆分出多个关键词,根据搜索的关键词结合词库
按字切词
索引
保证查全率
搜索联想词
纠错,搜索过程也存在纠错,主要有
数据查询
对搜索词处理后,搜索引擎程序会从索引数据库中找到所有包含搜索词的商品
主要从商品名称、品牌、类目、属性等数据中查询
识别分词与类目关系,与商品名称、品牌相关性、与关键属性、销售属性的相关性
从上架的商品中根据搜索排序规则返回商品
筛选
指能够建立用户与目标商品的更短路径,加快用户决策的进程。
价格区间
让用户选择目标商品的价位区间,并且提供—些常用的价格区间选择
品牌
从搜素结果商品中聚类选择出常用品牌,提供给用户进行选择
聚类规则一股是结果中品牌商品数,品牌根据热度和人工定义规则排序
服务 商品的服务标签
自营 分期购
次日达 包邮
分类
商品属性
搜索时,匹配的商品往往不是从某一类目中选择,而是从多类目中选择,但是商品属性又跟随类目变动
商品属性条件往往是从与搜索关键字契合度最高的类目中选择的