“分類”功能基本是電商產品的標配。如果你說記不清了，可以看看下面京東、淘寶的分類，是不是瞬間喚起了你的記憶，很熟悉對吧？

?

我在做電商方向的產品后，接手的第一個功能就是優化“分類”。接下來我對此功能進行復盤，希望我的復盤方式，能引發你的思考~?

在復盤前，先共識2個概念。我們把C端展示給用戶看的商品歸類方式定義叫“分類”，后臺的商品歸類方式定義叫“類目”。

接下來用到相關概念時，會直接用“分類”、“類目”這2個稱呼（ps:大家不用太糾結這個稱呼，只要你們團隊內部達成一致，知道彼此說的是什么就行）

01

項目立項

首先，介紹下分類這個業務

當我們線下去逛超市，超市的貨架擺放就是按照商品的功能屬性分類的，例如飲料類的是一個區域、服飾類的是一個區域、水果是一個區域?

當你有相對明確的目標，例如想買飲料，那可以先找到這個分類，然后在去對比這個分類下的所有飲料，看看自己想要哪一款?如上，把商品分類功能對標到線上也是一樣的，基本上是按照商品所屬的特征，去進行歸類

這樣便于比較相同用途的各種商品的質量水平和產銷情況、性能特點等，能促使生產者提高質量、增加品種，并且方便消費者對比選購，有利于生產、銷售和消費的有機銜接?

其次，說下分類業務現存以下問題

1、可逛性和流量分發能力較差

目前分類頁面的產品設計偏向商品管理視角，側重于有較明確購買意圖的用戶，可逛性和流量分發能力較差

此次改版想賦能運營同學增加更多維度來聚合商品，滿足不用用戶訴求

例如按照促銷活動聚合以滿足讓利敏感型用戶、按照銷量排行聚合以滿足從眾型用戶等；或增加更多場景來聚合商品例如新年的紅色服飾、寶寶飲食、出行等?

2、C端展示的“分類”與后臺“類目”無映射關系

目前C端展示的“分類”數據與后臺“類目”數據無映射關系，導致后臺新上下架商品不自動關聯分類。需要人工手動去維護，效率低?

最后，通過對如上問題的分析，改版目標如下

1、提升可逛性和流量分發能力

針對?可逛性和流量分發能力較差 的問題。思考以導購思路重新設計C端”分類“功能。

運營同學可根據“類目詞、搜索詞、屬性詞、新品、促銷活動、手工錄入商品、頁面URL、品牌詞”這8大方式的任意方式來聚合商品，這樣能豐富商品聚合維度，從而提升分類tab的可逛性、流量分發能力?

2、C端”分類“和后臺類目做映射關系，提升人效

針對 C端”分類“和后臺類目無映射關系 的問題。思考本版本讓C端“分類”展示的數據可與后臺“類目”做映射關系

這樣就能實現上下架商品自動關聯C端“分類”，無須運營同學人工蹲守，手動配置。進行系統賦能，提升人效?

02

方案設計

1、圍繞”提升可逛性和流量分發能力”這個目標，C端和后臺方案設計如下：

1）C端方案

a、“為你推薦”

對于二級分類，增加了”為你推薦“這個固定的模塊、這個模塊下所展示的三級分類商品都是千人千面的，系統會依據你的短期興趣推薦你感興趣的商品?

這樣設計的思路是：算法賦能，推薦你感興趣的商品，而不是普適商品，更有利于促訂單轉化?

例如：過中秋節前我想買點酒送給家里的親戚，于是我搜索瀏覽了茅臺酒，看了幾款后有事離開，沒下單?當我再次回來想購買時，想著直接點擊“美食酒飲”這個分類去找，橫向對比下所有酒類商品

這時“為你推薦”就給我推薦了“白酒”的入口，讓我壓根就不用去尋找“美食酒飲”這個分類，縮短了我的用戶行為路徑，快速把我引到到我想看的商品會場中，利于快速促成訂單轉化?

b、“banner位”

在“分類”頁面右側的頂部留了banner位的入口?這樣設計的思路是：這個入口運營同學會配置一些心智宣傳類的活動或者某類場景下聚合的商品

通過引導用戶點擊此處，對配置的活動內容進行導流，增強該一級分類的流量分發能力

??

2）后臺方案，設計了”分類管理“功能，該功能支持配置一、二、三級分類

a、“一級分類”支持運營同學手動錄入名稱，滿足其靈活性

b、“二級分類”支持運營同學手動錄入名稱，及選擇卡片展示樣式

?

c、三級分類支持選擇商品的聚合維度，可按照“類目詞、搜索詞、屬性詞、新品、促銷活動、手工錄入商品、頁面URL、品牌詞”這8大詞性中的任意1個來聚合商品?

類目詞：

是把C端分類和后臺類目進行關聯。這樣設計的思路是通過人工手動關聯，實現系統把C端分類和后臺類目做映射關系，實現商品上下架自動關聯C端“分類”

搜索詞：

運營手動輸入1個搜索詞如”手機“，那在C端，用戶點擊該三級分類進入的商品聚合頁，所展示的商品就都是通過搜索詞”手機“進行召回聚合的商品

屬性詞：

是可以按照商品的屬性去聚合商品落地頁。如二級分類是”電視“，那三級分類可以按照屬性是”國產“電視進行聚合

新品：

是可以人工手動設置某個類目下，上架不超過多少天的為新品

促銷活動：

可以從公司的其他系統中拿過來活動id，配置后，C端點擊該三級分類，所看到的商品落地頁就是參加該活動的所有商品

??錄?商品：

運營同學有時想把某類商品gid進行聚合，那這時就可以通過人工手動錄入商品gid的方式來實現

??URL：

有時運營同學會把某些三級分類設置為跳轉到會場頁，為會場內的商品進行導流，如中秋節、雙11等會場頁面，這時就可以通過輸入中秋節或雙11會場頁面的URL來實現

品牌詞：

是可以按照某個品牌進行商品聚合。如用戶在C端就想看”愛肯拿“這個品牌下所有的商品，那運營同學是可以在后臺選擇該品牌，選擇后，C端用戶點擊該三級分類進入到的商品落地頁，就都是該品牌下的所有商品

2、圍繞“C端分類和后臺類目做映射關系”這個目標，后臺方案設計如下：

在“分類管理”功能的三級分類中，支持按照“類目詞”來聚合商品，因為上面有對按照”類目詞“聚合商品進行闡述，所以此處不做贅述

03

數據復盤

回顧下最初的項目目標是提升分類tab可逛性及流量分發能力。

那功能上線后，就可以用數據驗證下，看看目標是否有實現。（ps：因為C端分類和后臺類目做映射關系，提升人效。這個目標很容易驗證是否成功，所以此處不對這個目標進行數據復盤）?

那針如上目標，我們該怎樣定義數據指標呢？我是這樣定義的：?

首先，對于提升可逛性，我們可以看 人均點擊次數和人均貢獻商品詳情頁pv這2個數據指標。如果這2個數據指標都有所提升，那證明可逛性確實提升了

因為有更多的人點擊了，而且也有更多的人點擊進入了商品詳情頁?數據結果出來后，發現和老版分類相比，人均點擊次數提升了50%左右，人均貢獻商品詳情頁pv提升了約100%左右

可見，改版后的功能確實還是有效果的，在可逛性上面確實有提升?

其次，對于提升流量分發能力，我們可以看 pv分發深度和UV分發深度這2個數據指標。為什么是看這2個數據指標呢？

因為pv分發深度是用全引導的ipv除以pv，全引導的ipv就是指用戶2步內進入到商品上詳情頁，這樣得到的結果就是如果深度加強了，那代表給更多的商品進行導流了?uv分發深度是同樣的道理，是用全引導ipv_uv除以uv，代表有多少用戶從分類頁深度訪問到了商品詳情頁?數據結果出來后，發現和老版分類相比，pv分發深度提升了約?30%?左右，uv提升了約?20%?左右。

可見，改版后，在提升流量分發能力上面確實也很有效果?那因為可逛性及流量分發能力都有所提升，可以推導出交易轉化肯定也會有所提升。

接下來我就查詢了交易轉化的數據，來進行驗證，通過數據查詢，發現uv支付轉化率提升了約?30%，全引導支付ipv_uv支付轉化率提升了約?8%。可見，前面指標的提升，對最終GMV指標的提升也起到了正反饋的作用

最后

以上就是我自己對做過的項目的思考復盤，總結做的好的地方如下：

1、首先，在做項目之前，思考為什么要做這個項目？目標是什么？

2、其次，根據目標，提煉出功能上線后可衡量的數據指標什么？

3、最后，根據數據指標的效果對比，進行相對客觀的評判此功能做的是否有價值?

那我可以復用的經驗是：?在以后做項目時，依然是接到項目后，首先問為什么要做？想達到什么樣的目標？?其次，根據目標，考慮好哪些數據指標可以定義功能上線后的效果是否達成目標？?

做的不好的地方如下：

1、功能創新上面，思考的過少。當時是想著不要為了創新而創新，但其實確實還是要結合用戶的實際使用場景，發現一些可以創新優化的點，進行更好的方案設計?

2、在分析數據的過程中，其實埋點是有偏差的，例如離開分類頁面，在返回，其實也要上報數據。但因為技術方案原因，沒有上報，導致分類頁面的pv統計值偏小?這是新方案的偏差，那老版功能的數據也是有偏差的。我應該把偏差都寫出來，讓大家知曉。但我卻沒有細扣數據。下次一定注意不能再犯此類錯誤?

以上，是我的復盤，你還有什么更好的項目復盤方式嘛？歡迎留言分享探討~

↘好文推薦：

優惠券最全玩法詳解

產品經理要懂的「技術那些事」

以叮咚買菜為例，看生鮮電商的春天是否已經到來？

點個“在看”吧

總結

以上是生活随笔為你收集整理的复盘-电商产品「分类」功能迭代的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。