文章插图
PC端前台类目

文章插图
移动端前台类目
不管是PC端还是移动端 ， 前端分类大多数情况都是二到三级为宜 。 现在思考一个问题：为什么有了后台类目 ， 还需要前台类目呢？
1. 符合多样化运营
后台类目的配置相对来说比较“死板” ， 而前台类目运营同学可以按照业务场景和用户购物习惯等维度进行多样化配置 ， 来满足不同的需求 。
比如春季快来了 ， 可以配置一个叫“春季热卖”的前台类目 ， 然后将相关的商品绑定该类目下即可 。
如果前后台类目没有分离 ， 运营同学需要重新建立一个后台类目进行配置 ， 来满足这个临时需求 ， 等春季一过这个类目大概率就要被禁用 。
2. 降低后台类目管理成本
之前上面文章也提到 ， 后台类目是将商品进行统一和标准化管理 ， 如果时不时在改变 ， 就不叫标准化管理 ， 那就叫“扎心” 。
就像第一点提到那样 ， 如果再多来几个这样临时场景 ， 前台类目得频繁的新增删除 ， 后台类目也需要跟着瞎调整 ， 那么运营同事估计要提刀过来找你了 。
有了前台类目分离 ， 它们各管各的 ， 互不影响 ， 运营同学可以灵活多变创建各式各样的分类 ， 大大的提高工作效率 ， 非常的人性 。
三、前台类目和后台类目的映射类型刚刚我们一直在讲前后前后类目映射 ， 这只是其中一种方式 。 其实前台类目映射类型可分为后台类目映射、按搜索词、按H5地址等 。


文章插图
前台类目功能图
1. 后台类目映射
1）一对一映射
后台类目与前台类目是一对一的关系 ， 前台类目直接将后台类目映射过来 。 例如：后台类目叫连衣裙 ， 前台类目也叫连衣裙或者其他名字 。
2）多对一映射
多个具有相同属性的后台类目 ， 前台类目通过聚合的方式 ， 将其具有相同属性的类目聚合映射成一个类目 。 如下图展示的“流行女裙”前台类目 。


文章插图

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


文章插图

2. 按搜索词
这个比较好理解 ， 将某搜索词得到的搜索结果映射到前台类目 。
3. 按H5地址
活动运营是电商平台的核心业务 ， 而前台类目作为一个重要的流量入口 ， 将个性化的链接跳转与类目进行映射 ， 通过点击类目跳转到指定的专题页或活动页 ， 以增加活动流量及曝光度 。
前台类目映射类型还有按商品属性、店铺ID、商品ID等维度区分 ， 大家根据业务需求来定 。


文章插图
前台类目的创建
四、店铺分类最后来讲讲店铺分类 。
该分类由商家自己创建 ， 有利于商家对商品归类及制定规则 ， 方便用户更准确的找到或者搜索宝贝 。 一般有以下两种展示方式供大家参考 。


文章插图

前台类目和店铺分类有一定的相似点 ， 都可以按照不同业务场景将商品分门别类归纳起来 ， 满足运营需求 。 但是两则差异也很明显 ， 店铺分类最多支持两级分类 ， 同时只支持按照商品维度进行分类 。 下图创建店铺分类是采用上图右侧的布局方式 。 先创建分类的名字 ， 再绑定商品 ， 商品支持同时绑定多个店铺分类 。 当商家发布商品的时候 ， 选择后台分类的同时 ， 也可以选择自己设置好的店铺分类 。