方法論:如何從0到1搭建一套完整的邀請體系?
如何從0到1搭建一套完整的邀請體系?本文將從是三個角度來思考這個問題,一起來看看~
最近對邀請好友做任務類的產品功能思考還是挺多的,有一些思考分享給大家。
寫文章前,再把人人都是產品經理上的邀請好友類文章,刷了大半,有很多都挺不錯:有深度、有案例、有數據、有實操建議。
貼部分好文如下:
大部分文章都基本會落腳在:邀請功能的某個點或者整條線上,比較易讀,也有沖擊力。但我較少看到:體系化的文章(或許我沒看到)。
今天筆者試著來寫一寫:如何從0到1搭建一套完整的邀請體系。筆者才疏學淺,僅是一個角度思考,歡迎一起探討成長!
在構建邀請體系時,筆者以如下3個問題反思它的價值:
- 這套方法論,是不是一種可遷移的能力?不管是哪個行業、哪個產品階段都能使用。
- 這個邀請框架,從滿足業務訴求上,是不是延展性強、復用性高?
- 這種組件化的設計理念,是不是可以快速適配80%以上的邀請需求?
如果,以上問題都有肯定的答案,那么它的目的就達到了。
本文框架概覽:
1. 為何要做邀請功能?
2.系統化的邀請體系該如何設計?
2.1 搞懂宏觀:邀請流程視圖及底層架構
2.2 發力微觀:做個有靈魂的產品
2.3 設計組件化:四兩撥千斤的能力
3. 邀請能力升級:數據驅動產品迭代
1.?為何要做邀請功能?
萬事萬物皆有因果。做之前,搞清楚為什么做,往往更為關鍵。
你可能會說:競品做了一個邀請功能超級好,帶來了很多增長,我們也做一個試試;
或者老板說:最近我們產品的用戶增長遇到了瓶頸,需要用老帶新的方式,提供新的增長點。都可以的,搞清楚目標及定位就ok。
筆者認為:邀請功能持續被大家推崇,有兩個大原因:
- 流量紅利消失帶來的焦慮感。付費型流量貴、質量不可控;私域流量不一定具有普適性、也未必玩得轉;
- 邀請功能作為其中一個流量抓手。免費、可控、有背書,自帶BMG式的出場讓大家滿懷期待。
當然,從大方向上的達成一致,并不意味著條件成熟。是否真的、需要立馬采取行動?不妨用下面的三個問題check下。
(1)當前產品所處的是什么階段?
種子期、成長期、穩定期、衰退期,相對來說,拉新和穩定期比較適合借助MGM來獲得更多的增長。
(2)當前產品遇到了什么問題?
增長乏力、留存低、復購差。如果這些問題都存在,可以考慮啟動MGM。
(3)解決產品當前的問題只有邀請這一種?
自然的流量太少、付費的流量太貴,主動推的流量質量差。那么玩好MGM是個不錯的選擇。
上述問題,如果你都想清楚了,那就開始行動吧!
二、系統化的邀請體系該如何設計?
邀請好友功能,一般說成MGM(member get member),會員拉會員,即為常說的老(M1)帶新(M2)。根據開篇說的三個問題,體系化的邀請功能該如何思考及落地?
2.1 搞懂宏觀:邀請流程視圖及底層架構
(1)邀請流程視圖
從用戶來角度,邀請功能有一套完整的、標準的流程視圖:M1先做什么?M2后做什么?最終他們獲得什么?
見下圖:
共7步,每一步都有對應的要點及交付物,這樣也就方便需求方快速地提交需求并及時響應,下面以:step2和step4 舉例說明下(完整的內容,可聯系筆者)
step2:業務交付內容
MGM作為平臺的能力,需要適配不同業務方的需求,比如平臺運營,需要拉新、拉回流;某一塊業務,需求就偏向于拉業務的銷量。
此表的作用有兩個:
- 充分調研業務的需求,因為作為設計者,你不可能完全了解業務;
- 管理業務的需求,按照業務的迫切程度,排出優先級及管理預期。
step4:M1邀請頁
這個頁面非常關鍵,也是決定分享率的重要因素。在設計的過程中,既要考慮頁面框架的通用性,也要考慮特殊業務場景的需求。但M1的邀請頁設計的核心是不變的:把握M1的需求,給予他們一個充分的動機,并降低他的完成成本,即為:需求–動機–能力。
動機:為什么用戶愿意發起邀請,是因為活動福利,還是因為炫耀?
能力:用戶發起、達標是否容易達成?流程是否足夠簡單?
(2)MGM底層架構
上面說了MGM的用戶視角規范流程,但僅有前端的規范是遠遠不夠的。產品經理需要抽象出邀請功能的系統能力,以對接上前端應用。見下圖,分4大模塊;數據、系統能力、運營配置以及前端應用。一個MGM需求要快速上線、功能要高可用,就要重點打磨兩個方面:
MGM的組件能力:邀請組件能夠快速在業務場景、活動頁面配置并上線。
中臺能力-達標工廠:簡單的業務不需要中臺,如果是一個金融類的產品,就有非常多的達標條件,需要將各類條件抽象出來,集合成業務中臺,實現各類業務快速組裝、配置、調用的訴求。
2.2 發力微觀:做個有靈魂的產品
有了整體的框架,還不夠,還需要從細節處著手,從微觀層面發力。在邀請類功能里,什么是微觀?微觀是:產品界面的信息結構如何布局,交互細節如何設計。
M1邀請頁面、M2參與頁,并不是簡單的信息堆砌,它是有靈魂的,遵循一定的設計邏輯的,筆者稱之為:加工流水線。
較多的啟發也來自于,何楊老師寫的《產品文案如何寫,才能高效表達產品賣點》一文中的精髓:池子法則。圖示如下:A代表動機,B代表能力。有了持續、穩定的輸入,才有更優質的輸出。
利益池:枚舉邀請頁面的利益點,挑選、提煉重點幾條對M1觸動最大的利益點。
動機池:包含行動目的,以及采取行動所需付出的成本。
成品池:對關鍵元素進行加工,利益點&動機&能力,排優先級并逐一陳列。
具體怎么應用:以瑞幸咖啡的M1邀請頁面來舉例。
利益池:
- 獎勵一杯咖啡
- 好友免費喝一杯
動機池:
- 動機:現在我想免費喝
- 能力:分享一下就好了,很簡單
成品池:
品牌主圖+利益點(易記憶)、采取行動(分享)、查詢獎勵(關注點)、活動規則(收起)
概括:頁面結構清晰、利益點突出、參與流程直接。整體設計絲毫不拖泥帶水。
2.3 設計組件化:四兩撥千斤的能力
這一部分,交互視覺的同學是大有可為的模塊。目標就是:通過設計模塊組件化,能夠像樂高積木一樣,快速搭建出一個MGM活動頁面。組件可復制、可延展。這樣一來,就可以快速支持業務需求。
筆者認為可以抽象的組件有:
- MGM入口場景的設計圖
- 頁面主圖的利益點排布規范:花錢的、不花錢的
- 獎勵內容設計:花錢的:定額獎勵/階梯獎勵/驚喜獎勵;不花錢的:情感化分享卡片
- 邀請流程模塊:流程事項123
- 活動規則:展示形式,頁面平鋪還是彈窗
先搭載整個設計化組件框架,再根據業務活動一次次優化、完善,最終形成完整的MGM設計組件庫,減少重復勞動。
3.?邀請能力升級:數據驅動產品迭代
一個有價值的產品,一定是能接受住考驗的。而數據,就是其最好的證明。因此,筆者愿意將數據部分單獨來講,反思下從開篇我們說的:3個問題。
3.1 方法論是否能遷移
就要監測這一套系統的方法論,能否適配各類業務、各種行業。大家不妨放到各種業務場景下,檢驗它的可用性。
3.2 框架是否高可用
1)是否支持各類業務達標要求,反觀達標工廠的顆粒度支持情況。
2)邀請活動的效果:M1分享率、M2達標率,兩者所對應出來的指標,如果過低,就要從兩個緯度思考:未分享前:突出利益點,分享后:增加流程管控:觸達能力(未達標提醒、活動快結束提醒)、常態的參與入口。
3.3 設計組件能否支持80%以上的需求
每來一個活動,請反思現有的設計組件,能否滿足,是否需要重新設計?
以上就是本次要分享的內容,我們來小結下:
- 首先想清楚為什么要做邀請功能,不能病急亂投醫
- 構建邀請體系:既要有宏觀視野,又要從微觀發力,以設計組件實現四兩撥千斤
- 以數據監測不斷驅動產品迭代升級
以上,就是本次分享到內容~
送大家一句話:切勿夜里想千路,明日走老路,想清楚就行動吧!
#專欄作家#
行走的大雄,微信公眾號:大雄背起行囊,人人都是產品經理專欄作家。金融產品經理,有多款千萬級產品設計運營經驗,喜歡健身、跑步,關注做事的杠桿方法。
本文原創發布于人人都是產品經理,未經許可,禁止轉載
題圖來自 Unsplash, 基于CCO協議
學習收藏了,今天就當一回課代表吧。搭建私域流量運營,當然必須要有工具。給大家推薦一款由【人人都是產品經理】【起點課堂】旗下獨立研發的私域流量運營工具——糧倉·企微管家。糧倉·企微管家是一款基于企業微信的一款營銷型SCRM系統。集裂變獲客、留存促活、銷售變現、客戶管理于一體的私域增長閉環系統。覆蓋企業客戶運營的生命周期,助力企業私域流量運營,提升售前/售后服務能力。還可以免費開始使用哦~ http://996.pm/M0A06
您能給我7步的完整內容嗎?多謝!
1042399871@qq.com
MGM是用戶增長基本名詞,這個要都算名詞垃圾只能說明你比較露怯啊同學
這個詞確實不常見
國內公司應用一般都說人拉人 挺多互聯網公司都這么稱呼 其實還挺常見的
垃圾文章
如何搭建邀請功能體系能,有具體資料分享么?想學習拜師,??
瑞幸這種拉新的燒錢方式不具有普適性啊…
打卡 ,所以到現在這種情形看 瑞幸這種邀請方式是好還是壞呢
至少從用戶基數來說是成功的