最近對邀請好友做任務(wù)類的產(chǎn)品功能思考還是挺多的，有一些思考分享給大家。

寫文章前，再把人人都是產(chǎn)品經(jīng)理上的邀請好友類文章，刷了大半，有很多都挺不錯：有深度、有案例、有數(shù)據(jù)、有實操建議，貼部分好文如下：

大部分文章都基本會落腳在：邀請功能的某個點或者整條線上，比較易讀，也有沖擊力。但我較少看到：體系化的文章（或許我沒看到）。

今天筆者試著來寫一寫：如何從0到1搭建一套完整的邀請體系。筆者才疏學(xué)淺，僅是一個角度思考，歡迎一起探討成長！

在構(gòu)建邀請體系時，筆者以如下3個問題反思它的價值：

1、這套方法論，是不是一種可遷移的能力？不管是哪個行業(yè)、哪個產(chǎn)品階段都能使用。

2、這個邀請框架，從滿足業(yè)務(wù)訴求上，是不是延展性強、復(fù)用性高？

3、這種組件化的設(shè)計理念，是不是可以快速適配80%以上的邀請需求？

如果，以上問題都有肯定的答案，那么它的目的就達到了。

1. 為何要做邀請功能？

2.系統(tǒng)化的邀請體系該如何設(shè)計？

2.1 搞懂宏觀：邀請流程視圖及底層架構(gòu)

2.2 發(fā)力微觀：做個有靈魂的產(chǎn)品

2.3 設(shè)計組件化：四兩撥千斤的能力

3. 邀請能力升級：數(shù)據(jù)驅(qū)動產(chǎn)品迭代

萬事萬物皆有因果。做之前，搞清楚為什么做，往往更為關(guān)鍵。

你可能會說：競品做了一個邀請功能超級好，帶來了很多增長，我們也做一個試試；

或者老板說：最近我們產(chǎn)品的用戶增長遇到了瓶頸，需要用老帶新的方式，提供新的增長點。都可以的，搞清楚目標及定位就ok。

筆者認為：邀請功能持續(xù)被大家推崇，有兩個大原因

1、流量紅利消失帶來的焦慮感。付費型流量貴、質(zhì)量不可控；私域流量不一定具有普適性、也未必玩得轉(zhuǎn)；

2、邀請功能作為其中一個流量抓手，免費、可控、有背書，自帶BMG式的出場讓大家滿懷期待。

當然，從大方向上的達成一致，并不意味著條件成熟。是否真的、需要立馬采取行動？不妨用下面的三個問題check下。

1、當前產(chǎn)品所處的是什么階段？種子期、成長期、穩(wěn)定期、衰退期

2、當前產(chǎn)品遇到了什么問題？增長乏力、留存低、復(fù)購差

3、解決產(chǎn)品當前的問題只有邀請這一種？

如果你都想清楚了，那就開始行動吧！

二、系統(tǒng)化的邀請體系該如何設(shè)計？

邀請好友功能，一般說成MGM（member get member），會員拉會員，即為常說的老（M1）帶新（M2）。根據(jù)開篇說的三個問題，體系化的邀請功能該如何思考及落地？

1、搞懂宏觀：邀請流程視圖及底層架構(gòu)

邀請流程視圖

從用戶來角度，邀請功能有一套完整的、標準的流程視圖：M1先做什么？M2后做什么？最終他們獲得什么？。見下圖：

共7步，每一步都有對應(yīng)的要點及交付物，這樣也就方便需求方快速地提交需求并及時響應(yīng)。具體找2個節(jié)點描述下（完整的內(nèi)容，可聯(lián)系筆者）

step2：業(yè)務(wù)交付內(nèi)容

MGM作為平臺的能力，需要適配不同業(yè)務(wù)方的需求，比如平臺運營，需要拉新、拉回流；某一塊業(yè)務(wù)，需求就偏向于拉業(yè)務(wù)的銷量。

此表的作用有兩個：

1是：充分調(diào)研業(yè)務(wù)的需求，因為作為設(shè)計者，你不可能完全了解業(yè)務(wù)；

2是：管理業(yè)務(wù)的需求，按照業(yè)務(wù)的迫切程度，排出優(yōu)先級及管理預(yù)期。

step4：M1邀請頁

這個頁面非常關(guān)鍵，也是決定分享率的重要因素。在設(shè)計的過程中，既要考慮頁面框架的通用性，也要考慮特殊業(yè)務(wù)場景的需求。但M1的邀請頁設(shè)計的核心是不變的：把握M1的需求，給予他們一個充分的動機，并降低他的完成成本。即為：需求--動機--能力

MGM底層架構(gòu)

上面說了MGM的用戶視角規(guī)范流程，但僅有前端的規(guī)范是遠遠不夠的。產(chǎn)品經(jīng)理需要抽象出邀請功能的系統(tǒng)能力，以對接上前端應(yīng)用。見下圖，分4大模塊；數(shù)據(jù)、系統(tǒng)能力、運營配置以及前端應(yīng)用。一個MGM需求要快速上線、功能要高可用，就要重點打磨兩個方面：

1、MGM的組件能力：邀請組件能夠快速在業(yè)務(wù)場景、活動頁面配置并上線。

2、中臺能力：達標工廠：簡單的業(yè)務(wù)不需要中臺，如果是一個金融類的產(chǎn)品，就有非常多的達標條件，需要將各類條件抽象出來，集合成業(yè)務(wù)中臺，實現(xiàn)各類業(yè)務(wù)快速組裝、配置、調(diào)用的訴求。

2、發(fā)力微觀：做個有靈魂的產(chǎn)品

有了整體的框架，還不夠，還需要從細節(jié)處著手，從微觀層面發(fā)力。在邀請類功能里，什么是微觀？微觀是：產(chǎn)品界面的信息結(jié)構(gòu)如何布局，交互細節(jié)如何設(shè)計。

M1邀請頁面、M2參與頁，并不是簡單的信息堆砌，它是有靈魂的，遵循一定的設(shè)計邏輯的，筆者稱之為：加工流水線。

較多的啟發(fā)也來自于，何楊老師寫的《產(chǎn)品文案如何寫，才能高效表達產(chǎn)品賣點》一文中的精髓：池子法則。圖示如下：A代表動機，B代表能力。有了持續(xù)、穩(wěn)定的輸入，才有更優(yōu)質(zhì)的輸出。

利益池：枚舉邀請頁面的利益點，挑選、提煉重點幾條對M1觸動最大的利益點。

動機池：包含行動目的，以及采取行動所需付出的成本。

成品池：對關(guān)鍵元素進行加工，利益點&動機&能力，排優(yōu)先級并逐一陳列。

具體怎么應(yīng)用：以瑞幸咖啡的M1邀請頁面來舉例

利益池：

1）獎勵一杯咖啡

2）好友免費喝一杯

動機池：

1）動機：現(xiàn)在我想免費喝

2）能力：分享一下就好了，很簡單

成品池：

品牌主圖+利益點（易記憶）、采取行動（分享）、查詢獎勵（關(guān)注點）、活動規(guī)則（收起）

概括：頁面結(jié)構(gòu)清晰、利益點突出、參與流程直接。整體設(shè)計絲毫不拖泥帶水。

3 、設(shè)計組件化：四兩撥千斤的能力

這一部分，交互視覺的同學(xué)是大有可為的模塊。目標就是：通過設(shè)計模塊組件化，能夠像樂高積木一樣，快速搭建出一個MGM活動頁面。組件可復(fù)制、可延展。這樣一來，就可以快速支持業(yè)務(wù)需求。

筆者認為可以抽象的組件有：

1、MGM入口場景的設(shè)計圖

2、頁面主圖的利益點排布規(guī)范：花錢的、不花錢的

3、獎勵內(nèi)容設(shè)計：花錢的：定額獎勵/階梯獎勵/驚喜獎勵；不花錢的：情感化分享卡片

4、邀請流程模塊：流程事項123

5、活動規(guī)則：展示形式，頁面平鋪還是彈窗

一個有價值的產(chǎn)品，一定是能接受住考驗的。而數(shù)據(jù)，就是其最好的證明。因此，筆者愿意將數(shù)據(jù)部分單獨來講，反思下從開篇我們說的：3個問題。

1、方法論是否能遷移

就要監(jiān)測這一套系統(tǒng)的方法論，能否適配各類業(yè)務(wù)、各種行業(yè)。大家不妨放到各種業(yè)務(wù)場景下，檢驗它的可用性。

2、框架是否高可用

1）是否支持各類業(yè)務(wù)達標要求，反觀達標工廠的顆粒度支持情況

2）邀請活動的效果：M1分享率、M2達標率，兩者所對應(yīng)出來的指標，如果過低，就要從兩個緯度思考：未分享前：突出利益點，分享后：增加流程管控：觸達能力（未達標提醒、活動快結(jié)束提醒）、常態(tài)的參與入口

3、設(shè)計組件能否支持80%以上的需求

每來一個活動，請反思現(xiàn)有的設(shè)計組件，能否滿足，是否需要重新設(shè)計？

以上就是本次要分享的內(nèi)容。我們來小結(jié)下：

1、首先想清楚為什么要做邀請功能，不能病急亂投醫(yī)

2、構(gòu)建邀請體系：既要有宏觀視野，又要從微觀發(fā)力，以設(shè)計組件實現(xiàn)四兩撥千斤

3、以數(shù)據(jù)監(jiān)測不斷驅(qū)動產(chǎn)品迭代升級

送大家一句話：切勿夜里想千路，明日走老路，想清楚就行動吧！

好了，這次分享到這里，如果你覺得有所收獲，歡迎把文章分享給你的朋友。

-END-