產品經理如何進行APP版本迭代

做產品也有幾年了，關於APP版本迭代的流程，形成了自己的一套流程和體系，可能不一定是最好的，不過是我們實踐過的，並且跑得很順暢的一套流程，今天拿出來跟大家分享，如果能給大家帶來一點啟示或者思考，那將是本文的榮幸！

先貼出版本迭代的流程圖，見下圖（PS:流程圖製作來自技術大神 @伍文華）

從上面的流程圖不難看出，我們這是一個矩陣型的流程圖（橫軸為產品開發環節、縱軸為產品參與部門），可能大家會疑惑，流程圖怎麼會是這個樣子的呢？下面為大家一一道來！

總的來說，我們的開發流程的目標是明確產品的每個開發階段，每個角色對應應該幹些什麼，大家各司其職，共同推動產品開發。所以，本次的產品開發流程分享，其實就是分享我們的每個開發環節，每個角色對應的任務（以下以2周一個版本的迭代周期為例）：

Part 1、產品設計階段（2天）

本階段是一個產品或一個版本的起點，主要任務由產品經理牽頭完成，產品經理在這個階段的工作是最重要的，即進行產品的需求規劃和功能設計（前期實際上可以從上個版本的開發階段開始了，所以這個階段實際使用時間應該有1周）；同時也要從設計、開發、測試、商務、運營等其他團隊收集相應的需求，列入版本計劃，統一規劃；

注意事項：

? 溝通：產品規劃前期與主要的開發和設計溝通；

? 收集：多方收集需求（公司內部、用戶反饋、競品、產品路線）；

? 時間：項目管理（兩周）+自我管理（早到晚歸）

階段輸出：

? 產品架構圖/原型圖（思維導圖+Axure/Sketch）

? 產品需求文檔

? 版本立項會（背景、目標、需求列表）

? 需求評審會（產品需求評審/設計需求評審）

Part 2、產品開發階段（一周）

產品開發階段主要的任務是由程序猿GG承擔的，在本階段開始之前，產品文檔和設計稿應該都是準備好的，所有細節也跟開發GG在需求評審會上確定了，具體的開發安排由開發leader安排，我不懂，就不瞎BB了；這個階段，測試的童鞋也可以根據產品文檔和設計稿開始編寫測試用例了，商務和運營童鞋也可以根據版本功能開始各自工作的規劃。

注意事項：

? 開發時間應該佔到版本周期的一半；

? 這個階段產品和設計不應該再修改或增加需求；

? 開發對需求有不清楚的地方，應該主動找產品或設計溝通；

? 產品經理應該定期做人力盤點和進度跟蹤；

階段輸出：

? 設計按時輸出切圖和標註；

? 開發按時輸出代碼，完成需求；

? 測試完成測試用例編寫和測試環境搭建；

? 產品與運營商務的同學確認版本運營推廣計劃；

? 產品開始下個版本的需求規劃；

Part 3、產品測試階段（3天）

本階段主要的任務由測試的童鞋承擔，一般有兩次測試，一次找bug,一次驗證bug，但是測試不僅僅是測試童鞋的事，應該是大家的事，在這個階段，產品經理要從產品功能的角度出《產品體驗報告》，設計師要從視覺和交互的角度出《設計體驗報告》，運營童鞋也可以適時組織核心用戶進行小規模內測，整理出來的問題，統一由測試的童鞋跟蹤和推進。

注意事項：

? 進入正式測試之前，開發應該先自測，一些明顯的問題應該開始著手bug fix；

? 測試應該是全員的事，包括產品和設計，都應該從各自的角度參與測試；

? 所有測試問題統一提到測試組，由測試的同學統一提給開發，並反饋結果；

階段輸出：

? 測試輸出bug list, 並負責反饋結果；

? 產品輸出產品體驗報告，設計輸出設計體驗報告；

? 開發解bug,優化細節；

? 商務運營啟動版本運營推廣工作；

Part 4、產品上線階段

本階段任務主要由商務和運營童鞋承擔，一系列的版本推廣和運營活動可以如火如荼地展開了；產品經理主要觀察用戶反饋，同時開始下個版本的產品規劃和溝通；開發GG主要看一下是否有一些緊急bug需要修復，這個版本基本可以宣告完成了！

注意事項：

? 產品上線時間應該與商務推廣的時間點配合好；

? 產品進入下個版本的需求溝通和立項；

? 版本完成，產品經理應該請大家吃飯的；

階段輸出：

1 商務開始進行推廣；

2 運營活動配合商務進行；

3 產品輸出上個版本的數據分析和總結；

4 產品進入下個版本的需求溝通和立項；

以上就是我們實踐過的產品開發流程，或者叫版本迭代流程，可能不一定很合理，也不一定時候其他產品或公司，只是我們嘗試過認為合適的，供大家參考！

THX !