说明:Java生鲜电商平台中,由于商品的架构很大程度决定了电商的扩展性与伸缩性。对此根据自己多年的生鲜电商经验,整理了以下的商品中心思维导图
对于没有接触过生鲜电商的童鞋,可能对基础类目没什么概念。其实这个东西很好理解,基础类目就是商品属于什么基础分类,是手机,还是平板,还是笔记本电脑,换言之,商品的基础类目就是定义商品是什么。类似于大学中所学的纲科目属。不同的基础类目之间实际上是描述这个类目的特征的不同。
例如
手机这个类目,对应的特征就是:前摄像头像素,后摄像头像素,屏幕尺寸,网络制式等;
而裤子这个类目,对应的特征就是:腰围,裤长,面料材质,厚度等。对于电商,习惯上把描述不同类目的特征称之为属性,每一个类目维护的时候,就要选定该类目的属性,然后新增商品的时候,先选中该商品的类目,则会出现对应的属性供运营者维护。以属性为区分维度建立适合粒度而又不耦合的类目树,串联所有的商品,是商品管理的核心所在。
一个电商APP/小程序的运营后台基础类目树只能有一颗,任一个商品只能属于该类目树上的一个基础类目。具体的类目管理包括:类目节点的新增/编辑/删除、类目节点的排序和类目节点的属性维护。
图片 1
每个平台默认有一颗基础类目树,点击菜单进入该类目树详情页,以选中的“休闲零食”这一节点为例,第一个页签“节点详情”为当前节点的明细,包括三个信息:名称(必填),描述,是否最小分类(必填,单选)。最小分类的概念是指在运营维度该分类已达到平台所需的最小粒度,没有必要在其下继续细分分类。
对于非最小分类的节点,选中该分类还会有额外的两个页签,第二个页签是在当前分类下新增子分类,第三个页签是当前分类下一级子分类的排序操作。具体的界面下图:
图片 2
分类详情
图片 3
子分类新增
图片 4
子分类排序
具体的页面交互细节就不说了,值得注意的有二:
对于是最小分类的节点,则其没有子分类的新增和排序的页签,而是有额外的页签:分类属性。具体页面如下:
图片 5
分类属性这个页签主要是定义当前分类的商品具有哪些属性。这里有几个概念需要先解释下。
图片 6
图片 7
图片 8
解释了上述概念,编辑和排序的具体细节操作不一一讲了,只讲比较重要的,就是对于最小分类,如何添加和删除属性。
添加属性:分类的属性必须从已维护好的属性库里去选择。具体的操作界面如下,点击添加后弹出查询弹窗,查询到需要的属性后,选择该属性在当前分类下的用途,点击添加,即添加到当前分类。
图片 9
删除属性:若当前分类无商品,则属性可直接删除;若有商品,属性无法真正删除,从某属性组删除后会自动跳入默认的属性分组(每一个分类都有一个默认的属性分组);
删除属性分组:则需校验当前分组下无属性。
品牌管理的意义在于,维护一个平台共有的品牌库,商品新增和编辑的时候,只能从品牌库勾选已有可用的品牌,从而避免前台一个品牌多个名称,同时在运营过程中也能清晰的按品牌维度操作。
品牌管理主要分为品牌的查询、新增/编辑和删除。具体的新增/编辑页面如下:
图片 10
其他细节不一一赘述,有三点值得注意:
属性管理主要是建立一个属性库,以精确描述商品,为用户提供必要的商品信息。就像我们形容一个人,会用身高、年龄、性别等属性来描述一个人。从前文讲基础类目的时候,聪明的读者应该已经领悟到了每一个基础分类实际上就是一个属性集合(不要告诉我你不是),其实这才是暗合宇宙真理。哲学几大问,第一问就是“What”,要回答what是what,必然是用一个属性集来拆招的。
和品牌库一样,属性库主要也是满足属性的查询、新增/编辑和删除的功能。主要讲下属性的新增/编辑吧。下图就是属性新增/编辑的页面。其中属性的编辑方式是“单选”或者“多选”的时候,下方必须维护可选择的值。
图片 11
其中有一点需特别注意,属性的删除需校验当前属性没有被基础分类关联,若关联则不允许删除。
经过上面的步骤,建好基础分类,建好品牌库和属性库,维护好基础分类的属性,就可以来新增一个商品了。商品管理模块同样离不开商品的查询、新增/编辑、删除以及商品的状态控制。
首先讲下商品的状态控制。一个商品,从商品运营童鞋在后台新增,到上架以便前端用户可见可购买,不仅仅是上架下架这么简单。一个规范的商品管理模块,应该将涉及到商品运营的工作人员的工作流程化。具体来看,需要承担的工作有:商品的新增/编辑/删除(维护商品库),商品的审核(审核内容及售价),商品的上架和下架(日常销售运营),商品的巡查(即通过审核后的抽查)。不同的公司有不同的做法,有的是把职责综合起来,有的是分开来,但不管怎样,上述四个职责,是一定要体现的。下图是商品的管理流程:
图片 12
本来自营的生鲜电商B2C平台没有商家和平台之分,但为了大家更好的理解商品的新增/编辑/删除、审核、上下架、巡查(即上图中的锁定)各种操作,故特意假定自营也是一个特殊的商家,故上述流程引入了商家和平台的概念。具体对应的商品状态有新增、待审核、待上架、审核不通过和已下架5种。
这么多操作中,具体讲下普通商品的新增和系列商品的新增。(建议参考前文给出的商品管理脑图,互相映照)
商品新增的入口在商品查询页面,或者商品详情页。点击新增按钮,出现如下弹窗,其中商品类型分为普通和虚拟,仓库性质为国内仓,直邮仓,保税仓,商品分类为欲新增商品的基础分类。这三个字段决定商品维护的信息不同,以及含该商品的订单处理流程不同,故需要在新增第一步定义。
图片 13
定义好之后,点击确认,则跳转到具体的商品新增页面,如下:
图片 14
要完成商品信息的维护,需将六个页签都维护完毕。其中商品图片主要是上传商品的图片,商品描述是一个富文本输入框,用来输入商品的文描。其余三个页签界面如下(商品页面的操作按钮随着商品的状态变化):
类目属性页签:主要维护该商品在当前基础分类下的各个属性的值。
图片 15
库存运费页签:主要维护该商品在各地区的所属仓库以及各仓库中的库存控制,还有当前商品适用的运费规则。
图片 16
值得注意的有:
价格设置页签:主要维护该商品在不同平台(APP价格可以设低,以吸引用户转移向移动端),不用会员组别(新用户可低价以吸引用户下单,高等级用户可以享受低价以提升用户忠诚度)之间的售价。
图片 17
一般来说,三个维度的价格已足够。
系列品的概念前文已经讲过,简单举例再说下,就是一件衣服S/M/L不同的尺码,或者不同的颜色。对于这样的商品,有的平台运营后台在后面维护成一个SKU,但带有不同的销售属性,个人认为比较好的做法是,把每个最小物理单位在系统中都维护成一个独立的SKU,只是在前台展示的时候按属性做下聚合,做到同一个页面点击不同属性就切换到不同的商品。如此,价格和库存等所有商品信息,都是每个独立的SKU控制。
具体的系列商品怎么聚合而成,且看下图:
图片 18
上图是平台所有系列商品的查询界面,点击新增,则弹窗如上图右侧,选定系列品的基础类目,品牌以及用哪个系列属性(即前文定义的属性,其用图包含系列)作为聚合维度,点击确认,跳转到系列品的新增页面如下图所示:
图片 19
出处:https://www.cnblogs.com/jurendage/p/12550404.html