電商產品有三大核心模塊：信息流、資金流、物流，本文將會大家詳細介紹商品信息流模塊。

半年前由于機緣巧合，筆者有機會從零開始設計一個電商產品。因為本身不是做電商出身，沒有什么電商產品設計經驗，所以只能邊學邊做。

這半年來，我看了大量的書籍、視頻和文章，也和許多同行的前輩交流過，再加上自己在實踐中的打磨，現在大體上能夠說出個一二來了。趁著最近有些時間，我琢磨著把這半年來的經驗總結一下，和同行小伙伴一起交流交流吧。

做電商的都知道，電商產品核心模塊就三大塊：信息流、資金流、物流。

由于本人做的是虛擬物品交易，沒有涉及物流模塊，因此不討論物流相關內容。而信息流細分開來，可以分為商品信息流和訂單信息流（訂單流是由信息流和資金流組成的）。因此，我將會分三個部分來闡釋：

商品信息流；訂單信息流；資金流。

這篇文章先來講講商品信息流吧。

“商品信息流”，聽起來很抽象，先不管名詞怎么定義，我們先來想一下：眾多的商品，從它們被賣家擺到網站上展示，到買家看到這些商品，然后進行選購，整個過程產品經理關注的核心是什么？我想應該是以下兩點：

如何讓賣家分門別類地把這些商品上傳到后臺商品庫；如何讓清晰地向買家展示眾多類別的商品，并進行導購；

要回答這些問題，就要從整個商品體系的設計和搭建說起。

一、 無分類

當你的產品量級非常小的時候，所有商品直接擺出來展示就好了，不需要分類。比如03年淘寶剛上線的時候，就是沒有分類的，所有商品直接擺出來展示。

二、 一級類目

當商品越來越多，用戶查找開始不方便了，就需要有分類了。在電商領域我們把這種分類叫做類目，最簡單的是一級類目，比如小米商城：https://www.mi.com/。

小米商城首頁類目

從上圖你可以看到，每一種商品就一個分類（一級類目），沒有子分類，這個分類下掛靠了該類目下的所有商品。

三、 多級類目

當商品的數量再往上走，達到千位級、萬位級，甚至更多的時候，一級類目就滿足不了需求了，這個時候就出現了多級類目的概念，也就是我們所說的“ 類目樹 ”。

類目樹一般三級左右為宜，盡量不要超過五級。因為電商有一個公認的鐵定律叫“漏斗模型”，也就是層級越深，流失量越大，就像漏斗一樣，越往下口越小，所以類目層級不能太深。

三級類目（圖片來源百度）

上圖就是一個三級類目的例子。賣家在上傳商品的時候，需要一級一級往下選擇，直至確定葉子類目。

四、 類目 屬性

當商品的量級達到百萬級、千萬級甚至億級的時候，新的問題又出現了。比如服裝可以分為男裝和女裝，男裝、女裝下面又分為T恤、褲子等，而T恤又分很多品牌，褲子按照長短又可以分為九分褲、七分褲等等，這樣的類目樹一直分下去，交叉和重合是不可避免的，這就變成了一個很難管理的網。

所以當商品越來越多，分類越來越細，用戶搜索越來越個性化，單純靠類目樹已經不能滿足商品管理的需求了。這個時候就出現了另外一個維度的分類方法，叫 “ 屬性 ”。

“ 屬性 ” 怎么理解呢，先看看下面這張圖：

屬性

這是對于“褲子”這種商品的描述，我們可以用左側這些形容詞去描述它，這個就是我們平時說的標簽。但標簽分類太細，數量多了的時候不好管理，當我們把標簽按右側的方式進行歸類的時候，這些類別名稱就成了我們說的“屬性”，左側的標簽就是我們說的“屬性值”。

舉個通俗的例子，我們平時用的微信，通訊錄聯系人按照26個英文字母歸類排序，這就好比我們上面說過的類目，然后我們根據聯系人的不同特征，給他們進行歸類，比如“家人”、“高中同學”、“大學同學”等等，你喜歡的話劃分個“前男友”或者“前女友”也是可以的。

這些人為的分類就是標簽，把相同性質的標簽歸類成標簽組就是屬性（比如把“高中同學”和“大學同學”歸類為“同學”）。這里只是舉個例子，微信只支持標簽，不支持標簽組。

有一點需要注意的是，后臺錄入商品時，屬性必須掛靠在葉子類目下面。比如服裝——女裝——超短裙，超短裙是葉子類目，它下面可以掛靠屬性，比如紅色，這樣搜索紅色超短裙就能直達商品。但如果你想把屬性掛靠到服裝——女裝時，女裝下面還可以細分很多類目，女裝直接掛靠紅色就沒有意義了。

類目 屬性：找鋼網

上圖的“找鋼網”（http://www.zhaogang.com/）就是典型的“類目 屬性”的例子，鋼材按照品名、材質、規格、鋼廠等進行類目劃分，然后通過品牌等進行屬性劃分。

五、 前臺類目 后臺類目 屬性

那是不是用“類目 屬性”就能解決所有商品分類的問題了呢？

答案當然是不能。先來看看一個很常見的場景：

網站運營人員為了導購，需要經常調整類目屬性；但是賣家為了商品穩定，減少不必要的時間耗費，不希望調整。這里就出現了矛盾。

矛盾的根源其實在于買家和賣家之間的需求差異，運營人員就會左右為難，一方面導購是為了給買家更好的體驗，另一方面也不希望賣家經常被折騰。

這里的本質就在于，一個產品，一套邏輯，沒辦法很好地滿足兩個截然不同的用戶群體。那怎么辦呢？

最早想到解決方案的是08年那時淘寶的一位產品經理，有一次他去逛沃爾瑪，他仔細觀察了傳統超市的商品分類邏輯：

大超市里的商品，在貨架上的陳列方式都是經常變來變去的，隨著季節、特殊節日、銷售狀況等因素的變化，商品的陳列方式也會經常做出調整。

但大超市還有一個地方是倉庫，倉庫里的商品擺放是相對固定的，食品就在食品區，洗護就在洗護區。所以說，超市里的商品其實是放在兩個地方——后臺倉庫和前臺貨架，使用的分類方法也是截然不同的。

從這里他受到啟發，想出了“前臺類目 后臺類目”的架構設計方案——把一個產品一分為二，一個滿足買家，一個滿足賣家，也就是：

賣家通過后臺類目發布商品，買家通過前臺類目選購商品。

原來的類目變成了后臺類目樹，另外再建一個前臺類目樹，然后把前臺類目樹的葉子類目去和后臺類目通過映射關系關聯起來。任何一個前臺類目的葉子類目，都可以對應任何一個或多個后臺類目，且不一定是后臺葉子類目。

舉個例子：

比如iPhone X賣得好，那運營人員就可以建立一個“iPhone X”的前臺類目，然后把后臺的類目【數碼產品——手機】和屬性【品牌=iPhone & 型號=X】掛到這個前臺類目下，如下圖：

前臺類目對應后臺類目

再來看個實際場景的例子，大家最常用的淘寶網（https://www.taobao.com/）：

淘寶首頁前臺類目

上圖中紅圈部分就是典型的運營人員為了運營需求而展示出來的前臺類目，其映射的是后臺某些類目或屬性下的具體商品。

這種設計奠定了我們現在大部分電商產品的商品分類體系模型：前臺類目 后臺類目 前后臺映射管理 屬性

回過頭來總結一下，從03年我國第一家電商網站淘寶上線，到如今電商網站百花齊放，商品分類體系的演變路徑可以歸納為五步，如下圖：

商品分類體系的演變

至此，我想和大家分享的第一個知識點——商品分類體系 就已經講完了。鑒于本人經驗有限，可能還有很多地方理解不到位，或者某些地方表述不清楚的，歡迎拍磚~

期待你我真誠的交流能碰撞出智慧的火花 ~ ^ _ ^ ~

本文由@Haby 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議