APP開發(fā)的流程-想法到上線運(yùn)營(yíng)需要哪幾步？
APP 產(chǎn)品開發(fā)的流程是怎么從想法一步一步落地為具體成品上線運(yùn)營(yíng)的，這個(gè)過程中會(huì)經(jīng)歷一些怎樣的必要流程： 1、需求梳理 大部分創(chuàng)業(yè)型項(xiàng)目在這個(gè)階段只是一些比較抽象的想法，有一份相對(duì)完善的需求文檔，不僅有助于創(chuàng)業(yè)者自身對(duì)項(xiàng)目的理解和周全性分析，如果項(xiàng)目是交由設(shè)計(jì)公司去完成的話，也更有利于對(duì)方準(zhǔn)確把握項(xiàng)目的定位和商業(yè)模式，以便給出專業(yè)的建議和解決方案。下面是需求整理過程中比較關(guān)鍵的點(diǎn)： (1)清晰認(rèn)識(shí)項(xiàng)目是為了解決什么用戶痛點(diǎn)，行業(yè)需求?！ ?2)分析要解決這些痛點(diǎn)或者需求的過程中需要通過哪些有效的功能布局去實(shí)施，逐一將核心功能列舉并適當(dāng)完善一下，通過文字或圖文的方式描述清楚。 (3)建立完善并且合乎邏輯，功能完整呼應(yīng)的需求文檔不是一件簡(jiǎn)單的事，如果你是 PM(產(chǎn)品經(jīng)理)出身的話會(huì)比較容易上手，否則最好還是由第三方機(jī)構(gòu)協(xié)助完成?！ ?、預(yù)算評(píng)估 不論項(xiàng)目是由自己團(tuán)隊(duì)執(zhí)行開發(fā)，亦或是交由第三方公司代為設(shè)計(jì)開發(fā)，建立在一份完善且有質(zhì)量的需求文檔都是非常有必要的，對(duì)需求文檔進(jìn)行人力時(shí)間的投入，可以較準(zhǔn)確地估算出項(xiàng)目需要投入的預(yù)算，同時(shí)這些文檔后期會(huì)有助于產(chǎn)品經(jīng)理，UI 設(shè)計(jì)師，技術(shù)開發(fā)人員等等對(duì)項(xiàng)目的理解，減少人員溝通中可能存在的誤差?！ ?、原型設(shè)計(jì) 接下來會(huì)根據(jù)上面提到的具體需求文檔，項(xiàng)目經(jīng)理進(jìn)行會(huì)進(jìn)行原型圖的設(shè)計(jì)，包括： (1)功能的結(jié)構(gòu)性布局 (2)各分頁面的設(shè)計(jì) (3)頁面間業(yè)務(wù)邏輯的設(shè)計(jì) 最終輸出每個(gè)足夠示意出頁面所包含的功能的原型設(shè)計(jì)圖，比如： 3、UI設(shè)計(jì) (1)APP UI : 原型圖經(jīng)過反復(fù)推敲修正后，UI設(shè)計(jì)師會(huì)進(jìn)行UI界面相關(guān)的配色設(shè)計(jì)、功能具象化處理、交互設(shè)計(jì)、以及各種機(jī)型、系統(tǒng)的適配。UI 設(shè)計(jì)師經(jīng)過多次與項(xiàng)目經(jīng)理溝通修改后，最終會(huì)得到定稿的高保真設(shè)計(jì)圖。 (2)后臺(tái) UI : 絕大部分 APP 項(xiàng)目都會(huì)有相應(yīng)的管理后臺(tái)，雖然后臺(tái)是用戶無法接觸到的，但是與 APP 側(cè)的功能是意義對(duì)照的，合理的設(shè)計(jì)能讓后臺(tái)管理人員快速上手?！ ?、開發(fā) 經(jīng)過以上幾個(gè)過程之后，會(huì)正式進(jìn)入到開發(fā)階段，一個(gè)完整的 APP 項(xiàng)目一般包含以下幾個(gè)板塊： (1)服務(wù)器端：編寫接口協(xié)議文檔，服務(wù)器環(huán)境架設(shè)一般都是用阿里，設(shè)計(jì)數(shù)據(jù)庫和編寫API接口?！ ?2)APP 端：根據(jù)UI設(shè)計(jì)圖進(jìn)行界面開發(fā)，UI 開發(fā)完成則進(jìn)入和服務(wù)端接口對(duì)接，通過服務(wù)端的接口獲取數(shù)據(jù)，編寫功能上的邏輯代碼?！ ?3) Web 管理端： 根據(jù)前端的業(yè)務(wù)邏輯，后臺(tái)會(huì)有相應(yīng)的功能與之匹配，同樣需要編寫功能上的邏輯代碼?！ ?、測(cè)試調(diào)試 APP功能開發(fā)完成之后，測(cè)試人員會(huì)對(duì)整項(xiàng)目進(jìn)行系統(tǒng)性測(cè)試。這個(gè)環(huán)節(jié)會(huì)調(diào)動(dòng)起項(xiàng)目組內(nèi)所有人相關(guān)人員。而測(cè)試這個(gè)環(huán)節(jié)的重要性不亞于前期功能的規(guī)劃，如果團(tuán)隊(duì)沒有經(jīng)過專業(yè)系統(tǒng)性訓(xùn)練的測(cè)試人員，很可能會(huì)導(dǎo)致項(xiàng)目出現(xiàn)與設(shè)計(jì)初衷存在落差，以及遺漏下一些邏輯上的坑(這些坑是以后給自己帶淚跳下去的……) 而完成項(xiàng)目測(cè)試調(diào)試最重要的環(huán)節(jié)是問題的管理，追蹤各個(gè) bug 的進(jìn)度以及狀態(tài)，包括指派給誰、優(yōu)先級(jí)、修復(fù)狀態(tài)等等，以便有質(zhì)量地完成問題的處理。 6、發(fā)布到應(yīng)用市場(chǎng) 經(jīng)過至少兩輪的內(nèi)部測(cè)試以及小范圍外測(cè)(或者完成滿足測(cè)試要求的周期)后，會(huì)進(jìn)行最終版本的上架，以常用的 iOS 和 Android 應(yīng)用市場(chǎng)為例： (1)Android : 涉及的應(yīng)用市場(chǎng)很多，主流市場(chǎng)是應(yīng)用寶、360手機(jī)助手、小米商城，不同的應(yīng)用市場(chǎng)的受眾屬性會(huì)有所不同，流量也有較大的差別，需要根據(jù)實(shí)際情況選擇。 (2)iOS : 發(fā)布到 AppStore(蘋果審核比較嚴(yán)格，是否符合最新的上架要求，是否涉及到虛擬貨幣、是否支持最新環(huán)境等等等 N 多問題都會(huì)導(dǎo)致審核是否能通過，這個(gè)對(duì)經(jīng)驗(yàn)的要求就很高了，而最坑爹的是，比如某 APP 存在 5 個(gè)導(dǎo)致不通過的問題，蘋果是不會(huì)把5個(gè)找出來告訴你為什么拒絕的，而是找到一個(gè)就馬上拒絕你，所以如果經(jīng)驗(yàn)不足的話上架 n 次花費(fèi)幾個(gè)月都是很有可能的。) 7、運(yùn)營(yíng)迭代 產(chǎn)品正式投放到市場(chǎng)之后，會(huì)得到用戶以及市場(chǎng)本身的一些反饋，從而知道該如何修正或者調(diào)整運(yùn)營(yíng)策略，當(dāng)目前系統(tǒng)的功能再也無法滿足項(xiàng)目需求時(shí)，就需要規(guī)劃新一版本功能的迭代問題了。(重新經(jīng)歷：需求整理-預(yù)算評(píng)估-原型設(shè)計(jì)-UI 設(shè)計(jì)-開發(fā)-測(cè)試調(diào)試-發(fā)布 這個(gè)產(chǎn)品的生命周期 ) 8、日常維護(hù) 在項(xiàng)目正式運(yùn)作的時(shí)候，即便是已經(jīng)達(dá)到相對(duì)穩(wěn)定的階段，也會(huì)有可能出現(xiàn)一些小問題，或者發(fā)現(xiàn)一些隱藏得比較深的 bug，這個(gè)時(shí)候就需要有相關(guān)的市場(chǎng)人員進(jìn)行問題的收集以及技術(shù)人員對(duì)問題作出及時(shí)的修復(fù)，簡(jiǎn)單理解就是需要有人值守?！ ∫陨鲜谴笾碌牧鞒?，不過由于實(shí)際項(xiàng)目往往會(huì)涉及到人與人之間的復(fù)雜溝通以及協(xié)作，還是需要有嚴(yán)謹(jǐn)?shù)墓芾硪?guī)范以及彈性的流程控制才能達(dá)到較高水準(zhǔn)的項(xiàng)目質(zhì)量的，希望對(duì)你有所幫助?！ ?duì)于不熟悉APP開發(fā)流程的客戶來說，想實(shí)現(xiàn)開發(fā)APP的需求只能尋找一些外包公司來實(shí)現(xiàn)，但是如何選擇合適的外包公司，防止被忽悠保障自己的權(quán)益又是一個(gè)問題。