2003 年淘宝刚上线时，商品的种类和数量很少，不存在分类的概念。后来商品量越来越大，才开始对商品进行单级分类。等到商品上万的时候，商品的单级分类已经满足不了需求了，就开始有了多级分类。
到了 2008 年，才开始将前后台类目分开，用户根据前台类目筛选商品，商家将商品挂到后台类目上，前后台类目之间建立好映射关系。
接下来我们一起来看看，电商系统有哪几种商品类目：前台类目、店铺分类、后台类目。
前台类目：对于用户来说，通过类目可以为帮助他们快速的筛选商品，从而找到心仪的物品；
后台类目：对于平台来说，可以高效的管理商品体系，为运营人员多样化类目运营提供基础支撑；
店铺分类：对于商家来说，有利于商家对商品归类及制定规则，方便用户更准确的找到或者搜索宝贝。
一、后台类目
后台类目是将商品进行统一和标准化管理，主要是商家和平台运营的使用。
先来看看某宝商家端类目选择图例，如下图：
商家在发布商品时，他们第一步要选择先对应的后台类目，要注意的是商品必须挂载在叶子类目上；然后再填写商品的组合好的基本属性和销售等信息，因为这些属性都是挂在类目上，不同类目下挂载的属性可能都不一样。
运营同学则负责类目的日常管理，包含类目的增删改查、基础属性挂载、销售属性挂载、品牌挂载，设置继承关系等等，关于属性挂载类目相关内容，本篇不做展示，下一篇再详细给大家介绍。
运营同学在配置类目过程中，尽量考虑周全，避免后期的频繁修改和删除类目，尤其是已在叶子类目下挂有商品的就更不能随便被删除了。
如何设计后台类目
后台类目设计需要提供给运营人员进行增删改查等基础功能，后台类目是前台类目的搭建基础，相对固定，一旦确定不可轻易变更或者删除。
(后台类目功能图)
类目呈现树状结构，三到四层为宜，不然层级太深不方便后期管理，最底层的类目称之为叶子类目，商家发布的所有商品都需要挂载到叶子类目上。
新增类目需要设置类目名称，指定当前类目是否有上级类目，是否禁用类目等等，如下图创建类目图例：
(后台类目的创建)
删除类目注意点
如果你想删除类已经绑定商品的分类，一般系统是不允许删除，否则会存在以下几个问题：
1) 已绑定类目的商品该怎么办？
2) 已关联类目的属性数据该怎么办？
3) 已被映射到的前台类目该怎么办？
如果你能处理好以上几个问题，那就爱咋样就咋样，爱咋删就咋删。内部(平台)的矛盾好解决，外部(商家)的矛盾可以这么来：在删除前平台需要通知到各商家重新绑定后台类目并重新上架，该功能存在风险，需谨慎操作。
(后台类目列表页)
总结后台类目的作用及特点
1) 方便商家、运营同学管理、筛选商品；
2) 搭建前台类目的基础；
3) 有效的管理继承商品众多的属性；(这个是重点，后面再讲)
4) 相对稳定，不能随便删除；
5) 任何商品都必须挂载到后台叶子类目上等等。
二、前台类目
前台类目面向用户，方便用户筛选查找商品，大部分时候用户见到的类目都是前台类目，前台类目可分为PC端和移动端。
(PC端前台类目)
(移动端前台类目)
不管是PC端还是移动端，前端分类大多数情况都是二到三级为宜。现在思考一个问题：为什么有了后台类目，还需要前台类目呢？
(1) 符合多样化运营
后台类目的配置相对来说比较“死板”，而前台类目运营同学可以按照业务场景和用户购物习惯等维度进行多样化配置，来满足不同的需求。
比如春季快来了，可以配置一个叫“春季热卖”的前台类目，然后将相关的商品绑定该类目下即可。
如果前后台类目没有分离，运营同学需要重新建立一个后台类目进行配置，来满足这个临时需求，等春季一过这个类目大概率就要被禁用。
(2) 降低后台类目管理成本
之前上面文章也提到后台类目是将商品进行统一和标准化管理，如果时不时在改变，就不叫标准化管理，那就叫“扎心”。
就像第一点提到那样，如果再多来几个这样临时场景，前台类目得频繁的新增删除，后台类目也需要跟着瞎调整，那么运营同事估计要提刀过来找你了。
有了前台类目分离，它们各管各的，互不影响，运营同学可以灵活多变创建各式各样的分类，大大的提高工作效率，非常的银杏。
前台类目和后台类目的映射类型
刚刚我们一直在讲前后前后类目映射，这只是其中一种方式，其实前台类目映射类型可分为后台类目映射、按搜索词、按H5地址等。
(前台类目功能图)
1. 后台类目映射
一对一映射
后台类目与前台类目是一对一的关系，前台类目直接将后台类目映射过来。例如：后台类目叫连衣裙，前台类目也叫连衣裙或者其他名字。
多对一映射
多个具有相同属性的后台类目，前台类目通过聚合的方式，将其具有相同属性的类目聚合映射成一个类目，如下图展示的“流行女裙”前台类目。
多个毫无关联的后台类目，通过某个场景将他们聚合起来，将其映射成一个前台类目，如下图展示的主打情人节活动的“情人倾城“前台类目。
2. 按搜索词
这个比较好理解，将某搜索词得到的搜索结果映射到前台类目。
3. 按H5地址
活动运营是电商平台的核心业务，而前台类目作为一个重要的流量入口，将个性化的链接跳转与类目进行映射，通过点击类目跳转到指定的专题页或活动页，以增加活动流量及曝光度。
前台类目映射类型还有按商品属性、店铺ID、商品ID等维度，大家根据业务需求来定。
(前台类目的创建)
三、店铺分类
最后来讲讲店铺分类，该分类由商家自己创建，有利于商家对商品归类及制定规则，方便用户更准确的找到或者搜索宝贝。一般由以下两种展示方式供大家参考：
前台类目和店铺分类有一定的相似点，都可以按照不同业务场景将商品分门别类归纳起来，满足运营需求。
但是两则差异也很明显，店铺分类最多支持两级分类，同时只支持按照商品维度进行分类。
下图创建店铺分类是采用上图右侧的布局方式，先创建分类的名字，再绑定商品，商品支持同时绑定多个店铺分类。
当商家发布商品的时候，选择后台分类的同时，也可以选择自己设置好的店铺分类。
(店铺分类列表)
对于不同的使用场景，尤其是一些细节上面，还是需要根据自己的实际情况进行操作。最后，以上内容希望对大家有所帮助，不足之处请留言探讨。
