? ? ? ?產品經理們都知道，產品上線并不是結束，而是新的開始。那在這新舊交替的時候，產品經理應該做什么呢?有人說，繼續挖掘用戶需求;有人說，寫下一個版本的需求呀;這些都沒錯，但是產品經理們也別忘了一件重要的事：版本回顧?！ ∈裁词前姹净仡? 簡單地說，就是一個版本上線之后對該版本從產品設計到開發上線到運營推廣的一次梳理和回顧。? 為什么要做版本回顧 版本回顧主要有四個目的： 1、對整個項目過程進行復盤，發現存在的問題，找到原因，在下一個版本及時改進; 2、對比產品上線前后的關鍵數據，初步檢驗成果(之所以說是初步，因為數據還要放到更長的產品周期里去研究) 3、明確要關注的重點，為后續迭代收集需求; 4、讓團隊成員都可以全面同步產品的相關信息，有助于明確方向和目標;? 版本回顧要做什么 要做什么的問題，其實就是從哪里入手的問題。我覺得可以從以下四點入手： 1、整個項目的工作流程 這個流程是指從產品側開始進入正式的需求討論環節開始一直到產品在各大應用市場上線為止。首先我們要回顧這個流程中的關鍵時間點，比如什么時候需求開始討論，PRD和效果圖什么時候交付，服務端什么時候進入開發，客戶端什么時候進入開發，提測在什么時候，正式上線在什么時候; 接下來我們可以將上述關鍵點整理出一條時間軸，看每一個關鍵點之間間隔的時間是否合理，如果有延期，問題出在哪里?例如，發現安卓端比iOS端延后的時間比較久，那我們可以去看看原因是什么。直接原因是安卓適配機型多，花的時間更久，深層原因可能是測試機到位不及時，安卓人手不足等等。通過這樣對整個流程的梳理，發現問題，找到原因，快速改進，避免下次重蹈覆轍。? 2、上線前后核心數據對比 新版本上線之后，我們要對比上線前后核心數據的變化，并且進行原因分析。以此來檢驗我們的產品設計是否初步達到目標。產品經理要明確核心數據是什么? 核心數據，我認為就重點關注幾個核心指標就好，不宜過多。每個產品在不同的時間段核心指標是不同的，如果你的產品這一階段核心指標是拉新，那么可以重點關注這幾個指標的變化：下載量和注冊用戶量(當然這兩個指標要細化這多個相關指標進行分析，本文不展開討論);如果核心指標是用戶活躍度提升，那就重點關日均活躍用戶，日均啟動以及產品核心流程的使用次數或頻率?！ ⊥ㄟ^數據前后對比，我們可以比較直觀地檢驗這個版本迭代的成果。是否達到?核心數據提升還是下降?是什么原因導致的?當然前文也說到，數據是需要長期觀察，這個時候的數據只能是一個初步的感知。? 3、用戶反饋 新版本上線之后，用戶反饋的收集是很重要的。通過收集用戶反饋，我們可以直接地了解用戶對新版本的感覺。方式可以是一對一訪談，可以是用戶問卷。一般是找種子用戶或相對活躍的用戶，要注意如果你的產品是有不同角色的，那么多個角色的用戶都要覆蓋到。不同角色的用戶需求和體驗是不同的，都要收集了解。只不過在轉化為產品需求的時候可以有優先級?！ 〕擞脩裟挲g、性別等基本問題外，個人建議向用戶了解這些問題：使用APP或網站的第一印象，愉悅的?清楚的?困惑的?還是別的什么;用戶在APP或網站做了哪些操作?用戶想要什么，包括想要什么功能和想得到哪些內容。? 4、運營活動 新版本上線之后，我們也要結合運營活動來進行回顧。運營活動通常從內容運營、活動運營、渠道推廣來看。新版本上線后，內容上有沒有明顯調整，如果有，對數據的影響是怎樣?做了哪些推廣活動，比如地推，比如下載APP有禮等活動，下載量怎樣?注冊轉化率怎樣?用戶留存怎樣?渠道上有做哪些活動，是否有應用市場首發?是否和其他產品互推?這些方法和活動哪些是有效的，哪些效果不明顯的。有效的繼續發揚，效果有效的可以考慮適當回收，集中精力投入有效渠道?！ ∵@一塊產品經理除了自己收集，還需要和運營的同學多溝通，了解他們的工作，便于后續更好地合作。? 版本回顧什么時候做 我個人認為在新版本上線2周后做可能比較合適。因為這個時間點，大部分運營推廣也暫告一段落，功能也趨于穩定，大部分用戶也應該都更新并使用了一段時間新版產品，對產品也有所了解。當然版本回顧的一些工作，比如數據埋點是在產品開發的時候就要做了。? 版本回顧輸出什么? 我們通過版本回顧，要輸出這些結論： 產品側：我們做的改動有哪些是有效的，哪些效果不明顯?不明顯的原因是什么，在接下來的迭代中要怎么調整? 用戶側：用戶對這個版本喜歡什么，對哪些功能或流程感到困惑?他們想要什么? 運營側：找出我們在運營有效的策略和方法，使運營可以保持在正確的方向和節奏。
