從2003年一直到2006年下半年，過了三年多，我們才引入屬性，這是一個革命性變化，為什么這么久?一方面，淘寶小二對業務的理解有一個過程，商品管理的本質是分類(再深究一步，分類是為了更好地匹配供求關系) 今天很多小二都能回答出來，

 

　　少;另一方面，商品數量是逐步增長的，這個問題到2006年才變成一個會“死人”的問題。對產品經理來說，問題總是太多，資源總是太少，所以，什么問題是會“死人”的，才會優先解決什么問題。在2004年、2005年，用類目分下去，還不會“死人” ，到2006 年商品數量已經破千萬了，意味著這樣分下去就沒辦法分了。

 

　　這時候，淘寶有一個傳奇的產品經理—— 一燈，提出了屬性的概念，屬性很好地解決了前面提到的兩個問題。與類目相比，屬性更離散、更靈活，類似Tag，一個商品只能屬于一個類目，但可以有多個屬性。今天大家都能一下子想到這個概念，但在2006年卻實屬不易。

 

　　品牌是一個屬性，性別、顏色、尺寸、材質也是屬性……屬性下面會有值，即屬性值，比如品牌下面有杰克瓊斯、耐克、諾基亞、蘋果，所以，屬性的本質還是為了分類。

 

　　其實，最早有屬性的類目是食品，淘寶上賣食品，食品監管部門說食品有些標準化信息是必須有的，比如，批文、生產日期、健字號。當時對食品類目做了十幾個屬性定義，每個商品有不同的屬性、不同的屬性值。最早這個屬性只是用來描述的，而不是用來分類用的。淘寶的很多產品，都是灰度發布 ② 的，比如先用個別類目做屬性的試點，就是一個例子，雖然這個例子有點被動，但思路很有價值，可以小范圍試錯、優化，成熟之后再大規模推廣。

 

　　回到屬性，我們講到類目之外又有了屬性，屬性下面有屬性值，其實有的屬性值還會變成子屬性。子屬性是為了更好地分類，比如像品牌和子品牌(或系列)。品牌是屬性，阿迪、耐克、匡威是屬性值，同時，阿迪又會是一個子屬性，它的子屬性值為 Performance系列 阿迪又會是一個子屬性， “(三條紋) 、Originals系列(三葉草)和Style系列(圓球形LOGO)”。如果沒有子屬性的概念， 那又會出現沒有子類目一樣的情況， 太多的屬性值并列，導致無法篩選。

 

　　品牌和系列，在現實中也是有從屬關系的，比較適合把系列掛在品牌下面， 這樣一個品牌有相應的系列， 另外一個品牌有另外相應的系列，所以說，屬性和類目一樣，也是一棵樹——屬性樹。這是屬性與簡單Tag的差別，Tag沒有結構，更加松散，上億的商品沒有辦法用如此松散的Tag來管理，所以，屬性有結構，并且也有級數的控制。

 

　　我們再來看看屬性值的管理，大家有沒有發現屬性值和屬性值其實是不同的?有的比較簡單，屬性值是離散的，比如性別只有兩類——男、女， 最多加上 “中性” 有的稍微復雜一點， 。 比如手機的品牌下面有蘋果、諾基亞、三星，服裝的品牌有杰克瓊斯、耐克等，但小二很難列全，因為這個東西是不斷變化的。還有的更復雜一點，比如重量，它是一個連續的值，沒有辦法全列出來。用如下一個表格簡單地表示一下上述三種屬性值。

 

　　② 灰度發布是指在黑與白之間，能夠平滑過渡的一種發布方式。AB test就是一種灰度發布方式，讓一部分用戶繼續用A，一部分用戶開始用B，如果用戶對B沒有什么反對意見，那么逐步擴大范圍，把所有用戶都遷移到B上面來。灰度發布可以保證整體系統的穩定，在初始灰度的時候就可以發現、調整問題，以保證其影響度。

 

　　屬性值在客觀上的不同，導致了產品上的一些區別，這三種屬性值從上到下，有兩點值得說說。

 

　　第一，管控的尺度是越來越松的。這比較容易理解，枚舉不可輸入——性別，是人都能列全，我們直接定了。枚舉可輸入——品牌，我們設想一下，如果品牌不能由賣家輸入，賣家發布商品的時候就可能找不到自己的品牌。這時候怎么辦?大家很容易想到解決方案——增加“其他” 。但這樣會使得我們永遠不知道某些品牌，，所以，“可輸入”起到一個信息采集的作用，因為這類屬性值小二是不可提前預知的。系統通過用戶輸入的行為進行一個排序，比較重要的就挑出來，小二把它加到可選范圍里面去，這樣屬性值就更完善了。而不可枚舉，是放開讓賣家自己玩的。

 

　　第二，分類的功能是越來越小的。一般來說不可枚舉的東西，是不可以分類的，這意味著這個值是描述性的。比如說尺寸、體積、重量，這種是不可枚舉的，因為相關商品直接拿這個值做分類是沒有意義的，但是有些時候可能會按區間來做分類。比如顏色，在某種程度上跟價格是一樣的，因為顏色稍微變一點，就可以分出來，但是有誰能夠說出20種以上的顏色?很難，如果你把幾萬種顏色描述出來，那對用戶沒有意義。所以產品經理就在做簡化的動作，我們歸歸類好了，比如說紅色、藍色、灰色，再細一點，天藍色、天青色，再加個“其他” ，這樣來分，把一個不可枚舉的屬性變成了可枚舉的區間。

 

　　有了這些屬性以后，怎么跟類目搭上關系?

 

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

 

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

 

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

 

　　屬性值分類

 

　　是否可枚舉

 

　　是否可輸入

 

　　客觀上有無窮多的屬性值

 

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

 

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

 

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

 

　　文章摘抄于：《淘寶十年產品事》 作者：蘇杰

 

　　版權歸原作者所有，如有侵權請聯系我們

 

　　聲明：轉載此文是出于傳遞更多信息之目的。并不意味著贊同其觀點或證實其描述。文章內容僅供參考，不構成任何建議。若有來源標注錯誤或侵犯了您的合法權益，請作者持權屬證明與本網聯系，我們將及時更正、刪除，謝謝。