移動APP項(xiàng)目雖然研發(fā)可能大或小，但產(chǎn)品經(jīng)理，ui設(shè)計(jì)師，前端開發(fā)，后端開發(fā)，測試等都是必不可少的。因此，清晰合理的項(xiàng)目開發(fā)過程控制對于項(xiàng)目成員的合理安排和確保項(xiàng)目的順利進(jìn)行非常重要。項(xiàng)目研發(fā)過程一般在需求計(jì)劃階段分為三個階段。產(chǎn)品經(jīng)理將討論下一版本需要的內(nèi)容，功能以及如何進(jìn)行需求討論。通過反復(fù)研究，討論和輸出交互式程序。確定需求的可行性：在輸出交互計(jì)劃之后找到相應(yīng)的開發(fā)并討論需求計(jì)劃是可行的。產(chǎn)品和開發(fā)思維模式在這個討論階段是不同的，往往會帶來新的火花和新的驚喜;但討論沒有得到很好的控制或?qū)l(fā)展。產(chǎn)品和程序員的龍卷風(fēng)。 UI設(shè)計(jì)：設(shè)計(jì)師使產(chǎn)品交互方案更加生動，美觀，但美觀的設(shè)計(jì)草圖無法實(shí)現(xiàn)。在此過程中，產(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)邏輯，并將先前版本的錯誤和其他優(yōu)化要求集成到完整版本需求文檔中，然后將項(xiàng)目的所有成員拉出來進(jìn)行宣傳。演示的目的是讓項(xiàng)目成員知道新版本的重點(diǎn)是什么，功能和原因;如何做到這一點(diǎn)，解釋交互計(jì)劃或設(shè)計(jì)草案，并給每個人一個整體印象。然后是需求研發(fā)階段。首先，將有一個項(xiàng)目匯海：在需求表示之后，開發(fā)人員將根據(jù)產(chǎn)品需求文檔審查需求，并評估開發(fā)周期，評估時(shí)間，預(yù)發(fā)布時(shí)間點(diǎn)和正式發(fā)布時(shí)間點(diǎn)。產(chǎn)品根據(jù)評估結(jié)果發(fā)送項(xiàng)目匯海。研發(fā)：在研發(fā)過程中，產(chǎn)品跟進(jìn)研發(fā)進(jìn)度，保持與開發(fā)的溝通，確保正確理解需求，及時(shí)解決研發(fā)過程中發(fā)現(xiàn)的新問題。測試用例：產(chǎn)品，測試和開發(fā)共同驗(yàn)證版本測試用例，并在開發(fā)過程中同步需求和變更細(xì)節(jié)。 測試：產(chǎn)品驗(yàn)收開發(fā)輸出功能模塊，輸出經(jīng)驗(yàn)回歸文檔;根據(jù)用例驗(yàn)證要求邏輯測試，提及bug，優(yōu)化開發(fā)。在通過內(nèi)部網(wǎng)絡(luò)環(huán)境測試之后，測試?yán)^續(xù)驗(yàn)證預(yù)發(fā)布環(huán)境和正式環(huán)境。第二個是版本的發(fā)布，包括客戶服務(wù)培訓(xùn)，發(fā)布，升級和運(yùn)營報(bào)告。其中，客戶服務(wù)培訓(xùn)：在測試驗(yàn)證過程中，在發(fā)布版本之前，產(chǎn)品將在新版本的內(nèi)容之前對客戶服務(wù)進(jìn)行培訓(xùn)。發(fā)布：后端開發(fā)，運(yùn)營和維護(hù)人員將代碼發(fā)布到外部網(wǎng)絡(luò)環(huán)境，前端輸出將是外部網(wǎng)絡(luò)的官方包。產(chǎn)品運(yùn)營將正式打包，以便上傳到主要Android市場或ios-appstore進(jìn)行審核。升級：所有Android渠道包都已更新，或者appsore已獲批準(zhǔn)，當(dāng)新版本未發(fā)現(xiàn)任何問題時(shí)，后端開發(fā)和操作人員將打開升級配置并發(fā)送升級通知。操作報(bào)告：版本發(fā)布未完成后，操作員在新版本發(fā)布后收集用戶反饋，進(jìn)行數(shù)據(jù)監(jiān)控和數(shù)據(jù)分析;評估新版本的功能和影響，驗(yàn)證新版本的功能，并輸出下一版本的開發(fā)要求。優(yōu)化建議。這是APP項(xiàng)目的開發(fā)過程?？梢钥闯觯邪l(fā)過程的每個版本都必須經(jīng)過上述三個階段和12個鏈接，但它不是結(jié)束。如何確保流暢？如何最大限度地提高項(xiàng)目成員的效率？這是對產(chǎn)品經(jīng)理/項(xiàng)目經(jīng)理的版本規(guī)劃功能與項(xiàng)目成員之間的默契和溝通的測試。從公司多年的經(jīng)驗(yàn)app開發(fā)來看，為了保證流暢的管道，理想的產(chǎn)品需求文檔應(yīng)該領(lǐng)先于兩個版本的前端開發(fā)，設(shè)計(jì)前沿開發(fā)一個版本，后端開發(fā)領(lǐng)先前端開發(fā)半版。也就是說，在當(dāng)前項(xiàng)目匯海的同時(shí)，產(chǎn)品經(jīng)理已經(jīng)討論了下一版本的要求;設(shè)計(jì)開始起草版本;當(dāng)當(dāng)前項(xiàng)目達(dá)到一半以上時(shí)，后端已完成當(dāng)前版本的要求，并開始為下一版本做準(zhǔn)備。預(yù)研。 版本計(jì)劃由產(chǎn)品經(jīng)理根據(jù)需求優(yōu)先級和開發(fā)進(jìn)度確定，即每個版本應(yīng)該做什么，重點(diǎn)是什么，開發(fā)時(shí)間和在線時(shí)間。通常，項(xiàng)目的每個版本都應(yīng)該具有其含義和主要特征。最長的時(shí)間應(yīng)該是應(yīng)用程序的第一個版本：應(yīng)用程序需要與開發(fā)環(huán)境配對，確定應(yīng)用程序技術(shù)框架，并開發(fā)各種基本系統(tǒng)。對于這樣一個長期的研發(fā)版本，產(chǎn)品經(jīng)理和技術(shù)需要分階段滿足開發(fā)需求，并在每個里程碑（最多1周）設(shè)置里程碑（最多3個）。產(chǎn)品經(jīng)理需要確認(rèn)完成情況，發(fā)現(xiàn)問題并及時(shí)調(diào)整研發(fā)計(jì)劃，控制項(xiàng)目風(fēng)險(xiǎn)，并確保項(xiàng)目按計(jì)劃完成。在下一個開發(fā)的每個版本中，必須有一個新功能，版本開發(fā)周期最好在2周到3周內(nèi)控制。一方面，這是為了確保項(xiàng)目成員具有良好的發(fā)展節(jié)奏，以最大限度地提高研發(fā)效率;另一方面，確保每個版本都有新的用戶體驗(yàn)，并滿足主要市場應(yīng)用的要求，獲得免費(fèi)的推廣資源（ps：一般的啟動活動可以獲得數(shù)千到數(shù)萬的免費(fèi)用戶，仍然很有吸引力）。當(dāng)然，如果主要功能在線，為了確保在線發(fā)布后版本的穩(wěn)定性，開發(fā)周期可以延長到一個月，或者可以發(fā)布灰度。盡量避免安排超過一個月的開發(fā)周期，否則將長版本設(shè)置為幾個里程碑驗(yàn)收。經(jīng)驗(yàn)表明，長期的開發(fā)周期往往會導(dǎo)致研發(fā)技術(shù)人員分心，工作延遲和熱情。如果您沒有遇到特殊情況，建議不要經(jīng)常發(fā)布小版本，因?yàn)槊總€版本都需要許多復(fù)雜的步驟，如測試，打包，發(fā)布市場，發(fā)送升級配置和升級提醒。頻繁發(fā)布小版本不僅會增加測試和操作的重復(fù)性工作，還會浪費(fèi)資源;在用戶端觀看頻繁的升級提醒也很煩人。此外，建議外部網(wǎng)絡(luò)操作的客戶端版本最多不超過四個。 維護(hù)舊版本的成本仍然相對較高。例如，在執(zhí)行新功能時(shí)，您應(yīng)該考慮所有方面，包括考慮新舊版本之間的兼容性，以及各種后臺數(shù)據(jù)接口升級和更新的兼容性問題。