經(jīng)常有想開發(fā)APP的朋友或客戶來問，怎么研發(fā)一個APP軟件，研發(fā)一個APP需要多少費(fèi)用，做為app定制研發(fā)公司一線開發(fā)工程師，今天給大家簡單講講APP研發(fā)流程、開發(fā)一個APP需要多少錢。

APP軟件開發(fā)流程： 一個APP研發(fā)項(xiàng)目規(guī)模可大可小，但開發(fā)一個APP應(yīng)用基本離不開以下成員：產(chǎn)品經(jīng)理、ui設(shè)計(jì)師、安卓開發(fā)工程師、IOS開發(fā)工程師、后端開發(fā)、測試等。怎么安排APP軟件項(xiàng)目成員工作、確保APP軟件開發(fā)項(xiàng)目順利進(jìn)行呢？

一個清晰合理的APP軟件開發(fā)流程控制很重要。

APP軟件開發(fā)流程一般分三個階段。

APP軟件開發(fā)之-需求策劃 在需求階段產(chǎn)品經(jīng)理內(nèi)部進(jìn)行需求討論：討論下版本需求重點(diǎn)是什么，APP需要做什么功能，怎么做。通過反復(fù)調(diào)研、討論、輸出交互方案。 確定需求的可行性：在輸出交互計(jì)劃之后找到相應(yīng)的開發(fā)并討論需求計(jì)劃是可行的。產(chǎn)品和開發(fā)思維模式在這個討論階段是不同的，往往會帶來新的火花和新的驚喜;但討論控制不好或者會演化為產(chǎn)品和程序員的"徒手格斗"。

APP軟件開發(fā)之-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è)計(jì)草案的質(zhì)量和草案的進(jìn)展得到保證。 需求演示：產(chǎn)品經(jīng)理集成了交互式解決方案和實(shí)現(xiàn)邏輯，并將錯誤的先前版本，其他優(yōu)化要求等集成到完整版本需求文檔中，然后拉上項(xiàng)目所有成員宣講。宣講的目的是讓項(xiàng)目成員知道新版本的關(guān)鍵要求是什么，他們做了什么功能，他們?yōu)槭裁催@樣做（強(qiáng)調(diào)），如何做，如何解釋交互計(jì)劃或設(shè)計(jì)草案，并給每個人一個整體印象，以便每個人都能理解版本功能的含義。

APP軟件開發(fā)之-需求研發(fā) 項(xiàng)目啟動：需求宣講后，開發(fā)根據(jù)產(chǎn)品需求文檔進(jìn)行需求評審，評估出研發(fā)周期、提測時間、預(yù)發(fā)布時間點(diǎn)、正式發(fā)布時間點(diǎn)。產(chǎn)品根據(jù)評審結(jié)果發(fā)送項(xiàng)目啟動郵件。 研發(fā)：需求研發(fā)過程中，產(chǎn)品跟進(jìn)研發(fā)進(jìn)度，保持與開發(fā)溝通確保需求被正確理解，及時解決研發(fā)過程中發(fā)現(xiàn)的新問題。 測試用例：產(chǎn)品、測試、開發(fā)共同確認(rèn)版本測試用例，并同步研發(fā)過程中變更的需求和細(xì)節(jié)。 提測：產(chǎn)品驗(yàn)收開發(fā)輸出的功能模塊，并輸出體驗(yàn)回歸文檔；測試根據(jù)用例驗(yàn)證需求邏輯，提bug、優(yōu)化給開發(fā)。內(nèi)網(wǎng)環(huán)境測試通過后，測試?yán)^續(xù)驗(yàn)證預(yù)發(fā)布環(huán)境、正式環(huán)境。

APP軟件開發(fā)之-版本發(fā)布 客服培訓(xùn)：測試驗(yàn)證的過程中，版本發(fā)布前，產(chǎn)品提前給客服培訓(xùn)新版本內(nèi)容。 發(fā)布：后端開發(fā)、運(yùn)維人員將代碼發(fā)布外網(wǎng)環(huán)境，前端輸出外網(wǎng)正式包。產(chǎn)品運(yùn)營將正式包上傳各大安卓市場或ios -appstore提審。 升級：所有安卓渠道包更新好，或者appsore審核通過，新版本也沒有發(fā)現(xiàn)什么問題時，后端開發(fā)和運(yùn)營人員打開升級配置，并發(fā)送升級通知。運(yùn)營報(bào)告：版本發(fā)布完畢還未算完呢，運(yùn)營人員在新版本發(fā)布后，收集用戶反饋，進(jìn)行數(shù)據(jù)監(jiān)測、數(shù)據(jù)分析；評估新版本功能效果和影響，驗(yàn)證新版本功能以及輸出下版本需求開發(fā)和優(yōu)化建議。

從以上APP定制開發(fā)項(xiàng)目研發(fā)流程來看，每一個版本研發(fā)都要經(jīng)歷以上3個階段12環(huán)節(jié)，理論圖上看是一條完整的流水線，但是如何保證流程順暢進(jìn)行？如何使項(xiàng)目成員工作效率較大化？這十分考驗(yàn)產(chǎn)品經(jīng)理/項(xiàng)目經(jīng)理的版本規(guī)劃能力。當(dāng)然項(xiàng)目成員間的默契和溝通也很重要。 從筆者實(shí)踐經(jīng)驗(yàn)來看，要保證流水線順暢，理想情況產(chǎn)品需求文檔要領(lǐng)先前端開發(fā)2個版本，設(shè)計(jì)領(lǐng)先前端開發(fā)1個版本，后端開發(fā)領(lǐng)先前端開發(fā)半個版本。即在當(dāng)前項(xiàng)目啟動同時，產(chǎn)品經(jīng)理已經(jīng)在調(diào)研討論下下版本需求；設(shè)計(jì)開始搞下版本的稿子；當(dāng)前項(xiàng)目進(jìn)行到一大半時，后端已經(jīng)完成當(dāng)前版本的需求，并開始準(zhǔn)備下版本的需求預(yù)研。版本計(jì)劃由產(chǎn)品經(jīng)理根據(jù)需求優(yōu)先級和開發(fā)進(jìn)度確定，即每個版本應(yīng)該做什么，重點(diǎn)是什么，開發(fā)時間和上線時間。通常，項(xiàng)目的每個版本都應(yīng)該具有其意義和主要功能。

往往為數(shù)不多個APP版本時間相對較長：APP應(yīng)用程序需要與開發(fā)環(huán)境配對，確定APP定制開發(fā)應(yīng)用程序技術(shù)框架，并開發(fā)各種基礎(chǔ)架構(gòu)系統(tǒng)。對于這樣一個長期的研發(fā)版本，產(chǎn)品經(jīng)理和技術(shù)需要分階段滿足開發(fā)需求，并在每個里程碑（多1周）設(shè)置里程碑（多3個）。產(chǎn)品經(jīng)理需要確認(rèn)完成情況，發(fā)現(xiàn)問題并及時調(diào)整研發(fā)計(jì)劃，控制項(xiàng)目風(fēng)險(xiǎn)，并確保項(xiàng)目按計(jì)劃完成。 后續(xù)開發(fā)的每個版本應(yīng)至少具有一個重要功能，版本開發(fā)周期應(yīng)控制在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ā)布導(dǎo)致測試和操作重復(fù)性工作增加，導(dǎo)致資源浪費(fèi);用戶端頻繁升級提醒也很煩人。此外，建議外部網(wǎng)絡(luò)操作的客戶端版本多不超過四個。維護(hù)舊版本的成本仍然相對較高。例如，新功能還應(yīng)考慮新舊版本的兼容性，以及各種后臺數(shù)據(jù)接

口升級和更新的兼容性問題。 APP研發(fā)費(fèi)用 很多朋友或客戶咨詢多的應(yīng)該是研發(fā)一個APP需要多少錢？ APP開發(fā)報(bào)價不是隨便報(bào)的，是需求開發(fā)工程師在詳細(xì)了解確認(rèn)需求方所研發(fā)APP有些什么功能后，再根椐功能所耗工時來評估報(bào)價的。APP報(bào)價貫穿APP開發(fā)所有環(huán)節(jié)（ 需求階段，研發(fā)階段，發(fā)布階段），從開發(fā)的需求分析階段，包括需求討論，需求可行性分性，UI設(shè)計(jì)，需求宣講等等。需求階段需要需求開發(fā)工程師多少工時，UI設(shè)計(jì)需要多少工時，研發(fā)階段，IOS開工程師及安卓工程師參與需要多少工時等等。APP研發(fā)總費(fèi)用是各種開發(fā)崗位日薪*工時的總和。