產品復盤：上線紅包功能，真的真的沒有你想的這麼簡單~

03-01

最近，玲子負責了自己產品的紅包版本功能的大迭代，感觸和收穫頗深，覺得有必要做一次產品復盤的自我思考。

隨著移動支付的發展，微信紅包徹底改變了我們的紅包文化，互聯網時代的紅包不僅承載著表達情意的作用，更多的應用在商業環境中。正逢新年過節的喜慶日子，紅包這個功能話題，還是蠻契合主題的，希望你們喜歡。

我記得之前有個程序員朋友跟我吐槽過，他們之前的產品經理直接丟了8個字給開發「紅包功能，X號上線」，沒有任何的需求文檔甚至產品設計，我吃驚不已，這回我自己真的去負責整個紅包改版項目，我愈發覺得，上線紅包功能，真的真的沒有你想的這麼簡單~

本文是玲子對自己這次項目復盤的思考，分4部分：

項目目的
紅包設計
產品開發
數據指標

註：因秉持公司隱私機密，以下以微信紅包為例，但復盤思考還是來源於自家產品的迭代思考。

一、項目目的

1. 拉新

基於人性的弱點，對於「羊毛紅包」我們總是難以拒絕，而產品以紅包的「形式」或「噱頭」以滾雪球式地快速傳播，成功地為產品帶來了一大波用戶，完成互聯網產品價值的傳遞。

微信紅包已培養了我們一看到紅包就會條件反射的點擊領取行為和思維慣性，紅包結合特定產品制定特定產品方案是從微信紅包延伸，主動獲取到的紅包比被動接受的更讓用戶有使用的慾望，至此成功轉化新用戶。

2. 促活

一個總給你定時撒紅包的產品，你會不會定時去打開app去搶紅包，至少比之前更願意打開，紅包一定程度促進了用戶的活躍、黏性、甚至是留存。

從運營的角度來看，用戶是被套路了，我們使用紅包來培養用戶的使用習慣，幫助用戶快速成長為平台的成熟用戶並一直留存在平台上，習慣一旦養成，用戶離開的可能性就會降低。

3. 社交貨幣

當今快速發展的互聯網時代，人是孤獨而焦慮的，總是更想往「一群人的狂歡」，想往「被關注」，領紅包是個人行為，一個人領紅包，肯定沒有一群人領紅包，還比一比誰是手氣王，來的更有趣，且紅包本身就是作用於人與人之間的表達關係的一種方式。

另外，根據自身產品定位和業務邏輯，加入紅包添加社交屬性，制定特定紅包規則，會更加有趣，更加有特色。

4. 提升業績

如玲子之前的文章所說，產品的思維不能停留在實現功能，實現上線，應該要跳出框架，全局的去思考，產品的最終目的是為了盈利，提升GMV（Gross Merchandise Volume，成交總額），也是這次紅包功能的主要目的。（社會~社會~）

二、紅包設計

結合自家產品的業務，做了個類似「微信群紅包」的功能，但是針對產品特性也加了一些特定規則和玩法，比如：

用戶可以在紅包廣場發紅包，其他用戶必須參與產品某個行為，才可以領取紅包；
搶到的其他用戶的紅包，存入餘額，只可用於消費，不可提現；
添加紅包雨功能，前300名搶到隨機紅包，後面的用戶搶到隨機積分或者優惠券

（(┬＿┬)，能說的就這麼多了，最終還是要結合自家的產品業務去做功能）

以微信群紅包為例分析設計邏輯，一個紅包的構成由紅包主題和紅包策略構成，如果細分到不同業務線和城市則可配製主題和策略，主題包括皮膚和文案，本次活動的主題「過大年，搶紅包」。

確定了最終的紅包方案，產品準備原型需求，話不多說，上圖（微信紅包為例）：

三、產品開發

產品開發問題，挑幾個重點講講：

1. 發紅包頁面

這看著是最普通的頁面，邏輯卻是不簡單的頁面：

總金額：

默認顯示灰色「0.00」元，點擊文本框，從下而上輸出帶點的數字鍵盤
小數點前最多輸入5位數，小數點可輸入2位，第3位輸入無效
總金額顯示實時對應下方金額顯示，如交互效果

紅包個數：

默認顯示灰色「請輸入個數」個，點擊文本框，從下而上輸出數字鍵盤（無小數點）
最多輸入3位，第4位輸入無效，最大輸入限制999

宣言：

默認「恭喜發財，大吉大利」，點擊，從下往上輸出中文鍵盤
限制25字，第26字輸入無效
否則彈窗提示：祝福語不能超過25字

發紅包按鈕：

總金額和紅包個數必須輸入，if任意一個為空，按鈕禁用
點擊按鈕，判斷，單個紅包金額（總金額/紅包個數）<0.01，彈窗顯示「單個紅包金額不可低於0.01元，請調整金額或者紅包個數。」
當點擊發紅包按鈕時，分發好紅包份額，隨機紅包演算法規則（下面再講）

2. 平台紅包雨

上面的發紅包功能是用戶與用戶之間的紅包關係，紅包雨是作為平台和用戶之間的紅包關係。

紅包雨的規則

怎麼發，發多少，什麼時候發，怎麼提醒用戶，怎麼個隨機法？

怎麼發，需要根據平台的業務，配合目前的功能模塊；
發多少，需要結合運營經費還有日活，需要預估大概轉化率；
什麼時候發，結合業務，查看平台用戶最活躍的時間；
怎麼提醒用戶，比如提前預熱的banner，比如倒計時的提醒；
怎麼個隨機法，比如整點時間15min內進入頁面有紅包雨，前100名獲得隨機紅包，後面用戶搶紅包，贈送積分或者消費券，緩解用戶的沒搶到的失落感，同時促進積分和優惠券的使用，提升業績；

（以下數字為舉例，非真實數據；方案也是舉例，具體業務具體分析）

預估成本

每天晚上 20:00；每次1W元，分發1W份，一周共計7W元。1個月30W元；整點後15min內，進入移動端頁面都會撒紅包雨，前300名得到隨機紅包，後面的用戶搶紅包，以贈送隨機積分（188、288、388積分）作為回饋，以平台1000積分=1元規則，100積分=0.1元。

根據日活大約2W，假設一次紅包雨有2W人搶紅包，預計積分成本=288*1W/1000=2880元；

1周7次紅包雨，共計20160元。1個月86400元。

一個月紅包雨成本預計：30W+8.64W=38.64W元

預估轉化率

從平日的轉化率預估這次活動的轉化率

平日轉化率=每日消費用戶數/每日活躍用戶數

從之前策劃的類似活動中預估日活會環比上漲25%。那麼也可以倒退大概的一個業績增長是多少，這裡不算咯，當課外題（哈哈哈）

3. 紅包的狀態

這次體會最深刻的應該還是這個紅包的狀態和流程

總的來說是可以把紅包的顯示狀態分為2張表，紅包狀態和用戶行為；

紅包狀態分為：未領完、已領完、已過期
用戶行為分為：可領取、已領取、（不可領取）

部分業務思路會涉及不可領取狀態，如：有設定領取條件的紅包~

4. 紅包狀態的刷新

我這次的產品項目設定了一個「紅包廣場」，一個列表頁全是紅包，然後就出現了很多紅包狀態的刷新問題，比如：

用戶點擊紅包廣場的某個紅包進去詳情頁去搶紅包，返回到這個頁面，按慣性思路，會設定紅包廣場紅包頁面刷新，那麼，出現了個什麼問題？

問題：紅包廣場紅包列表很多很多頁，當用戶刷到下面頁面搶紅包，返回紅包廣場頁面，一旦頁面刷新，就會自動回到最上面的頁面，而用戶的需求是停留在剛才搶紅包的那一頁那一欄。

解決方法：返回，不啟用頁面刷新

狀態的刷新，如果不做頁面刷新，就有會出現個什麼問題？

問題：一直不啟用頁面刷新，會存在紅包廣場的紅包的狀態無法實時更新，也許看的時候還有，點進去的就沒有了。

解決方法：返回，只刷新該條的紅包狀態

問題會很多很多，但是要根據不同的業務不同的目的，尋找或者權衡解決方法。

5. 隨機紅包演算法

丟個問題，大家可以討論思考一下：隨機紅包演算法有哪些規則思路？

我當初制定隨機紅包演算法的思路方案，參考了一些資料和演算法規則，如下：

但是實際開發時，程序猿哥哥並未如此設定，理由是網上有隨機紅包的代碼，具體怎樣的思路………..他….還沒告訴我~

不過以上我的思路我在網上找到部分數據模型資料

圖片來自「畢導」《微信紅包》

如果按這個隨機演算法，得出了這樣的數據模型，從數據模型中，可以看出的是：

越往後搶，「手氣最佳」概率越大~

但是！但是！越後搶，沒準你就搶不到了~

四、數據指標

此版本的迭代功能再5天，日活環比增長25%，小開心~

那麼紅包上線後，需要關注哪些數據指標呢？我將其歸為以下3類：

流量類：PV和UV，發紅包人數，發紅包次數，人均發紅包次數，二次發紅包率，單日發紅包金額、個數、人均金額等
領取類：紅包領取率，領空率，平均領取個數，紅包使用率，單用戶日均領取個數，人均使用金額，新用戶轉化率率、業績的環比增長率等
用戶類：拉新人數，老用戶留存率和活躍度提升

很多數據需要制定數據埋點，需要開發成本，所以根據公司開發的飽和程度，確定主要的數據優先。

五、最後

產品思維的關鍵邏輯包括：產品細節、體驗細節、轉化率以及商業平衡系統，此外還有流量、入口以及產品整合方案。

每個人總是只站在自己的立場上，看到的只是結果。

看似很簡單的紅包，真的真的沒有你想的那麼簡單。

以上，是我這次對自己紅包功能的復盤小總結，希望能與各位共勉，也希望能指出你們的看法，一起思考，一起成長~

玲子年後考慮大廠機會，有大廠面試機會的，歡迎勾搭一下我，感謝~

#專欄作家#

玲子，2017年人人都是產品經理年度專欄作家，微信公眾號：玲子奮鬥史。不卑不亢，從容優雅，面對一切，我是玲子。職業產品經理，關注互聯網人工智慧、商業產品，擅長需求挖掘和運營管理。我是個勵志氣質聰穎漂亮的女青年。