移動(dòng)APP項(xiàng)目研發(fā)流程規(guī)范：
其中，產(chǎn)品需求文檔 > 前端開發(fā)兩個(gè)版本 、UI設(shè)計(jì) > 前端開發(fā)一半個(gè)版本、 后臺(tái)開發(fā) >前段一個(gè)版本、api開發(fā) > 前端半個(gè)版本。
第一階段：需求策劃。
在需求階段產(chǎn)品經(jīng)理內(nèi)部進(jìn)行需求討論：討論下版本需求重點(diǎn)是什么，做什么功能，怎么做。通過反復(fù)調(diào)研、討論、輸出交互方案。
確認(rèn)需求可行性：產(chǎn)品在輸出交互方案后找相應(yīng)的開發(fā)討論需求方案是否可行，這個(gè)討論階段產(chǎn)品和開發(fā)的思維方式不同，往往會(huì)擦出新火花、新驚喜；但討論控制不好或者會(huì)演化為產(chǎn)品和程序員的撕逼大戰(zhàn)，呵呵。
UI設(shè)計(jì)：設(shè)計(jì)師將產(chǎn)品的交互方案變得更生動(dòng)精美，不過精美的設(shè)計(jì)稿不見得都能實(shí)現(xiàn)出來。在這個(gè)過程中產(chǎn)品經(jīng)理需要協(xié)調(diào)設(shè)計(jì)師和前端人員的溝通，制定設(shè)計(jì)規(guī)范。同時(shí)保證設(shè)計(jì)稿的質(zhì)量，出稿進(jìn)度。
需求宣講：產(chǎn)品經(jīng)理將交互方案和實(shí)現(xiàn)邏輯完善以及將上版本的bug、其他優(yōu)化需求等整合出完整的版本需求文檔后，拉上項(xiàng)目所有成員宣講。宣講目的主要讓項(xiàng)目成員清楚新版本需求的重點(diǎn)是什么，做什么功能，為什么做（重點(diǎn)講）；簡(jiǎn)單介紹怎么做，講解交互方案或設(shè)計(jì)稿，給大家有一個(gè)整體的印象，讓大家都了解版本功能的意義。
第二階段：需求研發(fā)。
項(xiàng)目啟動(dòng)：需求宣講后，開發(fā)根據(jù)產(chǎn)品需求文檔進(jìn)行需求評(píng)審，評(píng)估出研發(fā)周期、提測(cè)時(shí)間、預(yù)發(fā)布時(shí)間點(diǎn)、正式發(fā)布時(shí)間點(diǎn)。產(chǎn)品根據(jù)評(píng)審結(jié)果發(fā)送項(xiàng)目啟動(dòng)郵件。
研發(fā)：需求研發(fā)過程中，產(chǎn)品跟進(jìn)研發(fā)進(jìn)度，保持與開發(fā)溝通確保需求被正確理解，及時(shí)解決研發(fā)過程中發(fā)現(xiàn)的新問題。
測(cè)試用例：產(chǎn)品、測(cè)試、開發(fā)共同確認(rèn)版本測(cè)試用例，并同步研發(fā)過程中變更的需求和細(xì)節(jié)。
提測(cè)：產(chǎn)品驗(yàn)收開發(fā)輸出的功能模塊，并輸出體驗(yàn)回歸文檔；測(cè)試根據(jù)用例驗(yàn)證需求邏輯，提bug、優(yōu)化給開發(fā)。內(nèi)網(wǎng)環(huán)境測(cè)試通過后，測(cè)試?yán)^續(xù)驗(yàn)證預(yù)發(fā)布環(huán)境、正式環(huán)境。
第三階段：版本發(fā)布。
客服培訓(xùn)：測(cè)試驗(yàn)證的過程中，版本發(fā)布前，產(chǎn)品提前給客服培訓(xùn)新版本內(nèi)容。
發(fā)布：后端開發(fā)、運(yùn)維人員將代碼發(fā)布外網(wǎng)環(huán)境，前端輸出外網(wǎng)正式包。產(chǎn)品運(yùn)營(yíng)將正式包上傳各大安卓市場(chǎng)或ios -appstore提審。
升級(jí)：所有安卓渠道包更新好，或者appsore審核通過，新版本也沒有發(fā)現(xiàn)什么問題時(shí)，后端開發(fā)和運(yùn)營(yíng)人員打開升級(jí)配置，并發(fā)送升級(jí)通知。
運(yùn)營(yíng)報(bào)告：版本發(fā)布完畢還未算完呢，運(yùn)營(yíng)人員在新版本發(fā)布后，收集用戶反饋，進(jìn)行數(shù)據(jù)監(jiān)測(cè)、數(shù)據(jù)分析；評(píng)估新版本功能效果和影響，驗(yàn)證新版本功能以及輸出下版本需求開發(fā)和優(yōu)化建議。
