關(guān)于蘇州app開發(fā)手機(jī)App客戶端開發(fā)流程及版本規(guī)劃！一個移動APP項目的R&D規(guī)模可以大也可以小，但都離不開以下會員:產(chǎn)品經(jīng)理、UI設(shè)計師、前端開發(fā)、后端開發(fā)、測試等。如何合理安排項目成員的工作，確保項目的順利進(jìn)行？一個清晰合理的項目R&D過程控制是非常重要的。移動APP項目R&D過程控制項目R&D過程一般分為三個階段:需求規(guī)劃。第一階段:需求階段產(chǎn)品經(jīng)理內(nèi)部需求討論:討論下一個版本需求的重點是什么，做什么功能，怎么做。通過反復(fù)調(diào)研、討論、輸出交互方案。確認(rèn)需求可行性:產(chǎn)品輸出交互方案后找到相應(yīng)的開發(fā)討論需求方案是否可行。這個討論階段的產(chǎn)品和開發(fā)思維方式不同，往往會產(chǎn)生新的火花和驚喜；但是討論控制不好或者演變成產(chǎn)品和程序員之間的撕裂戰(zhàn)，呵呵。UI設(shè)計:設(shè)計師把產(chǎn)品的交互方案變得更加生動精致，但精致的設(shè)計草案不一定能夠?qū)崿F(xiàn)。在這個過程中，產(chǎn)品經(jīng)理需要協(xié)調(diào)設(shè)計人員和前端人員之間的溝通，制定設(shè)計規(guī)范。同時確保設(shè)計草案的質(zhì)量和發(fā)布的進(jìn)度。需求宣傳：產(chǎn)品經(jīng)理將改進(jìn)互動解決方案和實現(xiàn)邏輯，并整合上述版本的bug和其他優(yōu)化需求，形成完整的版本需求文件，然后拉動項目的所有成員進(jìn)行宣傳。 宣傳的主要目的是讓項目成員知道新版本的重點是什么，他們做什么功能，為什么要這樣做（重點）；簡要介紹如何做，解釋互動解決方案或設(shè)計草案，給每個人一個整體印象，讓每個人都理解版本功能的重要性。第二階段：需求研發(fā)。項目啟動：需求宣傳后，開發(fā)應(yīng)根據(jù)產(chǎn)品需求文檔進(jìn)行需求評估，評估研發(fā)周期、測試時間、預(yù)發(fā)布時間點和正式發(fā)布時間點。產(chǎn)品根據(jù)評估結(jié)果發(fā)送項目啟動郵件。研發(fā)：在需求研發(fā)過程中，產(chǎn)品跟進(jìn)研發(fā)進(jìn)度，保持與開發(fā)的溝通，確保需求得到正確理解，及時解決研發(fā)過程中發(fā)現(xiàn)的新問題。測試用例：產(chǎn)品、測試、開發(fā)共同確認(rèn)版本測試用例，同步研發(fā)過程中變化的需求和細(xì)節(jié)。測試：產(chǎn)品驗收開發(fā)輸出的功能模塊，輸出體驗回歸文件；測試按照用例驗證需求邏輯，提出bug，優(yōu)化開發(fā)。內(nèi)網(wǎng)環(huán)境測試通過后，測試?yán)^續(xù)驗證預(yù)發(fā)布環(huán)境、正式環(huán)境。第三階段：版本發(fā)布?？头嘤?xùn)：測試驗證過程中，版本發(fā)布前，產(chǎn)品提前給客服培訓(xùn)新版本內(nèi)容。發(fā)布：后端開發(fā)，運維人員發(fā)布外網(wǎng)環(huán)境代碼，前端輸出外網(wǎng)正式包。產(chǎn)品運營將正式包上傳到各大安卓市場或IOS-應(yīng)用商店進(jìn)行審核升級。升級：所有安卓渠道包更新良好，或應(yīng)用商店審核通過，后端開發(fā)運營人員開放升級配置時新版本沒有發(fā)現(xiàn)任何問題，并發(fā)送升級通知。運營報告:版本發(fā)布后還沒有結(jié)束。新版本發(fā)布后，運營商收集用戶反饋，進(jìn)行數(shù)據(jù)監(jiān)控和數(shù)據(jù)分析；評估新版本的功能效果和影響，驗證新版本的功能和輸出下的版本需求的開發(fā)和優(yōu)化建議。 從以上APP項目的R&D過程來看，每個版本R&D都要經(jīng)歷上述三個階段和12個環(huán)節(jié)。理論圖是一條完整的流水線，但如何保證過程的順利進(jìn)行？如何最大限度地提高項目成員的工作效率？這是對產(chǎn)品經(jīng)理/項目經(jīng)理版本規(guī)劃能力的考驗。當(dāng)然，項目成員之間的默契和溝通也很重要。從作者的實踐經(jīng)驗來看，要保證流水線的順暢，理想情況產(chǎn)品需求文檔要引導(dǎo)前端開發(fā)兩個版本，設(shè)計引導(dǎo)前端開發(fā)一個版本，后端開發(fā)引導(dǎo)前端半個版本。也就是說，在當(dāng)前項目開始的同時，產(chǎn)品經(jīng)理已經(jīng)在研究和討論下一個版本的需求；設(shè)計開始下一個版本的手稿；當(dāng)前項目的一半以上時，后端已經(jīng)完成了當(dāng)前版本的需求，并開始準(zhǔn)備下一個版本的需求預(yù)研究。版本規(guī)劃是由產(chǎn)品經(jīng)理根據(jù)需求優(yōu)先級和開發(fā)進(jìn)度進(jìn)行估計的，即每個版本應(yīng)該做什么，重點是什么，R&D時間、在線時間等。一般來說，該項目每發(fā)布一個版本都應(yīng)該具有它的意義和主要功能。
應(yīng)用的第一個版本需要很長時間：應(yīng)用需要匹配開發(fā)環(huán)境，確定應(yīng)用技術(shù)框架，并開發(fā)各種基礎(chǔ)系統(tǒng)。對于這樣一個長期的版本R&D，產(chǎn)品經(jīng)理和技術(shù)應(yīng)該在需求評估中階段和設(shè)定里程碑開發(fā)需求（盡量不要超過3個），在每個里程碑時間點（最長不超過1周），產(chǎn)品經(jīng)理需要確認(rèn)完成，及時調(diào)整研發(fā)計劃，控制項目風(fēng)險，確保項目按時完成。后續(xù)開發(fā)的每個版本至少應(yīng)具有一個重要功能。最好在2-3周內(nèi)控制版本研發(fā)周期。一方面，這樣的好處是確保項目成員有良好的發(fā)展節(jié)奏，最大限度地提高R&D效率；另一方面，確保每個版本都有新的東西給用戶體驗，并滿足主要市場申請的首發(fā)條件，獲得免費的推廣資源（PS：一般的首發(fā)活動可以獲得數(shù)千到數(shù)萬免費用戶，這仍然非常有吸引力）。當(dāng)然，如果重大功能在線，以確保在線版本的穩(wěn)定性，可以將研發(fā)周期延長至一個月，或發(fā)布灰度。盡量避免安排研發(fā)周期超過一個月的版本，否則應(yīng)將長版設(shè)置為幾個里程碑驗收。
從經(jīng)驗的角度來看，研發(fā)周期過長往往會導(dǎo)致研發(fā)技術(shù)人員精力分散、工作拖延和積極性降低。一般來說，不建議頻繁發(fā)布小版本，因為每個版本的發(fā)布都需要測試、包裝、發(fā)布市場、發(fā)布升級配置和升級提醒。頻繁發(fā)布小版本會導(dǎo)致測試和操作重復(fù)性增加，浪費資源；用戶看到頻繁的升級提醒也很煩人。此外，建議外部網(wǎng)絡(luò)操作的客戶端版本不應(yīng)超過4個。維護(hù)舊版本的成本仍然相對較高。例如，在制作新功能時，我們還需要考慮新舊版本的兼容性，以及各種背景數(shù)據(jù)接口的升級，以及更新的兼容性問題。在特殊情況下，建議在出現(xiàn)緊急bug和漏洞時，緊急發(fā)布bugx版本。關(guān)于蘇州app開發(fā)手機(jī)App客戶端開發(fā)流程及版本規(guī)劃的內(nèi)容已在上文簡述！