电商系统之商品类目及商品属性史

商品是电商的核心，之前的文章电商系统中商品模型与类目体系设计介绍过电商系统中如何设计商品模型及商品周边领域概念，要想深入了解一个具体领域业务，最好的方式是了解它的前世今生，今天简单了解下商品类目的发展史。

一个电商网站上线之初，商品种类和商品数量都很少，简单的管理功能就满足了，但是随着商品数量的越来越多，管理需求也越来越大，可以想到的简单管理能力就是分类，商品更多就变成了多级分类。

分类经过抽象可以分为三部分：前台类目、后台类目、店铺类目。

前台类目便于用户筛选自己的商品，或者平台根据促销活动按照某种方式组合一些商品到某些类目下，可以叫做销售类目或营销类目。

后台类目是商家便于管理自己的商品，将商品挂载到这些类目下。

店铺类目是便于商家对商品进行管理和归类，用户进入店铺内便于搜索和查找商品。

相比来说前台类目更灵活，因为他可能根据平台不同的活动周期或营销需求做不同的组合，后台类目更稳定一些，主要是便于商家、运营操作。店铺类目是店长基于自己商品情况在店铺内部进行的商品再组织。前后台类目之间建立好映射关系。

后台类目

商家在发布商品时，先选择商品对应的后台类目，商品需要挂载在叶子类目上，然后填写商品的基本属性和销售属性信息，属性信息一般为了复用会挂载在类目上，不同类目下挂载的属性可能不一样。

由于这些类目信息及属性信息是平台复用的，所以对于类目的日常管理，如：增删改、基础属性挂载、销售属性挂载、品牌挂载、继承关系整理等。由于后台类目是前台类目的基础，挂载在子类目上的属性后期一般不轻易修改删除，所以需要运营同学操作时考虑尽量周全。

接下来说下类目设计。

一般类目是树状结构，三到四层即可，太深了不便于管理，最底层的类目叫叶子类目，商家发布的商品一般挂载到叶子类目上。

类目元信息包括：类目名称、类目父类目、类目是否禁用属性等。

前面说了后台类目是前台类目的基础，所以建立的后台类目一般不允许删除，不然已经绑定了此类目的商品怎么办？关联了的类目属性怎么办？建立了映射的前台类目怎么办？

实在不删不行的话，就需要发邮件，走通知，让之前绑定此类目的商品重新上架了，风险自控。