商品中心中台支持系统(2)-分类设计

目录
  • 商品中心中台支持系统-分类设计
    • 修订记录
    • 目录
    • 1、分类设计
      商品中心中台支持系统-商品销售信息设计
修订记录
日期版本章节描述作者
2018-10-25V1.0初始版本无涯
目录1、分类设计

本文讲述电商系统构建中,商品中心属性模块的相关知识和数据存储设计。

1.1、分类知识

分类管理具有如下功能:

· 1.方便快速发布及管理商品,供应链人员或平台商家更好进行商品管理;

· 2.标准化商品服务,对于电商平台,品类定义基本平台的商品服务范围;

· 3.有利于仓库管理,合理的商品类目管理还能方便仓库中库位分区管理商品;

· 4.日常运营需要,在电商运营中,需要进行商品聚类,科学的类目管理可以减少运营的管理工作。

商品前台分类方便用户查找商品。根据运营需求,方便把商品挂载到不同的分类上。前台类目不同于固定的后台类目,编辑很灵活、可重叠、可删除、可随时变动,定时生效。

商品后台分类为商品的固定分类,一般不可轻易调整。商品上新时,先选择后台分类,后台分类可与规格,属性做绑定关联。后台类目树中最重要的是叶子类目,也就是类目树上不能再往下分的类目,任何商品都必须挂载到后台叶子类目上。

为什么要设置商品的前后台分类?
08 年的时候,有个淘宝的产品经理从线下零售巨头沃尔玛得到启发,他发现沃尔玛仓库里面的类目分区和货架区的类目分区是分离的,仓库里面的类目分区比较稳定,很少变化,而货架区的类目分区会根据活动和季节经常调整。类似的,淘宝也可以把原来的一套类目体系分为后台分类和前台分类,后台分类面向商家,用来挂载商品和属性模板,比较稳定很少变化;前台分类面向用户,主要方便用户查找商品,很灵活,可以经常调整。后台类目和前台类目之间通过映射联系起来,一个后台类目可以映射到多个前台类目,一个前台类目也可以包含多个后台类目。

从技术的角度来看的话,前台类目就是在后台类目的基础上建立了一个虚拟类目。

应用场景:

  1. 为商品设置前后台分类。

  2. 通过商品前后台分类筛选商品。

如京东商品搜索信息展示界面:在这里插入图片描述
2.2、分类管理

2.2.1、分类管理思维导图
在这里插入图片描述

2.2.2、前后台分类应用举例
在这里插入图片描述

用户输入 query:iPhone,类目属性体系预测到跟这个 query 最相关的前台类目是手机,然后前台类目通过映射找到后台类目手机,最终在这个类目下找到了“iPhone 5s 土豪金”这个商品。
有了类目属性体系,用户搜索 iPhone,系统就不会给出手机套这样的配件了,因为它只会到手机类目下去找商品。

有了类目属性体系,用户可以直接在搜索结果页按照类目和属性筛选商品,更加高效的找到想要的商品。而系统搜索可以通过记录用户搜索 query 之后的类目属性筛选行为,精准预测每一个 query 的类目和属性意图,当用户再次搜索的时候,可以根据 query 的类目属性意图,在 query 文本相关性的基础上计算出商品的类目和属性相关性,把包含 query,且跟用户的类目和属性意图最相关的商品优先展示给用户。这也是百度这样的通用搜索引擎所做不到的,因为它没有类目属性体系。

有了类目属性体系,还可以做好搜索算法的垂直化优化。也就是在每一个细分类目下,可以采用不同的商家权重和品牌权重,甚至可以有不同的排序公式。比如用户选择手机时,更多考虑各项参数和评测文章,这个时候相应的排序权重因子可以加强,而选择服装的时候,一张漂亮的主图就无比重要了,排序因子里面主图质量的权重就需要提升了。有了类目属性体系,还可以做基于类目和属性的个性化搜索。搜索引擎通过用户的类目属性筛选日志,可以挖掘出用户的一些特征,比如性别,意向价格区间,偏好品牌,偏好品类等,从而可以对这个用户做个性化的展示。

2.3、应用模块示例

后台分类管理
在这里插入图片描述
后台分类与规格关系管理:
在这里插入图片描述
后台分类与属性及属性值关系管理:
在这里插入图片描述
前台分类管理:
在这里插入图片描述
前台分类与商品关系管理:
在这里插入图片描述
前台分类与筛选项关系管理:
在这里插入图片描述
2.4、数据结构设计

2.4.1、数据表设计

分类数据存储在分类系统中,在商品中心,主要是利用分类数据做分类同商品,规格,属性等的关系数据维护。后台分类管理商品的基础信息,前台分类用于运营和商品数据筛选。

在这里插入图片描述
在这里插入图片描述
字段说明:
后台分类与规格关系表
c_id:后台分类编码
business_num:规格编码
商品前台分类与商品的关系,可通过分类下的商品与后台分类的关系获取到商品后台分类对应的属性和属性值。但为了各个不同业务平台的高度自定义,可设置前台分类对应属性的属性别名,属性值别名,于是才额外加了前台分类与属性,属性值的关系表。前台分类与属性属性值的数据根据程序自动生成,用户可编辑对应的属性名称和属性值名称。

分类具体数据由分类系统提供,具体包括分类别名,分类名称,分类编码,分类上下层级关系。

2.4.2、属性数据示例

展示后台分类与规格的测试数据:
在这里插入图片描述

2.5、设计原则说明

属性数据表设计原则:

1.基础信息字段细分独立。
2.业务归类。
3.为什么设置后台分类与属性关系后,还设置了后台分类与属性值的关系?
已经有了属性和属性值的关系,在设置分类与属性值的关系并不多余,参考京东的设计模式,因为一个属性下可能存在大量的属性值,比如口味。但考虑到一个具体商品分类时,他的属性值是少量的,因此需要专门设置分类与属性的关系。

商品心,是一个核心系统,会和其他系统都有交集,比如:网站、订单、采购、仓储、配送...,所以独立出来,做一个单独的商品心,有人负责,还是很有必要的。 商品状态:0.新建(待进货)、1.待售(入库后)、2.上架(在售)、3.下架(停售),将来有审核的话用-状态 术语: 款号:style,一个系列,一般都是供应商或者生产厂家进行编码并提供; 款色编码:供应商或生产厂家对某个系列下某个颜色商品的编码;到色的,级别对应的是系统商品编码; 商品编码:系统按照一定的规则,对商品进行的规律性更强的编码,这个系统使用8-10位数字; 货品编码:我们把到尺码的商品,定义为货品,这个系统对货品的编码采取商品编码+3位数字的方式; 分类和属性绑定: 分类和属性绑定,必须先绑定属性项,再绑定属性值,绑定属性项时,必须设置属性的规则(比如是否多远,是否必填,是否网站显示),即这些规则限制都是跟着分类走的; 规则限制以后的行为,不限制既存的数据:比如把一个属性项修改成必填,不代表要把过去的数据都设成必填。 数据批量导入: 数据的批量导入,比如商品货品批量进入,批量调价等,本系统不使用Excel,建议使用页面上的表格,并间隔时间自动保存,存储格式为JSON,可以多次编辑进行导入。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值