如何设计通用商品管理系统?
一个逻辑清楚的后台,才能打造流畅的电商体验。
凡是涉及到购物,必然是建立在商品的基础之上。
作为交易的基础,商品管理可以说是电商系统最中重要的部分,它是连接前端用户,平台商户,后台系统的桥梁,商品管理系统与采购系统PMS、订单管理系统OMS、仓储管理系统WMS、促销活动系统、物流配送系统TMS等有着紧密的联系。
商品管理体系的延展性,对于平台的运营维护有直接的影响,它在一定程度上决定了平台能走多远。
作为一个浸淫生鲜电商有些日子的产品人,我想整理下自己的所思所想,如有不足之处,还望各路大神多多指教。如能给入行的产品小鲜肉们带去一点点的帮助,那便是你我之幸事。
话不多说,先上图:
商品管理基础部分-图1
在参与过几套完整的自营生鲜电商供应链后台设计后,总结出一个商品管理系统必须包含的几个基础部分:类目管理、单位管理、品牌管理、属性管理以及一些基础信息的管理,其中最核心也是最重要的要属类目管理。
当然有些公司因为业务需要,会管理的更为精细,可能还会有商品包装管理、商品等级管理等等,这里就不一一叙述。
一般来说,我所列举的4个部分,足够组建起一个相对完整的商品体系框架,然后再根根据业务需求,在此框架上进行迭代。
一、类目管理
1. 商品类目存在的意义
后台类目:电商系统的产品数量大,通过类目将商品进行分类管理,增加商品运维管理的效率。
一般分为3级,不便过多,过多可能导致冗杂。商品挂靠在最后一级——叶子类目,也就是类目树上不能再往下分的类目,要注意类目名称不能重复;举个简单的例子:苹果–>富士苹果–>水晶富士。
后台商品主要是面向内部工作人员,相对来说较稳定很少变化。
后台类目-图2
前端类目:主要是建来方便前端销售,提高商品在前端对于客户的有效展示、搜索、查找,方便用户在海量的产品中快速精准的找到商品,从而提高成交率。
前台类目一般为2级,最多不要超过3级。商品挂靠在前台类目的最后一级——叶子类目,类目名称不能重复。
由于后台类目相对来说专业性比较强,显然我们不能要求用户都具备专业的分类素质,因此需要配置一套比较亲民的类目展示在前端。
再者,各大电商平台每到节假日/促销活动日,其前端展示的分类一般都会随之改动,这时候更改的就是前端类目,来达到促销引流的效果,而不需要去更改后台类目。
如上所述,前端类目十分灵活,运营童鞋们可以经常调整,但不是随意调整,要牢记前端类目是用来达到销售目的。
2. 两者之间的关联关系
- 前端类目通过跟后台类目映射间接和商品关联,因此用户在客户端查看前端类目时,可以查询到它关联的后台类目包含的所有商品;
- 前端类目必须关联一个及以上一级、二级、三级后台类目;
- 后台类目只能关联到前端类目的叶子类目,同时也可关联多个前端叶子类目。
前端展示一般是“后台叶子类目+前端叶子类目”结合的方式,一般水平导航放前端类目,垂直导航放后端类目。
比如每日优鲜的分类:
后端类目+前端类目
二、属性管理
商品属性管理的意义:当系统产品变的十分丰富的时候,光是简单分类已经无法满足对商品的管理了。
比如奇异果按箱头规可分12#,15#,26#,27#,28#,36#等;按品牌又有悠然、佳沛……类目的层级会越来越深,也会出现交叉和重复的问题。
这时就需要引入另外一个维度来管理具象的商品,那就是“属性”。
属性
在讲属性之前,先引入2个电商人常挂在嘴边的术语:
- SPU:标准化产品单元(Standard Product Unit),是商品信息聚合的最小单位,是一组可复用标准化信息的集合,也就是能区分是什么商品的最小单位;
- SKU:最小的库存单位(StockKeeping Unit),可以以件,盒,箱,千克等为单位存储,商品的进货、销售、售价、库存等最终都是以SKU为准的;也就是用户能够直接购买的商品,
1. 基础属性
基础属性就是组成SPU的属性,能够确认商品信息聚合的的唯一性,例如“黄金奇异果”就是一个SPU,就好比华为 P30 一样。
2. 规格属性
规格属性是组成SKU的属性,直接影响用户购买和系统的库存,比如:佳沛-黄金奇异果-26#;是前端用户可以直接购买的商品的属性。
3. 描述属性
描述属性是商品一些特性的描述。
同一个叶子类目下的商品,其属性往往差异很小,如果有规范的类目属性列表,可将属性组与类目关联。这样,新建商品时,只要选择商品类目,商品属性就自动带出,可有效减少商品维护人员的工作。
属性继承
三、商品品牌
品牌管理的意义在于:维护一个平台共有的品牌库,商品新增和编辑的时候,只能从品牌库勾选已有可用的品牌,从而避免前端一个品牌多个名称的出现。
商品品牌
如商品库数量较大,新建品牌时,可将如某类商品具有相同的品牌,可将品牌关联到后台类目下,这样添加产品时会更加快捷。品牌与后台类目之间是多对多的关系。
四、单位管理
单位管理的意义:方便商品新建的时候,基础单位的选择,以及涉及到后面商品库存管理、进销存管理、采购管理等等,以及和销售之间的一些转换问题;通过库存单位的有效状态来控制新建商品的时候是否能够选择;
单位管理
1. 库存单位
也就是商品的基础单位,就是商品的市场最小计量单位,比如苹果,市场最小计量单位是kg,猕猴桃是个/粒。库存单位与商品的库存管理息息相关,尤其是对进销存数据的影响十分深远。
2. 销售单位
销售单位是商品的售卖单位,通常是通过转化率来与库存单位之间进行对挂,从而达到库存出入处理的统一。因此系统常常会有2个库存查询页面:基础库存查询、销售库存查询。
总结
以上是本人结合自身对电商商品管理模块理解,简单从商品类目、属性、品牌、单位这4个方面进行总结。
当然,实际的设计中,我们还是需要结合自己的平台所处的阶段、电商模式、商品量级进行规划。
尤其是一些细节上面,还是需要根据公司的实际业务进行详细设计,需要借助业务、产品、运营、研发等所有人的智慧,尽可能的设计出一个通用的商品系统。
如有不足之处,还请大家多多指教。
本文由 @lucky 原创发布于人人都是产品经理。未经许可,禁止转载
题图来自Unsplash,基于CC0协议
怎么品牌关联到后台类目,这块是否可以具体讲讲
能推荐一些供应链相关例如:oms、wms、pms等流程相关的书籍吗?是不是就没有这样的书籍呢?
还是有挺多的,可以加我微信 W7695378088来交流 ~
可以一起交流嘛,我也是负责生鲜的。现在准备完善后端的管理系统,准备开发新功能
之前没看到这个评论,可以加我微信 W7695378088,欢迎交流
记得之前在群里看到过一篇一样的文章,作者自述是作为一个浸淫生鲜电商有些日子的技术总监
那麻烦你帮我举报下
有没有清晰点的图😂
可能你用手机打开看会比较清晰 😳