浅谈电商类APP开发的类目属性设计

电商类型的APP开发目前仍然是市面上APP开发的主流，每个客户的产品不一样，使用场景不一样，商城的设计也会有一些差别，然而商城类型的APP的类目属性设计，又是关键中的关键。如何设计电商类APP的类目属性，是一个值得讨论的话题。

说在电商，大家总会去参考淘宝、京东等大平台。淘宝拥有百万家商户和超过10亿的商品数，它如何让用户精准地找到想要的商品呢? 其商品类目属性的设计起着不小的作用。今天就跟大家一起来谈谈淘宝的类目属性体系。

 

03年淘宝刚上线时，商品量很少，没有分类。 后来，商品量上百，开始有了对商品进行单级分类，有点类似于现在的一级行业类目。等到商品上万的时候，商品的单级分类已经不能满足需求，开始有了多级分类，就是一颗类目树了。从06年开始引入了属性，商家按照属性模板填写属性，用户可以按照属性筛选商品。到了 08 年，开始将前后台类目分开，用户根据前台类目筛选商品，商家将商品挂到后台类目上，前后台类目树之间建立好映射。

 

今天的淘宝类目属性体系主要由后台类目树、前台类目树、挂载在后来叶子类目上的商品属性模板以及管理前后台类目之间映射关系的类目管理平台组成。

 

后台类目面向商家，主要用于商品的分类和属性管理。商家上传商品时见到的就是后台类目，后台类目有如下特点：

后台类目树中最重要的是叶子类目，也就是类目树上不能再往下分的类目,任何商品都必须挂载到后台叶子类目上。

叶子类目挂载属性模版，商家发布商品时选择好类目之后会根据属性模版，补充必填的商品属性信息，方可成功上传商品。

后台类目相对稳定，不能随便删除，叶子类目不能重复。

 

前台分类面向用户，方便用户筛选查找商品，大部分时候用户见到的类目都是前台类目。

 

为什么要将前后台类目分开呢?

商品日益增多，类目层级也越来越深，买家越来越难找到想要的商品。淘宝的小二们就开始不断调整类目属性，把类目树变浅，让商品更容易被买家找到。只有一套类目体系的情况下，小二每次调整，卖家也必须跟着调整。如果只是改一次，卖家也能勉强接受，但这是周期性的。比如，在夏天服装这个类目下可能是连衣裙、衬衫等夏装，到了冬天就会变成打底裤、羽绒服等冬装了，而且卖家也都知道这些调整时合理的，但是一年到头这么调整，意味着他一年到头都在编辑类目，可能还得专门养个把人在那里，一天到晚改类目，无形中卖家的运营成本也就提高了。

 

把原来的一套类目体系分为后台分类和前台分类，后台分类面向商家，用来挂载商品和属性模板，比较稳定很少变化;前台分类面向用户，主要方便用户查找商品，很灵活，可以经常调整。后台类目和前台类目之间通过映射联系起来，一个后台类目可以映射到多个前台类目，一个前台类目也可以包含多个后台类目。

从技术的角度来看的话，前台类目就是在后台类目的基础上建立了一个虚拟类目。

 

除了电商，其实在各个需要帮助快速查找信息领域都可以见到类目属性体系的身影。比如：教育行业里面的课程分类，医疗行业的疾病和医院分类。当我们把用户查找的信息看做一个个实体的时候，对实体分类以帮助快速定位查找就是一个非常通用的方法。从这个角度来讲，Google 的 Knowledge Graph 可以看做是将电商网站里面的商品类目属性体系推广到了整个世界中的万事万物，它试图使用一套统一的类目属性网来囊括所有的实体，或许这就是通用搜索引擎的类目属性体系吧。