溝通需求--確認需求--報價工期--簽合同--設計原型圖(tu)及(ji)UI（效果圖(tu)）--客(ke)戶確認原型圖(tu)及(ji)UI--代碼開(kai)發--內部(bu)測(ce)試--客(ke)戶測(ce)試驗收--項目交付(fu)

一、需求整理

大部(bu)分的項目(mu)在初期只是(shi)一些比較抽象的想(xiang)法。相對完(wan)善(shan)的需求文檔，不僅有助于對項目(mu)的理解(jie)和分析，更有利(li)于準確把握項目(mu)的定位和商業模式。

（1）項目能解決(jue)什么(me)痛點、行業需(xu)求？

（2）需要通過(guo)哪些功能(neng)去實現？

（3）業務流程的邏輯是什(shen)么？

二、預算評估 

不論(lun)是(shi)自己組建團隊開(kai)(kai)發(fa)，還(huan)是(shi)由第三方公司開(kai)(kai)發(fa)，對需求文檔進(jin)行評估，可以較準確地估算出項目需要投入的(de)預算。

三、原型設計

什么(me)是(shi)原(yuan)型圖？作用是(shi)什么(me)？原(yuan)型圖的設(she)計(ji)是(shi)什么(me)？

（1）原型圖簡(jian)單的(de)來說，就是一個(ge)(ge)軟件成型之前的(de)一個(ge)(ge)簡(jian)單的(de)框架，就是將頁面(mian)的(de)排版布局展(zhan)現(xian)出來，每個(ge)(ge)功能鍵的(de)交互，使軟件需求的(de)一個(ge)(ge)可視化的(de)展(zhan)示。

（2）當(dang)一個(ge)企業想開(kai)發(fa)一款產(chan)品(pin)時，那么(me)絕(jue)大多數(shu)企業本身并(bing)不懂(dong)得(de)互聯網知(zhi)識(shi)，與外包公司溝通(tong)清楚業務流程和需求(qiu)后，其(qi)實并(bing)不知(zhi)道自(zi)己(ji)的(de)產(chan)品(pin)的(de)表現形態。那么(me)原型(xing)圖(tu)就可(ke)以讓自(zi)己(ji)提前(qian)看到，產(chan)品(pin)的(de)界面樣式(shi)，每個(ge)按鈕的(de)功能(neng)和效果，也(ye)(ye)可(ke)以看到產(chan)品(pin)的(de)基本框架，和運作機制，獲得(de)比(bi)較(jiao)真實的(de)感受。因為原型(xing)圖(tu)不是最終設計稿(gao)，當(dang)有需求(qiu)需要(yao)修改(gai)，或者邏輯交互不符合(he)需求(qiu)時，修改(gai)起來也(ye)(ye)是比(bi)較(jiao)方便，不會很(hen)麻煩，能(neng)夠在開(kai)發(fa)前(qian)排除相(xiang)當(dang)一部分的(de)潛(qian)在問題和故障。

（3）原型內容包括：功(gong)能(neng)的結構性布(bu)局 、各分頁面的設計(ji)、頁面之間業務邏(luo)輯的設計(ji)。

四、UI頁面設計

什么(me)是UI（效果圖(tu)）？作用是什么(me)？

簡(jian)單講UI（效(xiao)(xiao)果圖(tu)）就是幫客戶設計軟件的(de)(de)外觀，讓用(yong)戶可以看到軟件做成后的(de)(de)效(xiao)(xiao)果，開發人(ren)員需要根據效(xiao)(xiao)果圖(tu)編寫前端頁面，是軟件開發中(zhong)必不可少(shao)的(de)(de)一個環節。

（1）原型(xing)圖(tu)經過反復推敲(qiao)修正后，UI設(she)(she)計(ji)師(shi)會(hui)進行UI界(jie)面相關的配(pei)色(se)設(she)(she)計(ji)、功能具(ju)象(xiang)化處理、交(jiao)互設(she)(she)計(ji)、以及各種機(ji)型(xing)、系統的適配(pei)。UI 設(she)(she)計(ji)師(shi)經過多次(ci)與項(xiang)目經理溝通修改后，最終(zhong)定(ding)稿高保真設(she)(she)計(ji)圖(tu)。

（2）絕大部分APP（軟(ruan)件）項(xiang)目都會有相應(ying)的(de)(de)管理后臺，雖然后臺是用戶無(wu)法接觸到的(de)(de)，但(dan)是與APP（軟(ruan)件）的(de)(de)功(gong)能(neng)是對照的(de)(de)，合理的(de)(de)設計能(neng)讓(rang)工作人員快(kuai)速上(shang)手。

五、程序開發 

（1）服務器端(duan)：編寫接口協議文檔，服務器環境架設(she)，設(she)計數(shu)據(ju)庫和編寫API接口。

（2）APP端：根據UI設(she)計圖進(jin)(jin)行界面開(kai)發，UI 開(kai)發完(wan)成，進(jin)(jin)入和服務(wu)端接(jie)口對接(jie)，通(tong)過服務(wu)端的(de)(de)接(jie)口獲(huo)取(qu)數據，編寫(xie)功能上(shang)的(de)(de)邏輯代碼。

（3）Web管(guan)理端(duan)：根據前端(duan)的(de)業(ye)務邏輯，后臺(tai)會有(you)相(xiang)應的(de)功(gong)(gong)能與(yu)之(zhi)匹配，同樣需要編(bian)寫功(gong)(gong)能上的(de)邏輯代(dai)碼。

六、聯調測試

APP功能開發完(wan)成之后，測試人員會對整項目進行系(xi)統性測試。

七、上線發布

經過(guo)至少兩輪(lun)的內部測(ce)試(shi)以及小范(fan)圍外測(ce)后(hou)，會進(jin)行最終(zhong)版本的上(shang)架。

（1）安(an)卓端(duan)：涉(she)及的應(ying)用市場(chang)很多，主流(liu)市場(chang)是應(ying)用寶、360手機(ji)助(zhu)手、小米商城(cheng)等(deng)應(ying)用商店。不同(tong)(tong)的應(ying)用市場(chang)的受眾(zhong)屬性會有(you)所不同(tong)(tong)，流(liu)量也(ye)有(you)較(jiao)大的差別，需(xu)要(yao)根(gen)據實際情況選擇（需(xu)要(yao)安(an)卓市場(chang)賬(zhang)號(hao)和軟件(jian)著作權證書）。

（2）蘋果端：發布到(dao) AppStore（需(xu)要(yao)蘋果市場賬(zhang)號并支付(fu)費用）。

八、迭代升級

產品(pin)正式投放到市(shi)場之后，會(hui)得到用(yong)戶以(yi)及市(shi)場本(ben)身(shen)的(de)一些反饋(kui)，從(cong)而知道該如何(he)修正或者(zhe)調整(zheng)運(yun)營策略，當目(mu)前(qian)系統的(de)功(gong)能再(zai)也(ye)無法滿足(zu)項目(mu)需求(qiu)時，就需要規(gui)劃新一版本(ben)功(gong)能的(de)迭代(dai)問題(ti)。

九、運營維護

在(zai)項目正式運作的(de)時候，即便是(shi)已經達到相對(dui)穩(wen)定的(de)階段(duan)，也會出(chu)現(xian)一(yi)些小問(wen)題(ti)，或(huo)者發現(xian)一(yi)些隱(yin)藏(zang)得比較深的(de)bug，這(zhe)個(ge)時候就需要(yao)有相關的(de)市場(chang)人(ren)員進(jin)行問(wen)題(ti)的(de)收集以及(ji)技術人(ren)員對(dui)問(wen)題(ti)作出(chu)及(ji)時的(de)修復(fu)。