商品是电商的核心，之前的文章电商系统中商品模型与类目体系设计介绍过电商系统中如何设计商品模型及商品周边领域概念，要想深入了解一个具体领域业务，最好的方式是了解它的前世今生，今天简单了解下商品类目的发展史。
后台类目是商家便于管理自己的商品，将商品挂载到这些类目下。
相比来说前台类目更灵活，因为他可能根据平台不同的活动周期或营销需求做不同的组合，后台类目更稳定一些，主要是便于商家、运营操作。店铺类目是店长基于自己商品情况在店铺内部进行的商品再组织。前后台类目之间建立好映射关系。
后台类目
一般类目是树状结构，三到四层即可，太深了不便于管理，最底层的类目叫叶子类目，商家发布的商品一般挂载到叶子类目上。
类目归根结底是给运营和商家使用的，怎么方便怎么来，做好扩展性，尽量稳定不来回修改删除，商品是挂到子类目上的。
前台类目
前台类目更多是对后台类目的绑定和直接复用，当然为配合营销活动，也会出现前台类目直接挂在sku的情况。
总的来说前台类目主要服务于两个目的：
- 多样化的运营需求：后台类目比较死板，前台类目可以更灵活的服务于不同场景下的运营需求，将相关商品绑定到指定前台类目下。
- 丰富后台类目的灵活性：后台类目一般比较死板，适合标准化管理，而且很多时候供应端和需求端是不同的部门，康威定律，跨组织协调成本比较高，分离之后前后台类目自己团队单独管理，互不影响，效率更高。
前台类目一般是对后台类目的映射，那这个映射怎么实现的呢？
一对一映射：前台类目直接映射一个后台类目：
前台类目映射可以按照商品属性、店铺ID、商品ID等维度映射。
店铺类目
前台类目和店铺类目有一定的相似性，可以按照不同业务场景将商品分门别类归纳起来，满足运营需求。先创建类目名称，绑定商品。
比如”面料“、”颜色“、”风格“、”领子“都是对裙子这个商品的基本信息描述，也就是属性，而对应的”蕾丝“、”青蓝“、”宴会“、”圆领“就是属性对应的属性值了。
属性一般由属性名称和属性值组成：
有了属性之后，用户可以通过商品属性快速了解商品基本信息。
与类目相比，属性更灵活，它以散点方式表现商品信息，而类目是类目树的方式。品牌、季节、风格、颜色、型号都可以视为属性，每一个属性都对应多个属性值，属性也可以包含子属性，这样对于商品的管理与展现也就更灵活了。
关键属性
值得是那些可以唯一确定商品的属性，可以是一个属性或一群属性集合以确定一个商品或商品集合。比如手机中的品牌和型号可以视为关键属性，因为通过两个属性可以唯一确定商品集合（SPU）。总之关键属性是为了用户可以确定性的找到某个商品。
销售属性
非关键属性
听名字这就是一个扩展冗余的属性，有的也叫做通用属性，其实就是关键属性、销售属性之外的其他属性。一般在商品配置时带*号的是必填的一般是关键属性，不带*号的是非关键属性，不是必填的。非关键属性的目的是完善商品信息的完整性。
特殊属性
属性和类目关系
之前提到了商品会挂载到子类目上（类目层级一般3-4级），由于商品数量远大于类目数量，所以我们不可能单独为每个商品绑定属性，所以一般是把属性绑定到类目上，发布商品的时候，根据分类选择对应的属性，这样将商品再挂载到子类目上的时候，这个商品就具有了这个类目树下的所有属性了。
属性层级关系
由于类目是由父子继承关系的，每一层类目可以挂在不同维度抽象的属性，这样在最叶子类目上就可以看到自己类目树上所有属性的继承情况了。主要目的是为了减少商家上单商品的工作量，当商家上单一个商品的时候，只需要选择商品挂载的叶子类目，系统就会自动加载出叶子类目继承树上所有的属性了。
属性值输入类型
为了对同一类的属性进行管理，可以引入属性模板（也叫属性组），同一类特征的多个属性归属于一个属性模板，在属性添加时可以选择加入的目标属性模板，有了属性模板之后就可以批量挂载属性了。
至此详细对于商品类目及商品属性这两个核心概念有了一定的认知，其实在电商系统下，如果可以很好的消化了商品领域下的系统设计，其他领域的系统设计对你来说将会更简单，因为不管是三高场景还是业务复杂度治理，商品领域都是一个非常完善且具有标准化挑战的领域方向。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请联系我们，一经查实，本站将立刻删除。
如需转载请保留出处：https://51itzy.com/kjqy/33602.html