當需求方把想做的產品公布到平臺，這個時候平臺的項目經理會與需求方取得聯系，了解需求方的初步想法，理清項目范疇看看目前需求方只是一個想法還是到哪個開發(fā)階段，看是否必要投入工夫理清楚產品的核心功能點，而不是簡單的跟隨客戶天馬星空的想法隨意報價。比較靠譜一點的方案，項目經理簡單溝通需求后會給出一個大致的估價區(qū)間，但是這個報價是不準確的，由于產品的開發(fā)功能點這個時候并沒有確定。

這個時候我們一般會發(fā)起客戶自己先做一份所謂的產品商業(yè)模式圖，項目經理也會根據多年的項目開發(fā)經驗給出合理化的發(fā)起。

?

di二階段：確認想法做產品原型設計

需求方要是有大概的商業(yè)模式草圖那么將會是一個很好的開發(fā)，這個時候產品經理就能很輕松的做出產品的原型圖，包括用戶體驗設計，APP界面的交互邏輯，以及產品功能點實現的大致狀況，要是原型不確定，需求方功能點改來改去，那么要是冒然到下一步UI設計的話，設計師將會與產品經理發(fā)生矛盾。

?

di三階段：UI視覺設計

完全預備好原型設計才到這一階段UI設計體驗設計，以為產品經理所做出來的產品功能點是明確了客戶的開發(fā)需求的，所以UI設計師更多的是提供一種色彩的搭配以及增強用戶使用體驗感官的設計。

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

?

di四階段：進入開發(fā)出產品1.0測試版

此時已經明確進入程序員的開發(fā)階段，要是前面沒有變動的情況下，程序員加班加點，產品在不久的一段工夫后，就能準時上線，通常客戶在這個時候是zui容易提出新的功能點改動需求。

項目經理應該及時和客戶溝通產品的完善性，并且表明開發(fā)"迭代"的概念，準繩性問題不能改變的情況下，確保確定的核心版本上線，而不是和程序員一起起哄進入無休止的修改加功能，“加功能”屬于二次迭dai開發(fā)需求，必須要從di一步重新來做。zui重要的“產品上線”工作一定要落實在開發(fā)工期內。

?

di五階段：進入開發(fā)測試Debug階段

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

1、需求分析、體系分析和測試分析，重要是經過經驗找出風險，以及編寫用例。代碼REVIEW。所以經驗和技術都很重要!

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

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

4、評測對比，重要是性能，可靠性，以及和競品的對比測試，這必要投入大量的分析工作，也必要一些專業(yè)的方法和技巧。只有經過一套合理而完善的開發(fā)體系出來的產品才是滿足客戶開發(fā)需求并且經受的了市場的考證。