产品经理该如何设计分类的前后台？

商品的分类是怎么搭建的，前后台的内在逻辑是怎样的，产品经理应该如何设计分类的前后台逻辑？在这里，我给大家一一讲解，当然我说的这个方式，只是其中一种方案，不一定是最常用、最优的方案，如果大家有更好的建议或者有疑问的地方，欢迎大家交流。

首先，介绍几个概念，有了这些概念以后，分类的大楼，才造得起来。

顶级分类：顶级分类是最高级的大分类，例如服装、食品这些囊括性比较广的分类。

子分类：从属于顶级分类下面的分类，例如在服装下的下一级分类，男装、女装，就属于服装分类下的子分类。

底层分类：最底层的分类，它的下面再没有子分类，那么这个分类就是底层分类，例如服装－>男装－>裤子－>短裤，短裤后面再没有分类了，那么短裤就是底层分类了。

一般的电商网站，都有多层分类，常见的有三到四层，这样的设计比较合理，分得相对较细，又不至于太过复杂。

属性：属性指的是商品的一些信息，例如商品的男装的品牌、面料、版型等，所有的属性，构成了一件商品。这些属性，是商家在卖这件商品的时候要填写的。而当商家在发布某个分类下的商品时，这个商品具有什么属性可填，这个属性就来源于分类。

一般来说，同一个分类下的商品属性大致是相同的，例如不同的商家要发布棉衣分类下的商品，那么他们大致都要填写品牌、填充物、材质成分等商品属性。所以，我们要在分类中添加好属性，这样当商家发布这个分类的商品时，就需要填写这些属性具体的值（当然，也不是必填的，这样有差异的地方可由商家自行调整）。

具体的操作就是，我们需要在后台设计功能，当我们新增一个分类的时候，为这个分类新增多个属性，当在这个分类下新增商品时，需要读取该分类下的所有属性。如图所示

增加这个功能以后，前台用户新增商品时，就有对应的属性可填了。

虽然分类是可以添加属性了，但是一个电商网站有那么多分类，为每个分类都添加一次属性，岂不是非常麻烦？如何更高效地添加属性，我将会在下一篇文章中讲解。