方法论:如何从0到1搭建一套完整的邀请体系
邀請流程視圖
從用戶來角度,邀請功能有一套完整的、標準的流程視圖:M1先做什么?M2后做什么?最終他們獲得什么?。見下圖:
共7步,每一步都有對應的要點及交付物,這樣也就方便需求方快速地提交需求并及時響應。具體找2個節點描述下(完整的內容,可聯系筆者)
step2:業務交付內容
MGM作為平臺的能力,需要適配不同業務方的需求,比如平臺運營,需要拉新、拉回流;某一塊業務,需求就偏向于拉業務的銷量。
此表的作用有兩個:
1是:充分調研業務的需求,因為作為設計者,你不可能完全了解業務;
2是:管理業務的需求,按照業務的迫切程度,排出優先級及管理預期。
step4:M1邀請頁
這個頁面非常關鍵,也是決定分享率的重要因素。在設計的過程中,既要考慮頁面框架的通用性,也要考慮特殊業務場景的需求。但M1的邀請頁設計的核心是不變的:把握M1的需求,給予他們一個充分的動機,并降低他的完成成本。即為:需求--動機--能力
MGM底層架構
上面說了MGM的用戶視角規范流程,但僅有前端的規范是遠遠不夠的。產品經理需要抽象出邀請功能的系統能力,以對接上前端應用。見下圖,分4大模塊;數據、系統能力、運營配置以及前端應用。一個MGM需求要快速上線、功能要高可用,就要重點打磨兩個方面:
1、MGM的組件能力:邀請組件能夠快速在業務場景、活動頁面配置并上線。
2、中臺能力:達標工廠:簡單的業務不需要中臺,如果是一個金融類的產品,就有非常多的達標條件,需要將各類條件抽象出來,集合成業務中臺,實現各類業務快速組裝、配置、調用的訴求。
2.2 發力微觀:做個有靈魂的產品
有了整體的框架,還不夠,還需要從細節處著手,從微觀層面發力。在邀請類功能里,什么是微觀?微觀是:產品界面的信息結構如何布局,交互細節如何設計。
M1邀請頁面、M2參與頁,并不是簡單的信息堆砌,它是有靈魂的,遵循一定的設計邏輯的,筆者稱之為:加工流水線。
較多的啟發也來自于,何楊老師寫的《產品文案如何寫,才能高效表達產品賣點》一文中的精髓:池子法則。圖示如下:A代表動機,B代表能力。有了持續、穩定的輸入,才有更優質的輸出。
利益池:枚舉邀請頁面的利益點,挑選、提煉重點幾條對M1觸動最大的利益點。
動機池:包含行動目的,以及采取行動所需付出的成本。
成品池:對關鍵元素進行加工,利益點&動機&能力,排優先級并逐一陳列。
具體怎么應用:以瑞幸咖啡的M1邀請頁面來舉例
利益池:
1)獎勵一杯咖啡
2)好友免費喝一杯
動機池:
1)動機:現在我想免費喝
2)能力:分享一下就好了,很簡單
成品池:
品牌主圖+利益點(易記憶)、采取行動(分享)、查詢獎勵(關注點)、活動規則(收起)
概括:頁面結構清晰、利益點突出、參與流程直接。整體設計絲毫不拖泥帶水。
2.3 設計組件化:四兩撥千斤的能力
這一部分,交互視覺的同學是大有可為的模塊。目標就是:通過設計模塊組件化,能夠像樂高積木一樣,快速搭建出一個MGM活動頁面。組件可復制、可延展。這樣一來,就可以快速支持業務需求。
筆者認為可以抽象的組件有:
1、MGM入口場景的設計圖
2、頁面主圖的利益點排布規范:花錢的、不花錢的
3、獎勵內容設計:花錢的:定額獎勵/階梯獎勵/驚喜獎勵;不花錢的:情感化分享卡片
4、邀請流程模塊:流程事項123
5、活動規則:展示形式,頁面平鋪還是彈窗
03 邀請能力升級:數據驅動產品迭代
一個有價值的產品,一定是能接受住考驗的。而數據,就是其最好的證明。因此,筆者愿意將數據部分單獨來講,反思下從開篇我們說的:3個問題。
1、方法論是否能遷移
就要監測這一套系統的方法論,能否適配各類業務、各種行業。大家不妨放到各種業務場景下,檢驗它的可用性。
2、框架是否高可用
1)是否支持各類業務達標要求,反觀達標工廠的顆粒度支持情況
2)邀請活動的效果:M1分享率、M2達標率,兩者所對應出來的指標,如果過低,就要從兩個緯度思考:未分享前:突出利益點,分享后:增加流程管控:觸達能力(未達標提醒、活動快結束提醒)、常態的參與入口
3、設計組件能否支持80%以上的需求
每來一個活動,請反思現有的設計組件,能否滿足,是否需要重新設計?
以上就是本次要分享的內容。我們來小結下:
1、首先想清楚為什么要做邀請功能,不能病急亂投醫
2、構建邀請體系:既要有宏觀視野,又要從微觀發力,以設計組件實現四兩撥千斤
3、以數據監測不斷驅動產品迭代升級
送大家一句話:切勿夜里想千路,明日走老路,想清楚就行動吧!
最后,推薦大家關注他的公眾號:大雄背起行囊
總結
以上是生活随笔為你收集整理的方法论:如何从0到1搭建一套完整的邀请体系的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: SpringBoot rest映射及源码
- 下一篇: SpringBoot中请求映射的原理(源