裂變活動(dòng)策劃推廣方案！

在需求評審的時(shí)候，我們都希望自己設(shè)計(jì)的功能能夠得到上司的表揚(yáng)，能夠得到周圍同事的認(rèn)可。但如果我們設(shè)計(jì)產(chǎn)品的時(shí)候思路不清晰，就有可能會(huì)說服力不強(qiáng)，被其他人的問題問住。這里我分享給大家我自身一次裂變活動(dòng)功能策劃的經(jīng)歷。

當(dāng)時(shí)我接到的入職后第一個(gè)項(xiàng)目是：設(shè)計(jì)一個(gè)公開課裂變功能。

拿到一個(gè)具體的項(xiàng)目之后，首先需要知道為什么要設(shè)定這樣的項(xiàng)目？項(xiàng)目背景、目標(biāo)是什么？

這個(gè)項(xiàng)目背景是公司目前流量獲取成本非常高，產(chǎn)品增長出現(xiàn)瓶頸。為了降低公司流量獲取成本，本次產(chǎn)品版本迭代需要加入一個(gè)裂變小功能。項(xiàng)目目標(biāo)是增加裂變名片數(shù)量。

對目標(biāo)進(jìn)行拆分，可以使不明確的任務(wù)變得的更加明確，做事會(huì)更加有思路和方向。

圖：項(xiàng)目目標(biāo)拆解圖

從項(xiàng)目目標(biāo)拆解之后的結(jié)果來看，分享著人數(shù)、分享頻率、被分享者人數(shù)、以及轉(zhuǎn)化率都可以作為設(shè)計(jì)出發(fā)點(diǎn)和決策因素，在梳理場景的過程中，就需要著重考慮到這些出發(fā)點(diǎn)。

梳理完真實(shí)業(yè)務(wù)現(xiàn)場中流量轉(zhuǎn)化過程中的細(xì)節(jié)之后，就要以調(diào)研事實(shí)為依據(jù)，開始腦暴梳理分享者對應(yīng)的場景和需求，排列出需求優(yōu)先級，選擇優(yōu)先級最高的需求做深入設(shè)計(jì)。

這次還是主要以體驗(yàn)課學(xué)員這類新用戶的裂變?yōu)槌霭l(fā)點(diǎn)，理由有兩個(gè):

1. 公司目前這類用戶占比較多并且并沒有充分利用。
2. 由于自己去售前現(xiàn)場調(diào)研過，還未調(diào)研過售后現(xiàn)場，對體驗(yàn)課學(xué)員和正價(jià)課預(yù)報(bào)名學(xué)員稍有了解，而對正價(jià)課學(xué)員的上課流程還未有充分了解。

分享者場景梳理如下：

圖：裂變場景的梳理思維導(dǎo)

圖中，分支按照用戶-場景-需求機(jī)會(huì)點(diǎn)這樣去排序梳理，先去不斷發(fā)散思路，不要急于否定自己的前期想法，下一步才是整理匯聚。其中用紅色標(biāo)出裂變場景機(jī)會(huì)點(diǎn)。

站在活動(dòng)分享者的角度梳理完場景之后，開始排列具體的需求優(yōu)先級，如何排列優(yōu)先級，從這幾個(gè)維度出發(fā)：

• 需求頻率和分享人數(shù)量；
• 開發(fā)難度和效果；
• 分享意愿強(qiáng)度。

維度占比得分：1-5分，每種維度得分：1-5分。

總分=維度占比得分*每種維度得分。

最終參考結(jié)果去考慮先做哪種場景。

結(jié)果做出直觀的表格如下：

表格梳理完成后，就得出了一份還算比較客觀的評價(jià)依據(jù)。

其實(shí)這里列出嚴(yán)謹(jǐn)?shù)谋砀竦暮锰幘褪?，在需求評審的時(shí)候你可以有理有據(jù)說出為什么先選擇這樣的需求去做，更加具有說服力。但是也不要完全參照表格之中的優(yōu)先級排序，還是需要根據(jù)實(shí)際情況進(jìn)行場景的篩選。

最終選擇第一個(gè)版本做買一贈(zèng)一活動(dòng)，也就是購買付費(fèi)公開課的用戶可獲得一次免費(fèi)贈(zèng)送好友的機(jī)會(huì)?？傮w來說這個(gè)活動(dòng)場景面向的活動(dòng)參與人數(shù)最多。先不用追求完美，快速上線一個(gè)活動(dòng)測試效果，未來再逐漸將活動(dòng)覆蓋至每種細(xì)分場景。

在選擇好具體要去設(shè)計(jì)的場景之后，接下來的流程圖的繪制是重中之重，一定不可以省略。因?yàn)橹挥辛鞒虉D梳理通了，后面的原型和需求評審才會(huì)比較容易。并且流程圖也能夠讓參與者明確知道業(yè)務(wù)是如何運(yùn)作的。

畫流程圖前應(yīng)該梳理清楚這幾個(gè)要素：

• 用戶：有多少種類的用戶會(huì)參與其中？系統(tǒng)也可作為參與者。
• 事項(xiàng)：這些用戶要完成的事情分別是什么？
• 數(shù)據(jù)：在這個(gè)過程中數(shù)據(jù)是怎么流轉(zhuǎn)的？
• 特殊狀態(tài)：萬一出現(xiàn)問題了，該怎么處理？

圖：流程圖

其實(shí)要展現(xiàn)哪些流程圖也沒有非常固定的規(guī)則，還是要根據(jù)實(shí)際項(xiàng)目去評判，就例如我目前做的裂變工具，裂變進(jìn)來的流量如何入庫以及如何給售前跟進(jìn)是流程中需要重點(diǎn)去考慮的。但如果是電商類的產(chǎn)品，則需要更多去考慮各種特殊狀態(tài)該怎么處理。

流程圖的最終目的還是為了能夠和開發(fā)更好的交流，只要達(dá)到這個(gè)目的就好。

當(dāng)流程圖梳理的通順了，原型圖也就非常簡單了。在流程圖中具體數(shù)出來需要畫原型的有多少個(gè)頁面，與業(yè)務(wù)流程一致，頁面結(jié)構(gòu)清晰，界面統(tǒng)一。

這里就不花過多的時(shí)間贅述原型設(shè)計(jì)的細(xì)節(jié)了，本文的重點(diǎn)還是在新人產(chǎn)品做功能設(shè)計(jì)的基本流程套路。

當(dāng)流程圖、原型圖都確定之后，就需要將這些撰寫成PRD文檔。

PRD文檔就是產(chǎn)品需求文檔，主要是一份供技術(shù)人員閱讀的文檔，他們需要參閱這份文檔進(jìn)行產(chǎn)品的視覺設(shè)計(jì)與開發(fā)。所以PRD文檔中最核心的部分，就是功能部分的描述，需要考慮到各種異常情況與產(chǎn)品細(xì)節(jié)?？紤]到的越多，開發(fā)的速度就越高，質(zhì)量就高。

每個(gè)公司和團(tuán)隊(duì)情況的不同，文檔也會(huì)有微小的差異。但總的來說一份完整的PRD文檔通常包含以下幾個(gè)部分：

• 需求簡介（需求背景、產(chǎn)品特點(diǎn)）；
• 功能詳情（產(chǎn)品功能結(jié)構(gòu)圖、業(yè)務(wù)流程圖、頁面流程圖、主要功能描述）；
• 性能要求；
• 產(chǎn)品運(yùn)營計(jì)劃。

之前說到過功能詳情部分的描述是PRD文檔的核心，是占大頭的地方。一個(gè)非常簡單的評判標(biāo)準(zhǔn)就是看字?jǐn)?shù)。字?jǐn)?shù)越多，考慮到的狀況就越多。這里我總結(jié)了在描述功能的時(shí)候，通常包括以下幾種類型：

1. 取值規(guī)則：即產(chǎn)品前端的字段取的是對應(yīng)的什么字段。
2. 限制：包含顯示的范圍、極限值、格式、排序等。
3. 狀態(tài)：默認(rèn)狀態(tài)、常見狀態(tài)、特殊狀態(tài)。
4. 操作：常見操作、特殊操作、誤操作。
5. 反饋：包括提示、跳轉(zhuǎn)、交互等。

在剛開始寫需求文檔的時(shí)候，會(huì)發(fā)現(xiàn)自己總是會(huì)考慮的不全面，寫出的文檔經(jīng)常被各方挑出毛病，這是非常正常的狀況。遇到這種情況千萬不要?dú)怵H，因?yàn)檫@正是不斷試錯(cuò)和快速成長的機(jī)會(huì)。多去聽聽各方意見，自己新建一份復(fù)盤文檔，把所有的問題及時(shí)寫進(jìn)去，下次盡量避免。

可以看到我第一次寫的復(fù)盤文檔，真的問題很多~但也必須經(jīng)歷這樣的過程，才能得到成長~

圖：我的復(fù)盤文檔

作為一個(gè)新人，很能體會(huì)新人產(chǎn)品在最初拿到任務(wù)的時(shí)候，內(nèi)心的不知所措。

這個(gè)時(shí)候千萬不要一上來就開始干，一定要捋清楚自己的思路，列出一步一步的規(guī)劃，在腦中形成做事的框架，并且不斷地反思、總結(jié)、優(yōu)化這個(gè)框架，這樣才會(huì)效率越來越高。

作者：小貓雯

來源：小貓雯