從想法到成(chéng)品，app産品開(kāi)發(fā)的必要流程

從事(shì)軟件項目開(kāi)發(fā)和信息化項目評估已有十餘載，對(duì)軟件和 APP産品開(kāi)發(fā)的流程已經(jīng)再熟悉不過(guò)了，現在把這(zhè)些積攢的一些經(jīng)驗與大家分享一下，一個APP産品是怎麼(me)從想法一步一步落地的，整個過(guò)程會(huì)有哪些必要的流程呢，下面(miàn)簡單總結一下（盡可能(néng)簡潔）：

• 需求整理

大部分創業型APP項目在初創階段都(dōu)隻是一些比較抽象、零碎的想法。

一份相對(duì)完善的需求文檔，有助于創業者自身對(duì)項目的理解和全局性分析，如果APP項目是交由開(kāi)發(fā)公司去完成(chéng)的話，也有利于對(duì)方準确把握項目的定位與商業模式，便于給出更專業的建議和解決方案。下面(miàn)是整理需求過(guò)程中需要注意的點：

（1）清晰認識項目是爲了用戶解決什麼(me)痛點，能(néng)夠爲行業解決什麼(me)需求？

（2）要解決這(zhè)些痛點或者需求的過(guò)程中需要通過(guò)哪些有效的技術手段或功能(néng)實現，羅列出核心功能(néng)列表并适當完邏輯關系，用文字或圖文的方式盡可能(néng)描述清晰。

（3）撰寫完整并具有邏輯性的功能(néng)需求文檔不是一件簡單的事(shì)，最好(hǎo)還(hái)是由第三方機構協助完成(chéng)。

• 預算評估

不論APP項目是自建團隊開(kāi)發(fā)，還(hái)是交由第三方公司外包開(kāi)發(fā)，建立在一份完善且邏輯關系明确的需求文檔都(dōu)是有必要的，需求文檔還(hái)可以比較準确地估算出項目需要投入的預算，同時(shí)這(zhè)些文檔也會(huì)有助于産品經(jīng)理，UI 設計師，技術開(kāi)發(fā)人員等等對(duì)項目的理解，減少人員溝通過(guò)程中可能(néng)存在的誤差。

• 設計原型

完成(chéng)預算評估會(huì)根據需求文檔進(jìn)行原型圖的設計，原型設計包括：

（1）功能(néng)與結構布局

（2）各分頁面(miàn)設計

（3）業務邏輯設計

輸出成(chéng)果爲包含功能(néng)的原型設計圖，如下圖所示：

原型圖

• UI/UE設計

（1）APP UI : 原型圖經(jīng)過(guò)反複調整修改後(hòu)，UI 會(huì)進(jìn)行界面(miàn)設計、功能(néng)具象化處理、交互設計、以及各機型、系統适配調整。

輸出成(chéng)果爲高保真設計圖，如下圖所示：

高保真設計稿

（2）後(hòu)台 UI : APP 都(dōu)有對(duì)應的管理後(hòu)台，後(hòu)台用戶無法接觸到，但與 APP功能(néng)設計是對(duì)照關系，人性化的設計能(néng)讓管理人員快速理解上手。

• APP開(kāi)發(fā)

設計定稿後(hòu)，正式進(jìn)入到APP開(kāi)發(fā)階段，完整的 APP 項目一般包含以下開(kāi)發(fā)模塊：

（1）服務器端：編寫接口協議文檔，服務器環境架構，設計數據庫、編寫API接口。

（2）APP 端：根據UI設計稿進(jìn)行前後(hòu)端開(kāi)發(fā)，開(kāi)發(fā)完成(chéng)則進(jìn)入和服務端接口對(duì)接，通過(guò)服務端的接口獲取數據。

（3） Web 管理端： 根據前端的業務邏輯，後(hòu)台與之匹配，編寫功能(néng)的邏輯代碼。

• 測試環節

APP 開(kāi)發(fā)完成(chéng)後(hòu)，需要對(duì)APP項目進(jìn)行系統性測試。測試過(guò)程需要項目組内所有人相關人員配合完成(chéng)。

測試環節的重要性更勝過(guò)前期功能(néng)需求規劃，如果項目沒(méi)有經(jīng)過(guò)專業系統性的測試，十有八九會(huì)出現與設計初衷存在落差，以及留下很多邏輯上的坑（深不見底，甚至需要推翻重來）。

項目測試調試最重要的環節是問題的管理，追蹤bug的修複進(jìn)度以及狀态，包含任務指派、任務優先級、修複狀态等等，以便更高效地處理問題。

任務跟蹤管理界面(miàn)

• APP發(fā)布

經(jīng)過(guò)至少兩(liǎng)輪的内部測試以及小範圍外部試用後(hòu)，會(huì)進(jìn)行版本的上架：

（1）Android : 安卓應用市場很多，主流市場是應用寶、360手機助手、小米商城等，不同的應用市場的受衆屬性會(huì)有不同，需要根據實際情況選擇（注意ASO相關描述要求）。

（2）iOS : AppStore（蘋果審核要求嚴格，審核周期長(cháng)，是否符合最新的上架要求，這(zhè)個對(duì)經(jīng)驗的要求就(jiù)很高，所以如果經(jīng)驗不足的話上架N次，花費半年都(dōu)是有可能(néng)的。）

• 運營叠代

APP産品發(fā)布後(hòu)，運營人員需要及時(shí)收集市場/用戶反饋信息，當系統功能(néng)也無法滿足用戶需求時(shí)，就(jiù)需要産品和運營共同規劃APP版本叠代的問題。

• 日常維護

在項目正式運營的時(shí)候，即便是已經(jīng)達到相對(duì)穩定階段，也會(huì)有因爲叠代或其他原因出現一些小bug，或者發(fā)現一些隐藏得很深的 bug，這(zhè)個階段就(jiù)需要有相關人員對(duì)問題作出及時(shí)的修複。

以上是APP開(kāi)發(fā)的全流程，實際APP項目會(huì)涉及到人與人、公司與公司之間的複雜溝通以及協作，隻有了解并理解開(kāi)發(fā)過(guò)程的重要節點，制定詳細的管理條例，構建暢通的溝通環境，有益于獲取高質量的APP項目成(chéng)果，閱讀上文希望能(néng)夠對(duì)你有所幫助。