怎么開發一個APP？

“app開發到底是什么？”

簡單來說，開發一款App就是一個從構思到實現的過程，這個過程就包括：

需求整理：把構思一一整理、落實成一份需求文檔

產品設計：根據需求文檔設計出app的原型圖和UI圖，就是app的每一個頁面的效果圖

APP前端開發：Android端和ios端的用戶端開發，就是App呈現給用戶使用的內容

服務端開發：PC端的管理后臺開發，比如管理用戶數據、商城的操作管理后臺等

接口聯調：將用戶端和服務端連接起來，形成一個完整的app，使得用戶可以使用App，自己可以運營管理App。

測試驗收：將App裝在不同型號的手機中進行測試，檢查內容板塊是否適配，修改bug，調整細節等。

前期

一：需求溝通

產品經理整理出項目的具體需求和功能列表清單，并分析沒有考慮到的或能否實現的需求。

二：項目可行性分析

客戶自身和產品經理都需要清晰了解該項目的功能特點、用戶痛點、行業需求和為用戶提供的服務內容等，每一點都要做出詳細的調查分析，尤其是客戶痛點這塊。如果開發出來的App存留很多痛點，那么就算開發成功，也沒多長時間的存活時間。因為任何一個App最終的成功都是建立在用戶基礎之上的。

三：功能流程梳理

（1）整理架構

整理架構的過程就像是修房子打地基，產品經理會梳理產品整體功能架構，整理出核心內容，打造產品的地基，以確保客戶以后可以在這個原有的基礎上進行調整，更為方便、更具有擴展性。

（2）功能列表

接下來，產品經理會做出更詳細的功能列表，添加每個模塊的細節內容及具體功能，比如“注冊”用哪種注冊方式，短信驗證碼還是第三方注冊等。這部分就像你在裝修毛坯房時，首先要考慮加上門窗、水電改造等。

（3）梳理流程

產品經理會根據客戶的需求梳理出產品的核心業務，會幫客戶提前考慮到他們現有的流程是否可以在互聯網上進行操作，例如一些傳統行業轉互聯網的企業客戶，產品經理會站在移動互聯網的專業角度幫客戶梳理并優化流程。

四：量身定制實施方案

當需求文檔確認完畢之后，售前顧問會根據客戶需求量身定制一套App開發方案和報價清單，包括項目組人員安排、時間節點安排和技術方案等。

售中

一：產品設計

1.原型設計與評審

喜望軟件的產品經理根據需求文檔設計出高保真原型圖，包括功能的結構性布局、各分頁面的設計、界面交互邏輯的設計等。高保真原型圖將需求文檔轉換為更直觀的軟件demo版本，這樣即可以確認更多的細節，保證項目研發的效果，也能避免溝通不暢或溝通不到位而引發的糾紛問題。

2.UI設計與評審

原型圖設計確認好之后，UI設計師會根據產品的定位和原型圖設計UI界面效果圖了，相當于是在原型圖的基礎上加上顏色、確定產品整體風格、功能具象化處理、交互設計和排版布局等，使客戶更直觀的可以看到App的雛形，具有極高的還原度，能夠為用戶帶來更高的體驗度。一個完整的App需要一個吸引用戶眼球的創意，這就需要產品經理和UI設計師在創意策劃上有著獨到的見解。

3.需求詳細講解

產品經理會跟項目經理對接需求和原型圖UI圖，講解客戶的詳細需求、功能板塊、跳轉頁面等，項目經理需要細化需求，將這些需求和圖片翻譯成工程師們能更好理解的語言。接著，項目組會搭配著原型圖UI圖來召開技術會議，統一進行項目需求講解。

4.技術標準制定

項目經理在了解清楚整個項目的需求后提供易擴展、可持續迭代的技術框架方案，比如是原生開發還是混合開發、用Java還是PHP、還有第三方選型等。

二：敏捷開發

1.迭代開發計劃

在正式進入項目開發之前，項目組會對項目本身進行評估，對研發周期、提測時間、預發布時間點進行初步的判斷。接著對項目功能進行分解，把項目需求劃分成4-5個節點，比如1號-9號做第一個功能模塊，10號-15號做第二個功能模塊……項目組把迭代開發計劃發給客戶確認后，就開始按著這個計劃做節點研發了。

2.節點研發

按照需求分析整理出來的功能數據處理情況，項目組會建立合理的數據庫表結構，優化數據算法，提升數據的處理效率，保證后期App使用過程中數據的安全性、準確性、穩定性和及時性。

一個完整的App項目一般包含以下幾個模塊：

（1）服務器端：編寫接口協議文檔，服務器環境架設（國內一般都是用阿里云服務器，國外一般用亞馬遜），設計數據庫和編寫API接口，業務功能實現及接口封裝、管理后臺的開發。

（2）App端：根據UI設計圖進行界面開發，UI開發完成后對接服務器接口，通過服務端接口獲取數據，編寫功能上的邏輯代碼。

（3）Web管理端：根據前端的業務邏輯，后臺會有相應的功能與之匹配，同樣需要編寫功能上的邏輯代碼。

在項目研發階段，項目經理進行技術攻關，流程助理同時跟蹤進度，項目組也會每周向客戶進行開發進度匯報，并協助客戶申請軟著。

3.單元測試

以前的開發流程就是工程師從頭寫到尾，把App功能全部開發完成后再進行系統測試，這樣就很容易出現以下幾個問題：修改了一處bug卻在另一處地方引發了新的bug、擴展新功能的同時導致舊代碼出現bug等等，這個時候就需要引入單元測試。

單元測試簡單來說就是工程師做一個節點研發，測試工程師就測試一個節點，這樣就能夠清晰的知道是否破壞了老的業務邏輯，容易排除掉一些非常低級的錯誤，大大減少回歸出錯的可能性和調試的時間，提高代碼質量。

4.系統測試

App功能開發完成之后，測試人員會對整個項目進行系統性測試。而完成項目測試調試最重要的環節是問題的管理，追蹤各個bug的進度以及狀態，包括指派給誰、優先級、修復狀態等，以便有質量地完成問題的處理。

產品面向的平臺多機型同步測試，包括：App內容測試、App性能測試、App功能測試、App視覺測試，對BUG調試修復。測試合格，確認沒有bug后與客戶進行溝通，開始驗收，再由客戶進行測試，提出修改意見。

中期

三：上線交付

01用戶體驗測試

喜望軟件在2018年新設了一個“創新性人才崗位”——用戶體驗官，這是移動互聯網行業首創的“從功能試錯服務到運營實踐服務”。

用戶體驗官的工作就是用戶體驗測試，從用戶體驗、產品、易用性、顏值、App設計還原度等多個維度進行體驗性測試，并通過后臺上傳真實的前期種子數據，讓整個App的內容很豐滿，互動性強。用戶體驗測試是從項目本身的用戶群體和運營邏輯來幫助客戶打造好整個App的調性。

02部署上線

在代碼開發和測試完成后，就進入了后期上線的階段。

（1）部署正式服務器：將數據庫、后臺系統部署到正式的服務器上面，并錄入正式的上線數據到app系統后臺。

（2）準備上架相關的資料：如軟件著作權、應用說明、App界面截圖和打包版等。

（3）發布App應用到市場：根據App端口選擇發布iOS或Android應用市場。

①Android：涉及的應用市場很多，主流市場是騰訊應用寶、手機百度助手、360手機助手、91手機助手，不同的應用市場的受眾屬性和流量會有所不同，需要根據客戶需求和項目實際情況來選擇。一般來說，1-2個工作日就可以通過審核上線。

②iOS：發布到App Store，提交后一般最快都需要5個工作日左右才可以通過審核上架。因為App Store審核比較嚴格，比如是否符合最新的上架要求、是否涉及到虛擬貨幣、是否支持最新環境等很多問題都會決定審核能否通過。

但有可能會遇到這種情況：比如某App存在3個導致不通過的問題，App Store只要找到其中一個問題就不會通過，不會把3個問題都找出來告訴你為什么拒絕，所以如果經驗不足，上架N次花費幾個月都是很有可能的。

③發布小程序到微信公眾號：需要把小程序發布提交給微信團隊審核并上架，一般1-2個工作日就可以通過審核上線。

后期

一：前期維護

一般的App開發完后都需要進行維護，即便是已經達到相對穩定的階段，也可能隨著手機系統的升級或長時間的使用等，出現一些小問題或隱藏得比較深的bug。

一個項目正式上線運營了3個月左右的時候就已經清楚了整體的運營模式和部分功能欠缺，接下來想要繼續運營app就需要迭代開發、優化功能模塊。

在此期間，喜望軟件會解答客戶的疑問、指導軟件的使用和內容的上傳等事項，以及修復程序Bug、突發情況發生后緊急維修等。

二：定制更新

在App投放到市場后，會得到用戶以及市場本身的一些反饋，從而知道該如何修正或者調整運營策略，當目前系統的功能無法滿足項目需求時，就需要規劃新一版本功能的迭代問題了，也就是開發項目2.0。

喜望軟件會幫助客戶進行定制更新，也就是繼續App開發前期“前期”所做的工作：需求溝通、可行性分析、功能流程梳理以及量身定制實施方案。

這個迭代方案一般根據以下2點進行制定：

①未完善的BUG

比如上線后的App在運營過程發現的一些BUG，或者邏輯錯誤的一些地方，如果我們想要修復這些邏輯錯誤問題和功能BUG，就必須進行App的迭代。

②App數據分析

數據是極其重要的衡量標準，通過分析App的投放資源、用戶激活率、轉化率、留存率和用戶進入使用不同功能的占比、各個環節的流失，尋找對App體驗影響較大的指標，分析自查功能設計上的優劣，以便進行功能上的版本迭代。

三：迭代開發

同樣的，當項目進行迭代開發時，也會重新經歷“中期”的全部過程，包含產品設計、敏捷開發和上線交付等所有的產品生命周期。