APP在今天來說，已經(jīng)是個家喻戶曉的詞了，智能手機巨大普及量，APP已經(jīng)得到極大的發(fā)展。

APP開發(fā)技術(shù)同樣得到很大的發(fā)展，各種功能強大的系統(tǒng)，多平臺貫通的系統(tǒng)，各類營銷模塊的開發(fā)等等，越來越豐富，技術(shù)也越來越成熟。隨著技術(shù)的積累，成本逐漸下降，有的開發(fā)公司甚至直接采取模塊化生成APP的開發(fā)方式，將速度推向極致。不過這種方式，速度快但修改難，不大好做個性要求，有些系統(tǒng)開發(fā)源代碼都沒有，也有的雖然有源代碼，但為了保護其強大的自動生成功能，往往系統(tǒng)會進行加密。對于開發(fā)客戶來說，以后進行二次開發(fā)難度很大，更換平臺開發(fā)升級版本極難，以及因為加密帶來的數(shù)據(jù)安全等，會有不少后顧之憂。所以最理想的開發(fā)還是基礎(chǔ)+定制的模式，基礎(chǔ)代表公司開發(fā)了許多的各類系統(tǒng)的積累，定制代表著為用戶帶來最好的體驗和最特殊的功能實習。有基礎(chǔ)積累可以提高開發(fā)速度，降低開發(fā)成本，無加密源代碼的提供，使客戶沒有數(shù)據(jù)和程序上的安全擔憂，再加上任意的個性要求，成為速度+體驗的比較理想的結(jié)合。一般開發(fā)APP流程有如下五個階段：

第一階段：溝通需求方產(chǎn)品功能點(項目經(jīng)理，三號位，抗壓)

當需求方把想做的產(chǎn)品發(fā)布到平臺，這個時候平臺的項目經(jīng)理會與需求方取得聯(lián)系，了解需求方的初步想法，理清項目范疇看看目前需求方只是一個想法還是到哪個開發(fā)階段，看是否需要投入時間理清楚產(chǎn)品的核心功能點，而不是簡單的跟隨客戶天馬星空的想法隨意報價，類似“我想做一個類似京東商城”“我想做一個類似滴滴打車”，客棧項目經(jīng)理遇到很多這種就差幾十個億可以打造的航空母艦的項目了，再問這樣的問題，分分鐘全部自殺!比較靠譜一點的方案，項目經(jīng)理簡單溝通需求后會給出一個大致的估價區(qū)間，但是這個報價是不準確的，因為產(chǎn)品的開發(fā)功能點這個時候并沒有確定。

所以這個階段只能說是項目經(jīng)理免費給出了一份商業(yè)開發(fā)顧問方案，建議客戶落實1.0版本的核心業(yè)務(wù)流程打通的方案產(chǎn)品。這個時候我們一般會建議客戶自己先做一份所謂的產(chǎn)品商業(yè)模式圖，項目經(jīng)理也會根據(jù)多年的項目開發(fā)經(jīng)驗給出合理化的建議，現(xiàn)在的創(chuàng)業(yè)者基本都是“火星人”，能想到的不能想到的都會有需求，如果項目經(jīng)理發(fā)現(xiàn)市場已供給過剩充斥太多競爭者產(chǎn)品或想法用現(xiàn)代的科技無法實現(xiàn)，這個時候會給你最真實的建議。

大致的產(chǎn)品商業(yè)模式草圖第二階段：確認想法做產(chǎn)品原型設(shè)計(產(chǎn)品經(jīng)理，四號位，負責BP)

需求方如果有大概的商業(yè)模式草圖那么將會是一個很好的開發(fā)，這個時候產(chǎn)品經(jīng)理就能很輕松的做出產(chǎn)品的原型圖，包括用戶體驗設(shè)計(UX)，APP界面的交互邏輯，以及產(chǎn)品功能點實現(xiàn)的大致狀況，根據(jù)目前我觀察坐在對面的項目經(jīng)理隊伍，最容易出問題的就在這一塊，如果原型不確定，需求方功能點改來改去，那么如果冒然到下一步UI設(shè)計的話，設(shè)計師將會與產(chǎn)品經(jīng)理發(fā)生矛盾，如果很不幸到了第四步，那么程序員就會聯(lián)合設(shè)計師一起來打產(chǎn)品經(jīng)理!

“為什么不和客戶確認好需求?MDZZ”

所以第一個階段產(chǎn)品原型做好的話，就能非常準確的給出產(chǎn)品的開發(fā)預算。

產(chǎn)品原型設(shè)計圖(參考)第三階段：UI視覺設(shè)計(設(shè)計師，二號位，帶節(jié)奏)

完全準備好原型設(shè)計才到這一階段UI設(shè)計體驗設(shè)計，以為產(chǎn)品經(jīng)理所做出來的產(chǎn)品功能點是明確了客戶的開發(fā)需求的，所以UI設(shè)計師更多的是提供一種色彩的搭配以及增強用戶使用體驗感官的設(shè)計，此階段估計以下成本：

參考市面優(yōu)秀產(chǎn)品的設(shè)計

分析提供多種版本的logo解決方案

提供所有主要界面的多種風格設(shè)計

互動樣板的開發(fā)

和前端工程師溝通特效

這個階段非常非常重要，不只是UI設(shè)計師一個簡單的設(shè)計工作，還要與開發(fā)工程師進行溝通、產(chǎn)品經(jīng)理給出意見、項目經(jīng)理負責監(jiān)督、客戶負責定稿，最終定稿確認進入下一階段的開發(fā)。

第四階段：進入開發(fā)出產(chǎn)品1.0測試版(前端工程師、后端工程師、iOS工程師、Android工程師=程序員=一號位carry全場)

此時已經(jīng)明確進入程序員的開發(fā)階段，如果前面沒有變動的情況下，程序員加班加點，產(chǎn)品在不久的一段時間后，就能準時上線，通常客戶在這個時候是最容易提出新的功能點改動需求：

“不就是加一個小按鈕嗎?”

“一個簡單的自動回復啦”

如果是開發(fā)者直接與客戶接觸溝通的話，你猜會發(fā)生什么后果?不是吵架就是程序員撂蹶子不干了!

“當初說好的呢?”

“PM就是個二貨，當初為什么不和客戶確認好，會不會BP啊?”

這個時候項目經(jīng)理的重要性就會體現(xiàn)出來，作為“潤滑劑”的角色存在，項目經(jīng)理應該及時和客戶溝通產(chǎn)品的完善性，并且解釋開發(fā)"迭代"的概念，原則性問題不能改變的情況下，確保確定的核心版本上線，而不是和程序員一起起哄進入無休止的修改加功能，“加功能”屬于二次迭代開發(fā)需求，必須要從第一步重新來做。最重要的“產(chǎn)品上線”工作一定要落實在開發(fā)工期內(nèi)。

第五階段：進入開發(fā)測試Debug階段(測試工程師，五號位，support)

很多人往往忽略的環(huán)節(jié)，其實測試是非常重要的一個環(huán)節(jié)，如果一個產(chǎn)品只是根據(jù)客戶自我的使用角度去使用，是很難發(fā)現(xiàn)產(chǎn)品的缺陷的，這個時候你真的需要一名專業(yè)的測試工程師，之前客棧的騰訊測試工程師給出過最專業(yè)的測試建議：

1、需求分析、系統(tǒng)分析和測試分析，主要是通過經(jīng)驗找出風險，以及編寫用例。代碼review。所以經(jīng)驗和技術(shù)都很重要!

2、測試用例執(zhí)行，檢查需求實現(xiàn)是否正確，質(zhì)量好壞(交付影響有多大，是否達標)

3、質(zhì)量流程和標準的建立。這些可以提升效率降低成本。

4、評測對比，主要是性能，可靠性，以及和競品的對比測試，這需要投入大量的分析工作，也需要一些專業(yè)的方法和技巧。

只有經(jīng)過一套合理而完善的開發(fā)體系出來的產(chǎn)品才是滿足客戶開發(fā)需求并且經(jīng)受的了市場的考證。