用戶增長框架與實戰(zhàn)(4):被忽略的前端類目

0 評論 732 瀏覽 4 收藏 6 分鐘

虛擬概念是什么,現(xiàn)實概念又是什么?前端類目和后端類目有什么差別?如何利用前端類目做用戶增長?本文對此進行探討,一起來看看吧。

一、虛擬概念對應現(xiàn)實概念

  • 業(yè)務領域?qū)荷虉?/li>
  • 用戶畫像對應:樓層
  • 消費場景對應:店鋪、宜家的樣板間、迪卡儂的專區(qū)

二、后端類目不能做用戶增長

這里不得不講一下前端類目和后端類目的差別。因為你努力了半天,可能用錯了基建。無論任何業(yè)務,都不要把內(nèi)部的框架和數(shù)據(jù)透露給客戶。應當封裝成一個API,按照用戶可以理解的方式來輸出。我服務過多個B2C業(yè)務,也有B2B業(yè)務,可以說幾乎都錯了。我來告訴你為什么錯。

1. 例子1:車載娛樂系統(tǒng)

一個是針對車主售賣可拆卸款,B2C零售的。另一個是針對車企售賣,嵌入式款,B2B定制的。

用戶增長框架與實戰(zhàn)part4 被忽略的前端類目

CarPlay 2C

用戶增長框架與實戰(zhàn)part4 被忽略的前端類目

CarPlay 2B

2. 例子2:手機殼

我相信在在大多數(shù)零售業(yè)務中,手機殼已經(jīng)是最細分的后端類目。即便配上手機型號,不同性別的手機殼各有差異,我相信你就知道為什么不能用后端類目了。

3. 例子3:黑色蕾絲連衣裙

雖然使用場景一樣,但針對人群完全不同,場景隸屬于人群。更多反例:

用戶增長框架與實戰(zhàn)part4 被忽略的前端類目

后端類目是管理供給側(cè)的,跟工廠的生產(chǎn)、海關的HS code同步。也相當于宜家的倉庫。

也很像幾十萬平米的義烏國際商貿(mào)城。用它管理賣家(內(nèi)容供應方)也許很輕松,但無法服務買家(內(nèi)容需求方)。

用后端類目去做用增,就如同把客戶丟進倉庫里。

直接用這個做C端廣告投放、流量的運營、搜索、推薦等功能。不光整體效率低,關鍵是很難得出正確的數(shù)據(jù)分析結論,甚至違反商業(yè)嘗試的結論,也就很難做增長。

三、如何利用前端類目做用戶增長

前端類目表達的是消費場景,是服務買家的,需要按人群、場景、細分場景把貨源重新歸類。相當于宜家的各種展廳,客廳、臥室、浴室。同一間商品,例如一個板凳,可能同時適用于客廳和臥室。戶外場景的充電寶需要大容量、防水、防摔。

女性生活主題店,就需要便攜、可愛的圖案、舒服的手感。

迪卡儂則屬于前后端融合的類目。

每一個消費場景都有一個專屬區(qū)域,比如滑雪、游泳、野營、籃球、瑜伽、垂釣、拳擊。

同理,同一間商品,也可以放到多個場景中去。例如有氧運動的慢跑、球類區(qū)域,都可以放運動飲料。

實體店雖然受限于空間,但也在極力遵守這個規(guī)則。每一個店鋪都代表一種消費場景。其實我這部分的邏輯就是從商場的運作模式抄來的。

當我在東南亞的大商場逛的時候,發(fā)現(xiàn)每一個樓層的店鋪種類,跟國內(nèi)的模式幾乎一樣,靈感就來了。我甚至仔細去研究了一下絲芙蘭、優(yōu)衣庫、迪卡儂等品牌的貨架設計。

用戶增長框架與實戰(zhàn)part4 被忽略的前端類目

四、如何構建前端類目

下面的圖只是為了舉例,實際操作中肯定不能像這樣人工標注,大型業(yè)務有1000個人都不夠用。根據(jù)我定義的算法,基本可以自動歸類了。算法暫不公開。

用戶增長框架與實戰(zhàn)part4 被忽略的前端類目

本文由 @達太 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載

題圖來自Unsplash,基于CC0協(xié)議

該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務

更多精彩內(nèi)容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!