用戶增長框架與實戰(5)如何管理SKU
本文深入探討了用戶增長框架中的SKU管理策略,分享實戰經驗,旨在幫助你優化產品組合,提升運營效率,希望對你有所幫助。
請先看完前幾張的框架結構?,F在我們繼續講到SKU層。一般非自營電商平臺,同一個葉子類目下面,比如口紅,可能會有幾千到幾十萬個商家發布的商品,有的團隊習慣叫detail,有的叫detail page(縮寫dp),我統一稱之為item。
很多團隊誤以為item或者item下一層就是SKU,大錯特錯。這也導致了大量后續的問題。起因很可能是差評或者技術團隊把自營的技術結構用到了非自營平臺業務。SKU的基本定義我就不科普了。
請記住我們要解決的是兩件事:
- 用戶需要什么,比如色號19的一款口紅
- 哪個供貨方提供的產品/內容,可以最好的服務客戶
下圖的零食消費場景,解決方案有膨化食品、飲品等。每一個格子都對應一個系列的SKU,再按照配方分到SKU。
我的思維框架如下:
根據經驗,一種常見的item,最多有20個商家重復發布,也不足為奇。借助算法的能力,可以自動聚合90%+的item比如對于SKU=色號19的這款口紅,有6個不同商家的重復發布。但是解決的用戶需求是一模一樣的。
很多業務就是這樣沒有做業務邏輯,直接借助算法團隊的能力調優。如同讓用戶繞過了樣板間直接進入庫房去挑選商品。且這個倉庫包含了所有行業,所有商家。算法團隊面臨的問題復雜度增加了幾個維度,但是效果卻大打折扣。
最可怕的是流量管理的問題。下圖中流量分配策略,可以視為渠道媒體,也可以視為自有流量的算法策略。一般我們都會設定一個目標,回傳/收集所有用戶行為的過程數據,向目標歸因,得到一個最佳分配方向。定期更新,更新周期以內是固定的。但是由于item的服務能力動態變化,用戶的體驗不一定是最優的。變化的因素包括但不僅限于:
- 缺貨
- 賣家改價
- 平臺優惠策略變化
- 賣家運營不在線,且買家需要咨詢后才能下單
比如下圖中第一個item,被策略選中,優先引流,占了總共的85%。作為商家,發現流量突增后,由于庫存是有限的,無法立即捕獲,最佳策略是不是應該馬上漲價?那么這個item還是最優解么?
采用我的框架就可以解決這個問題。因為所有的item都提前聚類為SKU,分流的目標是SKU,解決了用戶的需求。下一層邏輯才是考慮內部如何分流。
本文由 @達太 原創發布于人人都是產品經理。未經作者許可,禁止轉載
題圖來自Unsplash,基于CC0協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務
沒有看懂你的框架這里的邏輯