第3部分(第1/4 页)
１热缪丈��谀持殖潭壬细�鄹袷且谎�模�蛭�丈�晕⒈湟坏悖�涂梢苑殖隼矗��怯兴�芄凰党�20种以上的颜色？很难，如果你把几万种颜色描述出来，那对用户没有意义。所以产品经理就在做简化的动作，我们归归类好了，比如说红色、蓝色、灰色，再细一点，天蓝色、天青色，再加个“其他”，这样来分，把一个不可枚举的属性变成了可枚举的区间。
有了这些属性以后，怎么跟类目搭上关系？
看似完美的类目＋属性（3）
首先，属性只能挂在叶子类目下面。非叶子类目其实也有对属性的
需求，但那是通过另外的方式来实现的，下文谈到公共属性的时候，会说到这个问题。
其次，类目和属性是有关联关系的，这避免了某个类目下无关属性
属性值分类
是否可枚举
是否可输入
说明
1．如性别
是
否
小二能枚举完全
2．如品牌
是
是
小二无法枚举完全，需要卖家帮忙
∨米∨花∨书∨库∨ ；http：//www。7mihua。com
看似完美的类目＋属性（4）
3．如重量
否
是
客观上有无穷多的属性值
过多导致的麻烦。举个例子，对于T恤这个类目来说，假设父类目是男装，品牌这个属性肯定是需要的，材质也是必需的，颜色也是需要的，尺码也是需要的，但性别不需要……我们发现，有些属性适合放在这个类目，有些属性不适合放在这个类目，所以，我们建立了一个很重要的关系，就是类目属性。这是淘宝的专有词汇，正因二者有关联关系，任一类目都有自己特有的属性。
那么，类目和属性怎么跟商品关联上？其实很简单，卖家发布商品的时候，先从根目录选到叶子类目，再选择这个叶子类目对应的类目属性的各种属性值。体现在前台则是，买家在挑选商品的时候，也能从类目和属性两个维度筛选。
至此，我们对整个商品的描述很完整、也很完美。有了属性以后，我们分1亿商品都能轻松搞定。想当年，设计出这套体系的产品经理们，一定非常有成就感。但是，接下来新出现的问题才是更严重的。大家想想看，这个看起来非常完美的体系会有什么问题？
解决问题，而不是做产品（1）
04。解决问题，而不是做产品
上一次我们提到，看似完美的“类目＋属性”体系，其中蕴藏着更大的问题，有一句玩笑：专家就是擅长解决困扰大家已久的问题……的同时，创造出两个大家闻所未闻的新问题……的人。
我们继续，以品牌这个属性举例。作为淘宝的小二，每个人能说出来的品牌非常有限，一般只有几十个，能说出几百个则已经是行业专家了，但是整个中国乃至世界汇集出来的品牌至少有几万个，怎么办？让消费者怎么选？这意味着品牌这个属性的属性值一定要再想办法细分。
小二当然也很聪明，就搞出了“男装品牌”“女装品牌”“手机品牌”等不同的属性。
那么，男装品牌挂在男装的叶子类目——T恤——下面，女装品牌挂在女装的叶子类目——T恤——下面……不同类目的运营小二因为分工的关系，各自维护各自类目的品牌属性值，这样就带来几个问题。
第一，不同的类目下都是品牌这个属性，但数据库里的ID不一致。
第二，品牌之下的属性值ID不唯一。比如，男装的“耐克”在数据库里面有一个单独的值，女装的“耐克”在数据库里面又有另外一个值，属性值不归一了。这样就很乱，本来都是耐克，但是男装耐克和女装耐克是没有关系的，对前台导购来说，这是非常怪异的事情。
第三，同样一个“阿迪达斯”，不同小二定义的格式不一样，可以是“阿迪达斯、阿迪、adidas、Adidas”等。
解决问题，而不是做产品（2）
如果放任上述问题存在，小二是没办法做基于品牌的管理的，卖家在发布商品的时候也会碰到选择困难，买家在前台找商品也会受到影响……所以，我们做了“属性归一”的事情。这个事情又要分两个角度来看，一是历史的问题，一是将来的问题。
先说历史问题，当时我们