起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識產品模塊快拆解四步法，看完這篇就夠了
編輯導語：拆解產品能讓產品經理保持“產品感”和“產品思維”。本文作者對QQ紅包產品模塊進行了拆解，對具體操作流程、可復用的點都一一展開了梳理分析，并總結了幾點實用拆解方法，供大家一同參考和學習。
QQ在工作中變成了我“傳輸文件”和“截圖識字”的工具了。這兩天，在QQ上調研了下幾個問題，給別人發紅包作為感謝時，猛的發現，QQ紅包也太好玩了吧……
回頭翻了下QQ歷史版本（iOS版）迭代記錄：
- 【版本V5.4（2015-02-02），上線紅包模塊】
- 【版本V6.1.0（2015-12-11），上線口令紅包】
- 【版本V6.6.8（2017-01-14），空間上線問答紅包】
- 【版本V7.3.5（2018-01-20），視頻通話新增表情紅包】
- 【版本V8.1.0（2018-07-26），新增成語接龍紅包玩法】
- 【版本V8.1.3（2018-08-30），新增畫圖紅包】……
（PS：拆解產品套路之運營體系——梳理產品的歷史版本迭代記錄，可以發現產品的迭代軌跡是怎么樣？模塊的重心發生的變化，建議產品經理拆解產品/模塊按照這種模式。）
QQ紅包作為一個已上線6年的基礎功能，定位實時在發生變化，用戶數據在紅包功能上線后并沒有收到多大的關注。但是新玩法（成語接龍和畫圖紅包）的推出，迅速在年輕受眾用戶之間刷屏。從模仿微信紅包到場景多樣化，每次迭代都會經歷多次打磨和思考，John拋磚引玉的幫大家來分析下：
無論是微信紅包還是QQ紅包，上線初都承擔著搶占移動支付份額的重任，隨著移動支付滲透率的日趨飽和，紅包逐漸變成了社交生態中的社交組成部分。
相比于微信紅包和支付寶紅包來說，QQ紅包的用戶群體更年輕化，90后整體占比接近80%。如下圖所示：
所以再回頭看看QQ紅包的迭代記錄，可以大膽的猜測：無論從用戶群還是紅包新增的玩法上，一直遵循的路徑是更社交化和娛樂化。
（PS：拆解產品套路之用戶畫像和行業——用戶和產品特性決定了模塊后續的發展方向。這也是在拆解過程中需要關注產品的用戶畫像的原因。）
目前QQ紅包主要可以發這六種紅包：
（PS：拆解產品套路之模塊功能清單——需要把模塊的功能類型梳理出來，注意，盡量的完善下功能類型的說明。）
作為“瘋狂拆解人”，John把這幾種紅包體驗了下：（普通紅包就不再說了哈）
發紅包的流程為：在指定人/群設置紅包金額+設置題目→塞錢發出去。比如下圖為接龍紅包的發紅包流程GIF：
拆紅包流程為：打開紅包→輸入答案→系統判定→對（得到紅包）/錯（繼續答題）。比如下圖為接龍紅包的拆紅包流程GIF：
由此，匯總下接龍紅包發和拆的核心流程：
然后通過紅包功能的多場景可以有效的整合。比如紅包的模型可以梳理為：基礎紅包+互動性=紅包模型。（這里的互動性可以理解為：節日、搞笑、回答、競猜……）
（PS：拆解產品套路之核心流程和特色交互：我們在拆解模塊/特色的功能點，一般可以通過這兩個點去拆解：核心的功能流程——梳理功能輸入和流出向，從開始到結束的形成路徑；
特色的交互——相比來說，用戶量大的產品一定有很多交互細節值得我們學習。比如接龍紅包中，用戶點擊領取紅包，小浮層出現并展示下一個接龍成語的拼音，給予用戶一個快速提示。）
至此，最后可以形成流程模型：
如果你看到這兒，相信你對QQ紅包已經拆解的很清楚了。剩下的就是處理邏輯和邊界情況了。
（PS：這兒是產品經理最后在產品中自我沉淀的。通過拆解某個產品/模塊，背后的原因我們去究其根，探其底。也就達到目的了。）
針對于產品的一點思考：
（1）QQ紅包的功能和界面展示都是非常簡單的。為什么我們沒有想到呢？——其實細致的去分析以上的紅包界面，都是遵循【基礎紅包框架+設定紅包類型】，所以我們在做產品時，一定要先去梳理清楚框架，梳理框架的同時，未來關于該模塊的迭代（2~3個版本）規劃應該一并計劃。還要和技術溝通清楚，因為后續涉及到改框架就麻煩了……
（2）QQ紅包場景來源于用戶畫像的探究，我越來越佩服騰訊的“10/100/1000法則”——每個月做10個用戶訪談，閱讀100條用戶發布內容，收集1000個用戶反饋。針對于B端產品呢？——每月做10個客戶訪談，閱讀100條客戶新聞，收集1000個客戶反饋。在此基礎上做有效整理，2個月后，你會發現用戶需求已經堆積如山?？隙銜f了，沒有這么多用戶怎么辦？搭建核心用戶群/客戶群，和運營一起做好引導和維護，你會發現需求反饋如流水……（尤其是B端產品，因為和客戶的利益相關）
（3）所有的功能都是為核心流程做服務的。John一般會把基礎模塊梳理出來，這些基礎模塊做核心程度排序，新迭代的功能歸屬于哪些模塊，能否為核心模塊服務？承擔的角色是什么？這樣方便做OKR根據重要優先級即插即用，做好版本規劃。比如QQ紅包模塊承擔的是社交活躍度的關聯，此時并非核心模塊，而聊天動態類型的紅包就恰好承擔了這一角色。
這里John總結一下快速拆解產品/模塊的核心點：
1）產品功能清單——把要拆解的產品/模塊對應的功能和分類用Xmind梳理出來，如果有多個產品對比，可以做一個功能對比圖，方便更清晰的展示：（如下圖）
2）運營體系清單——看產品關于該功能的歷史迭代記錄是怎樣的？可以有效的梳理該功能的產品和運營方案是怎么配合的？歷史迭代記錄就像該功能的成長史，從出生到成長經歷了什么？
3）功能/模塊的核心流程和特色交互——拆解產品來說，需要梳理的事核心功能的流程以及其他模塊是如何為該流程服務的；拆解功能點和模塊，梳理的是該功能的輸入和流出流程。用流程圖輸出，特色的交互可以錄制視頻。方便后續理解。
4）拆解后的總結和思考——畢竟拆解后，是給自己看的。把當前的細節全部整理清楚以及加上自己的思考后，當有天需要用到該模塊，你會發現事情就變得很輕松了。
因為在拆解的過程中，你真的能做到和該功能的產品經理對話，能為你在做自己的產品提供很多靈感。
以上就是John的拆解，希望能幫到您。
作者：John，產品狗一枚，微信公眾號：產品狗聚集地。
本文由 @John 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自pexels，，基于 CC0 協議
如何跨版本找到功能的迭代記錄呢，是一條一條找出來的么
歡迎關注公眾號：產品狗聚集地，那邊有大座