移動APP項目研發流程及版本規劃(轉)

一個移動APP項目研發規模可大可小，但都離不開如下幾個成員：產品經理、ui設計師、前端開發、後端開發、測試等。如何合理安排項目成員工做、確保項目順利進行呢？一個清晰合理的項目研發流程控制很重要。

項目研發流程通常來講分3個階段

第一階段：需求策劃。

在需求階段產品經理內部進行需求討論：討論下版本需求重點是什麼，作什麼功能，怎麼作。經過反覆調研、討論、輸出交互方案。

確認需求可行性：產品在輸出交互方案後找相應的開發討論需求方案是否可行，這個討論階段產品和開發的思惟方式不一樣，每每會擦出新火花、新驚喜；但討論控制很差或者會演化爲產品和程序員的撕逼大戰，呵呵。

UI設計：設計師將產品的交互方案變得更生動精美，不過精美的設計稿不見得都能實現出來。在這個過程當中產品經理須要協調設計師和前端人員的溝通，制 定設計規範。同時保證設計稿的質量，出稿進度。需求宣講：產品經理將交互方案和實現邏輯完善以及將上版本的bug、其餘優化需求等整合出完整的版本需求文 檔後，拉上項目全部成員宣講。宣講目的主要讓項目成員清楚新版本需求的重點是什麼，作什麼功能，爲何作（重點講）；簡單介紹怎麼作，講解交互方案或設計 稿，給你們有一個總體的印象，讓你們都瞭解版本功能的意義。

第二階段：需求研發。

項目啓動：需求宣講後，開發根據產品需求文檔進行需求評審，評估出研發週期、提測時間、預發佈時間點、正式發佈時間點。

產品根據評審結果發送項目啓動郵件。研發：需求研發過程當中，產品跟進研發進度，保持與開發溝通確保需求被正確理解，及時解決研發過程當中發現的新問題。測試用例：產品、測試、開發共同確認版本測試用例，並同步研發過程當中變動的需求和細節。

提測：產品驗收開發輸出的功能模塊，並輸出體驗迴歸文檔；測試根據用例驗證需求邏輯，提bug、優化給開發。內網環境測試經過後，測試繼續驗證預發佈環境、正式環境。

第三階段：版本發佈。

客服培訓：測試驗證的過程當中，版本發佈前，產品提早給客服培訓新版本內容。

發佈：後端開發、運維人員將代碼發佈外網環境，前端輸出外網正式包。產品運營將正式包上傳各大安卓市場或ios -appstore提審。

升級：全部安卓渠道包更新好，或者appsore審覈經過，新版本也沒有發現什麼問題時，後端開發和運營人員打開升級配置，併發送升級通知。運營報 告：版本發佈完畢還未算完呢，運營人員在新版本發佈後，收集用戶反饋，進行數據監測、數據分析；評估新版本功能效果和影響，驗證新版本功能以及輸出下版本 需求開發和優化建議。

 

從以上APP項目研發流程來看，每個版本研發都要經歷以上3個階段12環節，理論圖上看是一條完整的流水線，可是如何保證流程順暢進行？如何使項目成員工做效率最大化？這十分考驗產品經理/項目經理的版本規劃能力。固然項目成員間的默契和溝通也很重要。

從筆者實踐經驗來看，要保證流水線順暢，理想狀況產品需求文檔要領先前端開發2個版本，設計領先前端開發1個版本，後端開發領先前端開發半個版本。 即在當前項目啓動同時，產品經理已經在調研討論下下版本需求；設計開始搞下版本的稿子；當前項目進行到一大半時，後端已經完成當前版本的需求，並開始準備 下版本的需求預研。

版本規劃是產品經理根據需求優先級和開發進度預估定出來的，即每一個版本要作什麼，重點是什麼，研發時間，上線時間等。通常來講，項目每發佈一個版本都應該有它的意義和主打功能。

App首個版本相對來講時間較長：app須要搭配開發環境，肯定app技術框架，以及研發各類基礎系統等。像這樣時間較長的版本研發，產品經理和技 術在需求評估時要將開發需求分階段進行而且設置里程碑（儘可能不超過3個），在每一個里程碑（最長不超過1周）時間點，產品經理須要確認完成的狀況，發現問題 及時調整研發計劃，控制項目風險，保證項目如期完成。

後續開發的每個版本都應該至少有一個重要功能，版本研發週期最好控制在2周-3周內。這樣的好處一方面是保證項目成員有個良好的開發節奏，使研發 效率最大化；另外一方面保證每一個版本有新東西給到用戶體驗，以及符合各大市場申請首發條件，得到免費的推廣資源（ps：通常首發活動能夠得到幾千到幾萬的免 費用戶，仍是挺吸引的）。固然重大功能上線的話，確保上線後版本的穩定性，能夠將研發週期延至1個月，或者進行灰度發佈。要儘可能避免安排超過一個月研發周 期的版本，不然要將長版本設置爲若干個里程碑驗收。經驗來看研發週期過長每每會致使研發技術人員精力分散，工做拖沓，積極性降低。

通常狀況不建議頻繁發佈小版本，由於每一個版本發佈都須要測試，打包，發佈市場，發升級配置和升級提醒等。頻繁發佈小版本形成測試和運營重複性工做增 加，形成資源浪費；用戶側看頻繁的升級提醒也是件很討厭的事情。另外，建議外網運營客戶端版本最多不要超過4個。維護老版本成本仍是比較高的，好比作新功 能還要考慮新老版本兼容狀況，和各類後臺數據接口升級、更新的兼容問題等。

在特殊的狀況下，有緊急的bug和漏洞時，才建議緊急發佈一個bugfix版本。

#專欄做家#

Genies，閨蜜圈產品經理，人人都是產品經理專欄做家。擅長產品策劃，產品運營，項目管理。專一於移動社交方向，深度調研女性社交；關注O2O電商、智能硬件、物聯網發展。厚積薄發，總結，昇華中...

 

轉自：連接