當(dāng)乙方想要做一個(gè)可以符合公司發(fā)展需求的app的時(shí)候，首先要和對(duì)方的技術(shù)人員進(jìn)行溝通，達(dá)成一個(gè)初步的共識(shí)之后，去除一些天馬星空的想法之后。整理出符合自己實(shí)際需求，項(xiàng)目經(jīng)理會(huì)簡(jiǎn)單的和你溝通APP開(kāi)發(fā)流程應(yīng)該怎么寫(xiě)，隨后會(huì)給出一個(gè)大致的估價(jià)區(qū)間，但是這個(gè)報(bào)價(jià)是不準(zhǔn)確的，因?yàn)楫a(chǎn)品的開(kāi)發(fā)功能點(diǎn)這個(gè)時(shí)候并沒(méi)有確定。

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

　　大致的產(chǎn)品商業(yè)模式草圖

　　第二階段：確認(rèn)想法做產(chǎn)品原型設(shè)計(jì)

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

　　第三階段：UI視覺(jué)設(shè)計(jì)

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

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

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

　　提供所有主要界面的多種風(fēng)格設(shè)計(jì)

　　互動(dòng)樣板的開(kāi)發(fā)和前端工程師溝通特效

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

　　第四階段：進(jìn)入開(kāi)發(fā)出產(chǎn)品1.0測(cè)試版

　　此時(shí)已經(jīng)明確進(jìn)入程序員的開(kāi)發(fā)階段，如果前面沒(méi)有變動(dòng)的情況下，程序員加班加點(diǎn)，產(chǎn)品在不久的一段時(shí)間后，就能準(zhǔn)時(shí)上線(xiàn)，通?？蛻?hù)在這個(gè)時(shí)候是最容易提出新的功能點(diǎn)改動(dòng)需求：

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

　　第五階段：進(jìn)入開(kāi)發(fā)測(cè)試Debug階段

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

　　1. 需求分析、系統(tǒng)分析和測(cè)試分析，主要是通過(guò)經(jīng)驗(yàn)找出風(fēng)險(xiǎn)，以及編寫(xiě)用例。代碼review。所以經(jīng)驗(yàn)和技術(shù)都很重要!

　　2. 測(cè)試用例執(zhí)行，檢查需求實(shí)現(xiàn)是否正確，質(zhì)量好壞

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

　　4. 評(píng)測(cè)對(duì)比，主要是性能，可靠性，以及和競(jìng)品的對(duì)比測(cè)試，這需要投入大量的分析工作，也需要一些專(zhuān)業(yè)的方法和技巧。只有經(jīng)過(guò)一套合理而完善的開(kāi)發(fā)體系出來(lái)的產(chǎn)品才是滿(mǎn)足客戶(hù)開(kāi)發(fā)需求并且經(jīng)受的了市場(chǎng)的考證。