第3部分(第1/4 頁)

１熱繆丈��諛持殖潭壬細�鄹袷且謊�模�蛭�丈�暈⒈湟壞悖�塗梢苑殖隼矗��怯興�芄凰黨�20種以上的顏色？很難，如果你把幾萬種顏色描述出來，那對使用者沒有意義。所以產品經理就在做簡化的動作，我們歸歸類好了，比如說紅色、藍色、灰色，再細一點，天藍色、天青色，再加個“其他”，這樣來分，把一個不可列舉的屬性變成了可列舉的區間。

有了這些屬性以後，怎麼跟類目搭上關係？

看似完美的類目＋屬性（3）

首先，屬性只能掛在葉子類目下面。非葉子類目其實也有對屬性的

需求，但那是透過另外的方式來實現的，下文談到公共屬性的時候，會說到這個問題。

其次，類目和屬性是有關聯關係的，這避免了某個類目下無關屬性

屬性值分類

是否可列舉

是否可輸入

說明

1．如性別

是

否

小二能列舉完全

2．如品牌

是

是

小二無法列舉完全，需要賣家幫忙

∨米∨花∨書∨庫∨&nbsp；http：//www。7mihua。com

看似完美的類目＋屬性（4）

3．如重量

否

是

客觀上有無窮多的屬性值

過多導致的麻煩。舉個例子，對於T恤這個類目來說，假設父類目是男裝，品牌這個屬性肯定是需要的，材質也是必需的，顏色也是需要的，尺碼也是需要的，但性別不需要……我們發現，有些屬性適合放在這個類目，有些屬性不適合放在這個類目，所以，我們建立了一個很重要的關係，就是類目屬性。這是淘寶的專有詞彙，正因二者有關聯關係，任一類目都有自己特有的屬性。

那麼，類目和屬性怎麼跟商品關聯上？其實很簡單，賣家釋出商品的時候，先從根目錄選到葉子類目，再選擇這個葉子類目對應的類目屬性的各種屬性值。體現在前臺則是，買家在挑選商品的時候，也能從類目和屬性兩個維度篩選。

至此，我們對整個商品的描述很完整、也很完美。有了屬性以後，我們分1億商品都能輕鬆搞定。想當年，設計出這套體系的產品經理們，一定非常有成就感。但是，接下來新出現的問題才是更嚴重的。大家想想看，這個看起來非常完美的體系會有什麼問題？

解決問題，而不是做產品（1）

04。解決問題，而不是做產品

上一次我們提到，看似完美的“類目＋屬性”體系，其中蘊藏著更大的問題，有一句玩笑：專家就是擅長解決困擾大家已久的問題……的同時，創造出兩個大家聞所未聞的新問題……的人。

我們繼續，以品牌這個屬性舉例。作為淘寶的小二，每個人能說出來的品牌非常有限，一般只有幾十個，能說出幾百個則已經是行業專家了，但是整個中國乃至世界彙集出來的品牌至少有幾萬個，怎麼辦？讓消費者怎麼選？這意味著品牌這個屬性的屬性值一定要再想辦法細分。

小二當然也很聰明，就搞出了“男裝品牌”“女裝品牌”“手機品牌”等不同的屬性。

那麼，男裝品牌掛在男裝的葉子類目——T恤——下面，女裝品牌掛在女裝的葉子類目——T恤——下面……不同類目的運營小二因為分工的關係，各自維護各自類目的品牌屬性值，這樣就帶來幾個問題。

第一，不同的類目下都是品牌這個屬性，但資料庫裡的ID不一致。

第二，品牌之下的屬性值ID不唯一。比如，男裝的“耐克”在資料庫裡面有一個單獨的值，女裝的“耐克”在資料庫裡面又有另外一個值，屬性值不歸一了。這樣就很亂，本來都是耐克，但是男裝耐克和女裝耐克是沒有關係的，對前臺導購來說，這是非常怪異的事情。

第三，同樣一個“阿迪達斯”，不同小二定義的格式不一樣，可以是“阿迪達斯、阿迪、adidas、Adidas”等。

解決問題，而不是做產品（2）

如果放任上述問題存在，小二是沒辦法做基於品牌的管理的，賣家在釋出商品的時候也會碰到選擇困難，買家在前臺找商品也會受到影響……所以，我們做了“屬性歸一”的事情。這個事情又要分兩個角度來看，一是歷史的問題，一是將來的問題。

先說歷史問題，當時我們