就盆地個人的理解，從手機客戶端設計流程來說，和互聯(lián)網(wǎng)產(chǎn)品、軟件產(chǎn)品的設計流程并沒有太大的區(qū)別，盆地個人所經(jīng)歷的手機客戶端偏向于項目，因此這里的描述也會有所偏向，同時不同公司、一個公司的不同時期、不同市場環(huán)境、不同人員配置等都會引起設計流程的一些差異，但萬變不離其宗，基本的流向和關鍵點是不會有太大區(qū)別的。
至于分工，由于手機客戶端的設計尚處于方興未艾的階段，雖然逐步被人們重視，但其分工合理性、技術支持度、平臺統(tǒng)一性、從業(yè)人員數(shù)量和質(zhì)量等都處于逐步發(fā)展的階段，和互聯(lián)網(wǎng)產(chǎn)品和軟件產(chǎn)品的設計還是有一些不同的。
下面謹根據(jù)盆地的了解粗略談一下設計流程，此流程保證可行性，但不保證完全準確和正確，具體如何參考取決于讀者。
1.需求提出
一個產(chǎn)品至少需要有第一個推動者或推動力，要么是領導的一個想法、要么是現(xiàn)有產(chǎn)品的派生或者是一份合同等。
2.需求收集
在這個階段中主要采用各種需求收集的方法從客戶、用戶收集需求，如果是偏項目性，則更多從客戶。需求收集雖然是一個產(chǎn)品設計流程的初始階段就出現(xiàn)的，但基本會貫穿整個產(chǎn)品的生命周期，根據(jù)不同階段和不同來源有些情況會由客服、售前、售后、銷售等作為直接需求收集員。
3.需求整理
在這個階段中根據(jù)不同公司的風格采用不同的方法和工具進行需求的整理，例如盆地所經(jīng)歷的產(chǎn)品基本上是通過如下幾個輸出物來進行整理，如果想要了解更標準的需求整理流程，可以參見《用戶體驗的要素》這本書：
功能列表:基本上采用excel的形式進行整理，分作一級、二級功能（某些時候可能會進一步細化）來列出產(chǎn)品所需要具備的功能。
產(chǎn)品線框圖(低保真)：客戶或者用戶的需求很多時候受限于表達工具和技能，更多是通過口頭、郵件、文字等方式表達，而一副畫勝過千言萬語，一張線框圖可以大部分的表達在配色、美觀之外的用戶的意圖。產(chǎn)品人員通過熟練工具制作線框圖相對來說所需時間較短，可以作為需求確認和需求溝通的有效工具。
如果采用類似Axure RP之類包含交互設計的產(chǎn)品線框圖，也可以作為和后續(xù)開發(fā)、測試溝通的有效輸出物。
產(chǎn)品需求規(guī)格說明書：針對產(chǎn)品按照功能性、非功能性進行分類，隨后對相關需求進行詳細描述。iamsujie的產(chǎn)品設計中給出了一個具體的描述。
這份文檔一般是一份重量級的文檔，一般在時間要求較為緊張的項目中，此文檔基本上都會在后期才能完成，很多時候前期是通過其他文檔來完成溝通的。
這里順便提一下盆地個人的看法，對于不是很大的公司來說，如果追求每個環(huán)節(jié)盡善盡美、每個崗位配置齊全，基本上產(chǎn)品就變成了無底洞，變成了屬于不可完成的任務。
產(chǎn)品設計過程中大部分輸出物的目標除了存檔外，最主要的目標是溝通清楚，非大型公司的產(chǎn)品由于人員規(guī)模較小，異地溝通、跨產(chǎn)品線溝通、多方資源協(xié)調(diào)的情況不會太多，這種情況下更應該注意以有效的推進產(chǎn)品為目標，而不應該一味的追求流程的標準型和文檔的完善性。
而大型公司很多由于分工較細、存在較多跨部門溝通、異地溝通、多資源協(xié)調(diào)、跨產(chǎn)品線溝通等，如果沒有相對明確的輸出物，在上述方面是較難推動產(chǎn)品的，所以一般會在輸出物的規(guī)范性上要求更高一些，但其目的也是為了有效的推進產(chǎn)品。
有一個情況是明確存在的，即一個環(huán)節(jié)從思想到文字(語言)，再從文字(語言)還原為思想，都會有不同程度的失真(受限于人類的溝通方式)，其中文字的失真是高于語言的，所以溝通環(huán)節(jié)越多，溝通成本越高，溝通失真的可能性就越高。
每個公司需要根據(jù)自己的公司規(guī)模、人員配置、產(chǎn)品特性等去尋找適合自己公司的流程。
產(chǎn)品效果圖(高保真):根據(jù)產(chǎn)品人員配合線框圖等和UI人員的溝通后，UI人員形成的效果圖。此輸出物是進行進一步需求確認和需求溝通的有效工具，同時也是便于和后續(xù)開發(fā)、測試等溝通的有效輸出物。
不過,如果產(chǎn)品需求變化過于頻繁，很可能出現(xiàn)產(chǎn)品效果圖跟不上產(chǎn)品需求變化的情況，在盆地所經(jīng)歷的某些產(chǎn)品中，會在產(chǎn)品效果圖未跟上時仍然采用產(chǎn)品線框圖作為溝通的工具。
4.需求講解
通過需求整理階段的輸出物向開發(fā)、測試、UI等進行講解，使產(chǎn)品相關人員對產(chǎn)品的需求有一個清晰的理解。在需求材料明確、完善的情況下需要如此，畢竟從文字到思想要丟失太多，在需求材料不明確、不完善的情況下更要進行講解和溝通。
5.產(chǎn)品開發(fā)
UI/開發(fā)配合進行產(chǎn)品開發(fā)，UI提供配色、效果等設計和切圖(前端代碼編寫這一步在客戶端開發(fā)中很多情況下是不存在的)，開發(fā)人員根據(jù)相關需求文檔進行產(chǎn)品的開發(fā)，測試人員編寫測試案例。其中針對不明確的地方隨時保持和產(chǎn)品人員的溝通。
6.產(chǎn)品測試
如果采用敏捷開發(fā)或某些開發(fā)模式，則5和6會在產(chǎn)品開發(fā)過程中循環(huán)出現(xiàn)，產(chǎn)生不同的迭代版本，產(chǎn)品的需求會放置在不同的迭代中予以實現(xiàn)。
7.產(chǎn)品上線
8.產(chǎn)品完善、更新
這里謹針對盆地經(jīng)歷和了解的互聯(lián)網(wǎng)產(chǎn)品和手機客戶端產(chǎn)品設計分工予以簡單描述，受限于經(jīng)驗，以及產(chǎn)品類型、行業(yè)、公司、規(guī)模等存在差異，同樣的請讀者謹慎參考。
1. 產(chǎn)品人員
2.UI人員
目前web設計中常見的產(chǎn)品前端開發(fā)(html、CSS、JS、交互效果)，在手機客戶端設計中由于目前技術上對css、js的支持基本屬于忽略不計的階段，所以此工作內(nèi)容基本上并未正式作為UI人員的必備技能，而大部分由開發(fā)人員完成。
在實際的產(chǎn)品設計中，即有一個人包辦產(chǎn)品從設計、開發(fā)、測試、上線、營銷的所有角色的流程和分工形態(tài)，也有每一個環(huán)節(jié)的每一個階段都配備有相應人員或團隊的流程和分工形態(tài)；
這里盆地套用句老話，最適合你的流程和分工是才最好的流程和分工。其他人的經(jīng)驗是用來參考的，大部分情況下是不適合直接套用的。如果實在不知道什么是最好的，在理論上分析具備可行性后，實踐是檢驗的最佳方法。
聯(lián)系客服
