回憶壹下小二與賣家的矛盾：小二為了導購，不停地調整類目屬性；賣家為了商品的穩定，不希望調整。分歧其實是買家與賣家的需求矛盾，小二也左右為難，壹方面導購是為了給買家更好的體驗，另壹方面也希望賣家不用經常折騰。
這裏的本質在於，壹個產品沒法很好地滿足兩個截然不同的用戶群體。那怎麽辦?很簡單的邏輯，把這個產品拆分成兩個產品，壹個滿足買家，壹個滿足賣家。具體怎麽做?大家去大超市逛壹逛就能體會到了。
大超市裏的商品，在貨架上的陳列方式是變來變去的，隨著季節、隨著銷售情況、隨著特定事件會經常做調整。大超市還有壹個地方是倉庫，倉庫的商品擺放是相對固定的，食品就在食品區，洗護就在洗護區。所以說，商品其實是要放在兩個地方——前臺銷售和後臺存儲，對應兩種分類方法。妳應該懂了，很多時候，電子商務反而比傳統商務落後，人家發展了數百年，壹定有很多比我們“牛”的地方，要多多學習。我們也就是借助這樣的方式，把前後臺類目做了拆分，有了前臺類目和後臺類目。
簡單地說就是：賣家通過後臺類目發布商品，買家通過前臺類目選擇商品。
原來的那個類目變成了後臺類目，還是壹棵樹，屬性也還是屬性，商品都是掛在後臺類目的，按類目屬性去掛。
前臺類目的做法，簡單地說，就是先按照前臺導購的要求，再建壹棵類目樹，然後把這棵樹的葉子類目去和後臺類目建立關聯關系，任何壹個前臺的葉子類目，都可以對應任何壹個或多個後臺類目，且不壹定要是後臺葉子類目，且可以增加屬性篩選，且可以直接關聯SPU，且可以增加各種商品篩選條件，比如買家信用、標題關鍵詞、是否消保等。
用例子來說明。
比如女裝，現在是夏天，我希望把超短裙調整得更容易被看到，就可以搭建“女裝-超短裙”的前臺類目，然後直接把後臺類目裏，也許是四五級的超短裙直接掛在前臺類目的超短裙下。
比如說傑克瓊斯賣得很好，妳就建壹個傑克瓊斯的前臺葉子類目，妳到服飾裏面的各個後臺類目，把品牌是傑克瓊斯的，可能有10個類目下的傑克瓊斯品牌，都掛到前臺的傑克瓊斯下面，這意味著傑克瓊斯所有的男裝、女裝、童裝、配飾等都在壹起了。
比如iPhone5S賣得特別好，小二就可以將iPhone5S建立壹個前臺類目，然後到後面類目把品牌是iPhone的、型號是5S的唯壹SPU去掛到這個前臺類目下。
我們再看壹下下圖。
右上方淺灰色處就是後臺類目，下面顏色稍深處的品牌、性別、適合人群、適合場合等，就是屬性，屬性下面就是屬性值，耐克（NIKE）、休閑、長袖等。左上方深灰色處就是前臺類目。我可以在前臺搭建“活力青春-街頭運動”這樣個性化的類目，然後把後臺類目“女裝-T恤”下“品牌=NIKE&性別=男&適合人群=青少年”的商品掛在這個前臺類目下。
再強調壹下，前臺類目只有葉子類目下面才能掛後臺類目。其實對前臺類目來說，壹般不會超過三級的，因為導購路徑的長度問題，超過三級就沒什麽意義了。為了更好地導購，公***屬性的概念也沿用到了前臺類目裏，如果壹個前臺父類目下面的所有子類目都有統壹的屬性，那麽就可以把子類目的屬性提取出來作為公***屬性。可惜的是，到了2012年年初，這個動作還需要人來做，需要小二按壹個按鈕——提取公***屬性，也希望後來的產品經理可以做出改進。
類目拆分為前後臺的好處很明顯，用相對固定的後臺類目可以衍生出壹個隨時變化的前臺類目，後臺類目滿足賣家，前臺類目滿足買家，皆大歡喜。後來，淘寶網、天貓、電器城等都是在同壹套後臺類目的基礎上衍生出了不同的前臺類目，以滿足不同的需求。
但晴朗的天空還有壹片小小的“烏雲”——買家在前臺，通過前臺類目找商品，而前臺類目是小二“人肉”搭建的，那麽很有可能，部分後臺類目下的商品沒有掛在任何前臺葉子類目下，那就意味著，會有部分商品沒法通過類目導購找到（當然，對搜索沒影響）。
還好我們的產品經理很快趕走了這片“烏雲”，我們給運營小二提供了提醒，告訴他們“後臺類目覆蓋率”是多少。但這還很不夠，只是提醒他們，還沒有提供很好的工具給他們，這也是壹個值得期待的優化。
再回到上圖，還有下方的壹大堆舊概念，但對淘寶來說的新東西等著我們去消化。
10.舊的新概念：SPU/SKU及其他?
做電子商務，SPU（有時候也說產品）、SKU（Stock Keeping Unit，庫存量單位）、商品這些詞，要是分不清都不好意思跟別人打招呼，那麽，我們先來看看SPU吧。
天貓平臺把後臺類目的屬性又做了很多細分，有壹種屬性叫“關鍵屬性”，像服裝的話，品牌和貨號，這兩個屬性值組合起來，能夠形成壹個唯壹確定的產品——SPU。SPU相當於標準化的產品，通過關鍵屬性的確定，就確定壹個SPU，蘋果的iPhone5S就是壹個SPU。
當時我們設想很簡單，淘寶平臺可能有很多非標準化的商品，但是作為壹個B2C平臺，最好所有的商品都是標準化的，這樣方便我們管理。所以，我們覺得所有商品都應該對應壹個SPU。雖然服裝是各種各樣的，但是從廠商這裏出來，壹個款式就是壹個款式，壹個型號就是壹個型號，肯定是標準化的，肯定也是有SPU的，某款衣服，廠商沒生產過狗屎黃，就不應該有賣家在賣這個顏色。所有的商品都有對應的SPU，意味著基本信息都有了，這個SPU定義下來以後，比方說他知道了壹雙鞋，品牌是耐克、貨號是12345，這就是唯壹的SPU。其他屬性值都是掛在SPU上面的，不會因為賣家變化而變化，它是固定的、標準化的。
SPU下面掛商品，好比壹雙耐克12345，五個商家在賣，就是五個商品，商品與SPU的區別在於它和賣家有關。夾在SPU與SKU之間的商品，是B2C平臺特有的概念，如果是獨立的B2C，壹個SPU不存在多個賣家賣的情況，直接分成SKU就可以了。
為了解釋SKU，我們得看看“銷售屬性”的概念是怎麽提出的，看似復雜的體系裏，壹個又壹個概念的提出，都是為了解決實際的業務問題。
以前，淘寶買家買東西的時候，買壹件衣服，需要給商家備註說，我要“黑色”、“XL號”的衣服。而賣家發壹個寶貝，也只能發諸如李寧牌、56789貨號的衣服，發壹件上去，上面有好幾種顏色，好幾個尺碼，但是庫存只有壹個，把所有的尺碼庫存都合在壹起。庫存都是合在壹起的，事實上黑色大號只有10件衣服了，但是因為總庫存是100件，這個時候如果有12個用戶買了黑色大號的時候，後面兩個就沒有庫存，沒辦法賣了。
這其實是庫存管理的概念，現實場景的應用，妳在成交量不大的時候，這些都好解決，妳可以說：“對不起，沒了，退款，能不能換再大壹號的，寬敞點涼快。”但是如果在B2C平臺要自主購物的話，這是不能解決的。所以，我們要繼續對商品進行分類細化，於是提出了銷售屬性的概念。本來，這在線下是壹個很正常的分類法，但2007年的淘寶產品經理們，沒有什麽線下經驗，所以當時想了壹個叫“最小購買單位”的概念，後來我們發現，它跟線下的SKU——標準庫存單位——其實是壹回事。
當時我們的選擇，希望把SKU盡量做簡單，我們認為iPhone5S不管是白的還是黑的，因為跟SPU只是壹個屬性上的差別，而不是本質上的差別，所以就沒有把它們當作兩個SPU。顏色、尺碼等，就成了現在的銷售屬性。
（註：2012年年初，天貓又提出了SPU的SKU化，簡單說就是把進過銷售屬性細分的SKU當作SPU來管理，從而使得SPU與線下庫存管理壹致。有興趣了解詳情的同學，不妨加入天貓吧。）
最後，我們還要提壹下“商品屬性”的概念，有壹些屬性，比如新舊程度、保修方式、附加服務等，跟SKU、SPU都沒關系。舉個例子，對於買手機的人來說，只要在中國買手機，就有保修區別，有的手機是全國聯保的，而另外壹些手機只提供店鋪保修。這個屬性就屬於商品屬性，既跟SPU沒有關系，也跟SKU沒有關系，和賣家有點關系。雖然只有很少的屬性是商品屬性，但我們提出這個概念，這樣整個商品體系相對就比較完整。
好了，天貓平臺比較特別的新東西就講得差不多了。大家還記得那個苦逼的淘寶平臺嗎?又是壹兩年過去了，那個平臺的問題越來越突出。
就這樣，時間到了2009年。
產品上、業務上，天貓都做了很多創新，但是，成交量沒有做起來，當時是每天200萬，第壹任總經理離職時也不到400萬，基本上沒多大的增長，為什麽?天貓是壹個獨立網站，沒有足夠的商品吸引買家來，買家沒有來就沒有成交，沒有成交公司就沒有耐心，沒有耐心，總經理就離職了。淘寶商城本來是壹個事業部，這個事業部不到壹年就解散了，招商的重新歸招商，運營的重新歸運營，都回到淘寶去了。
差不多過了三個月，公司又坐不住了，覺得B2C我們不能放棄，怎麽可以放棄，當時就去討論自己為什麽做不起來，很重要的結論就是說淘寶商城在獨立發展，沒有辦法充分享受淘寶現有的優勢——用戶和流量。當時基於這個指導思想，高層就決定要把B2C合掉，這裏是指商品、交易等底層系統。阿堅是整個過程介入最多的產品經理，2007年他把天貓搭起來，2009年合掉。
整個2009年，我們把天貓和淘寶合掉。但是當時有兩種選擇方式，壹開始的想法是把商城數據遷回淘寶。第二種，是阿堅的建議，說這樣拆掉太可惜了（這是他自己做的產品，整個商城自己辛辛苦苦搭起來，廢掉確實太可惜了），能不能把淘寶升級成淘寶商城這樣，然後再合掉。前面的合法三個月就夠了，後面的合法可能需要半年。當時爭議很大，有的支持第壹種方案，有的支持第二種方案，最後有壹個人做了關鍵決定，就是老陸——鐵木真（淘寶第二任老大，2013年接替馬雲成為阿裏集團的CEO）。
以下為八卦，由阿堅口述：?
老陸剛來淘寶不久，有壹次我跟他開會，他在那裏提壹些建議，感覺老陸什麽都不懂似的，心裏說這個CEO是不是不靠譜。但當我聽到老陸說“商城這麽好的體驗，怎麽能放棄掉”時，我的看法就完全改變了。老陸在關鍵的時候，作為壹個CEO，做了壹個關鍵的選擇。CEO最重要的事情是在關鍵時刻做關鍵決定，我立馬就覺得他是非常合格的CEO。BC整合就是把商城這套體系搬到淘寶，也就是那壹年淘寶最大的項目——五彩石（後面還會多次提到這個項目）。
整個淘寶，壹半開發圍著壹個產品經理轉的體驗，將來估計是不會有了，這對壹個產品經理來說，可遇不可求。
這個體系搭好以後，整個淘寶體系基本沒變過，哪怕是2011年6月，淘寶與天貓在組織結構上分離，到2012年中也是這樣。還有壹些值得說的事情，羅列壹下。
有很多年，天貓是要求賣家發布商品的時候，必須掛在壹個已有的SPU下，所以，當這個SPU還不存在或者賣家找不到的時候，就會要求賣家中斷商品發布流程，先去發布SPU。這個問題困擾了賣家很多年，2011年才得以解決。
其實，這背後不是技術上能不能解決，而是我們對B2C平臺的管理尺度問題，是松還是緊，這個度在哪裏的問題，這壹直都在思考。現在看來，之前的設想過於理想化了，體系過於死，賣家發布商品不應該有這麽多約束。作為我們平臺方來說，雖然管理商品應該盡可能標準化，但不應該把所有東西都強加給賣家。
早期，我們的設想很簡單，壹個蘋果iPhone5S要有商品質檢，必須要有SPU。我們信任每壹個商家，都會發壹個標準的SPU，這個商品發過以後，其他商家就不需要發。所以說意味著第壹個發iPhone5S的商家，必須先發布壹個SPU，後面來只發商品就行了。
允許他發SPU，事實上對於服飾這種非標準化類目來說，基本上就變成發壹個商品都要發壹個SPU。所以賣家發壹個商品，先要發壹個SPU，這很麻煩，賣家很痛苦。因此，後面我們就把這兩個過程合掉了，買家發壹個商品的時候，我們會去判斷有沒有這個SPU：有這個SPU，那就直接發商品；如果沒有SPU，就自動掛壹個SPU上去。
這裏面還有個插曲，在先發SPU後發商品的年代，有壹段時間，我們發現有的商家實在不靠譜，發的SPU錯誤百出，於是在部分類目還提出了“信任商家”的概念，即把部分優秀的商家識別出來打標，只有這些商家可以發SPU。這樣造成了更麻煩的問題——非信任商家有可能發不了商品了，因為相對應的信任商家還沒有來得及發SPU。
這是個控制尺度的問題，最後再說說對商品分類的深度思考。我們壹直說，商品管理的核心就是分類，那麽廣義上講，商家、垂直市場等也是區分維度。
不過垂直市場不是簡單的分類，它是基於商品的特征，在分類無法提供的信息上進行了區分，那就是服務。服務的標準，如果妳只是把手機劃出來，這個手機垂直市場如果跟其他品類沒有任何區別，其實沒必要叫垂直市場，叫手機類目就可以了。只有當手機商品本身還有其他服務特征的時候，我們才需要搭壹個垂直市場，比如延長保修。
類似“消保”這種給商品打標的動作，也是差不多的概念。比如消保是跨類目的，“假壹賠三”可能只針對化妝品。
對整個淘寶商品體系最熟悉的產品經理們認為，商品體系最大的缺陷，就是非常僵化。壹個體系太嚴謹了，不壹定是好事，它會很難有新東西湧現出來，沒法進化。淘寶其實是壹個平臺，需要有序的百花齊放。
這也就是淘寶內部從2012年開始提的第五代商品管理，它的關鍵詞有：搜索、標簽化、場景化。不過，這是最新發生的事情，大家都看不清。未來路在何方，是各位產品經理自己走出來的，我們拭目以待。
整個商品管理的發展方向，大家覺得有壹種可能，就是搜索，賣家無序地發商品上去，強大的搜索就是商品的分類。