首页 > 个性签名 正文
【我爱你留言代码】商品管理:后台类别、前台类别、店铺分类详细说明。

时间:2023-02-20 23:39:15 阅读: 评论: 作者:佚名

编辑导语:电子商务系统中明确的商品类设计不仅有助于消费者找到商品,而且有助于商家和平台的操作。在这篇文章中,作者叙述了前台、后台和店铺分类。如果你对这一类感到困惑,想进一步了解,请进来看一看。

2003年淘宝首次上线时,商品种类和数量较少,没有分类概念。此后,随着商品量的逐渐扩大,开始对商品进行单级分类。当商品数以万计的时候,商品的单级分类已经不能满足需求,于是开始了多级分类。

直到2008年才开始把前后分开。用户根据前台类别筛选商品,商家将商品挂在后台类别,在前端后台类别之间建立映射关系。

接下来,我们来看看电子商务系统有哪些种类的商品类别(前台、后台、店铺分类)。

前台类别:对于用户来说,可以通过类别快速筛选商品,找到喜欢的东西。后台类:对于平台,高效管理商品系统,为运营商各种类别的运营提供基本支持。店铺分类:有助于商家对商品进行分类和制定规则,使用户能够更准确地找到或搜索婴儿。一、背景类别

后台类别是统一和标准化商品,主要是商家和平台运营的使用。

首先,我们来看一下如下图所示的某宝商城的种类选择图例。

商家发布商品时,他们的第一步首先要选择相应的后台类别,请注意商品必须装入叶类。然后记载商品的组合基本属性和销售等。

这些属性都在类别中,因此根据类型的不同,装载的属性可能会有所不同。

运营学生负责班级目的的日常管理,包括班级目的的进一步删除检查、基本属性挂载、销售属性挂载、品牌挂载、继承关系建立等。关于属性挂载类别的相关内容,本篇不展示,下一篇详细介绍。

运营同学们在类别构成过程中,会努力仔细考虑后期频繁的修改和删除,特别是叶子类下面挂着商品的情况,不能再随意删除。

1. 如何设计后台类目

后台类别设计必须为运营商提供额外的删除检查等基本功能。后台类是前端类目的基础,相对固定,一旦确定不能轻易更改或删除,就不能轻易更改或删除。

背景类别功能图表

类别显示树形结构,3 ~ 4层合适。否则水平太深,事后管理不方便。

底层的类别叫叶类,商家公布的所有商品都要装载在叶类。

要添加新类,必须设置类名称,指定当前类是否有父类,是否禁用类等。如下图所示,创建类图例。

生成后台类

2. 删除类目注意点

要删除已绑定商品的分类,不能从普通系统中删除。否则,将出现以下问题:

已经绑定类别商品的商品该怎么办?如何处理关联类别的属性数据?映射的前台类该怎么办?如果你能处理好这几个问题,怎么办就行,怎么删,怎么删。(威廉莎士比亚,哈姆雷特,爱情名言)

内部(平台)的矛盾可以很好地解决,外部(商家)的矛盾可以这样。删除前平台要通知各商家重新绑定后台类别,重新上架。这个功能很危险,所以要小心操作。

6864824&x-signature=roZ9Badmwmn6nS73TBvV56pNVKg%3D&index=4" width="640" height="261"/>

后台类目列表页

3. 总结后台类目的作用及特点

  1. 方便商家、运营同学管理、筛选商品;
  2. 搭建前台类目的基础;
  3. 有效的管理继承商品众多的属性(这个是重点,后面再讲);
  4. 相对稳定,不能随便删除;
  5. 任何商品都必须挂载到后台叶子类目上等等。

二、前台类目

前台类目面向用户,方便用户筛选查找商品。大部分时候用户见到的类目都是前台类目,前台类目可分为PC端和移动端。

PC端前台类目

移动端前台类目

不管是PC端还是移动端,前端分类大多数情况都是二到三级为宜。现在思考一个问题:为什么有了后台类目,还需要前台类目呢?

1. 符合多样化运营

后台类目的配置相对来说比较“死板”,而前台类目运营同学可以按照业务场景和用户购物习惯等维度进行多样化配置,来满足不同的需求。

比如春季快来了,可以配置一个叫“春季热卖”的前台类目,然后将相关的商品绑定该类目下即可。

如果前后台类目没有分离,运营同学需要重新建立一个后台类目进行配置,来满足这个临时需求,等春季一过这个类目大概率就要被禁用。

2. 降低后台类目管理成本

之前上面文章也提到,后台类目是将商品进行统一和标准化管理,如果时不时在改变,就不叫标准化管理,那就叫“扎心”。

就像第一点提到那样,如果再多来几个这样临时场景,前台类目得频繁的新增删除,后台类目也需要跟着瞎调整,那么运营同事估计要提刀过来找你了。

有了前台类目分离,它们各管各的,互不影响,运营同学可以灵活多变创建各式各样的分类,大大的提高工作效率,非常的人性。

三、前台类目和后台类目的映射类型

刚刚我们一直在讲前后前后类目映射,这只是其中一种方式。其实前台类目映射类型可分为后台类目映射、按搜索词、按H5地址等。

前台类目功能图

1. 后台类目映射

1)一对一映射

后台类目与前台类目是一对一的关系,前台类目直接将后台类目映射过来。例如:后台类目叫连衣裙,前台类目也叫连衣裙或者其他名字。

2)多对一映射

多个具有相同属性的后台类目,前台类目通过聚合的方式,将其具有相同属性的类目聚合映射成一个类目。如下图展示的“流行女裙”前台类目。

多个毫无关联的后台类目,通过某个场景将他们聚合起来,将其映射成一个前台类目。如下图展示的主打情人节活动的“情人倾城“前台类目。

2. 按搜索词

这个比较好理解,将某搜索词得到的搜索结果映射到前台类目。

3. 按H5地址

活动运营是电商平台的核心业务,而前台类目作为一个重要的流量入口,将个性化的链接跳转与类目进行映射,通过点击类目跳转到指定的专题页或活动页,以增加活动流量及曝光度。

前台类目映射类型还有按商品属性、店铺ID、商品ID等维度区分,大家根据业务需求来定。

前台类目的创建

四、店铺分类

最后来讲讲店铺分类。

该分类由商家自己创建,有利于商家对商品归类及制定规则,方便用户更准确的找到或者搜索宝贝。一般有以下两种展示方式供大家参考。

前台类目和店铺分类有一定的相似点,都可以按照不同业务场景将商品分门别类归纳起来,满足运营需求。

但是两则差异也很明显,店铺分类最多支持两级分类,同时只支持按照商品维度进行分类。

下图创建店铺分类是采用上图右侧的布局方式。先创建分类的名字,再绑定商品,商品支持同时绑定多个店铺分类。

当商家发布商品的时候,选择后台分类的同时,也可以选择自己设置好的店铺分类。

店铺分类列表

对于不同的使用场景,尤其是一些细节上面,还是需要根据自己的实际情况进行操作。

最后,以上内容希望对大家有所帮助,不足之处请留言探讨。

#专栏作家#

道三,微信公众号:产品大秘籍,人人都是产品经理专栏作家。以前写过代码,现在产品圈摸爬滚打,专注于电商领域产品设计、主要分享电商和供应链领域知识点。

本文原创发布于人人都是产品经理,未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议。

  • 评论列表

发表评论: