隨著規范的產品設計流程的引入,每一個崗位在產品設計中所起的作用以及所承擔的責任越來越清晰,但是有些時候,我認為并不能因為清晰的產品的設計流程,給大家劃清一個職能界限,做出一副這方面不關我的事,我只做好UI就好了.

　　按照一個常規性互聯網產品項目流程走下來應該是:

　　1.制定MRD(Market Requirements Document).
　　市場需求文檔。獲得項目發起部門的認同后，產品進入實施，需要先出MRD，具體來說要有更細致的市場與競爭對手分析，通過哪些功能來實現商業目的，功能/非功能需求分哪幾塊，功能的優先級等等。實際工作中，這個階段PD可能的產出物有Mind Manager的思維圖，Excel的Feature List等。

　　2.制定PRD(Product Requirements Document).
　　產品需求文檔。進步一細化，這部分是PM寫得最多的內容，也就是傳統意義上的需求分析，我們這里主要指UC（use case）文檔。主要內容有，功能使用的具體描述（每個UC一般有用例簡述、行為者、前置條件、后置條件、UI描述、流程/子流程/分支流程，等幾大塊），Visio做的功能點業務流程，界面的說明，demo等。Demo方面，可能用dreamweaver、ps甚至畫圖板簡單畫一下，有時候也會有 UI/UE支持，出高保真的demo，開發將來可以直接用的那種。

　　3.用戶分析報告
　　搜集相關資料分析目標用戶的使用特征、情感、習慣、心里、需求等，提出用戶研究報告和可用性設計建議。這部分工作也可和團隊配合完成。時間與項目需求允許的情況下，更可以制定實景用戶分析。

　　4.產品架構設計
　　這里涉及到比較多的界面交互與流程的設計，根據可用性分析結果制定交互方式、操作與跳轉流程、結構、布局、信息和其他元素。

　　5.產品原型設計
　　就是將頁面模塊、元素進行粗放式的排版和布局，深入一些，還會加入一些交互性的元素，使其更加具體、形象和生動。

　　6.界面UI設計
　　如果很傾向于圖形界面設計，這兒是你最喜歡的部分。但一定要結合循環討論過的分析結果做設計，否則你的作品很難被人信服。色調、風格、界面、窗口、圖標、皮膚的表現是本環節的關鍵。

　　7.界面輸出
　　這方面主要由頁面工程師與前端程序員配合,將界面代碼化。

　　8.分析使用者報告,做出完善調整.
　　多部門共同參與的，包括可用性的循環研究、用戶體驗回饋、測試回饋。同時，UI人員也應該把一些可行性建議進行完善。很多設計師做了東西不喜歡改，這是一個大忌。

　　但就目前許多公司而言,拿到UI設計師手里的,就是一份什么說明都沒有的VISO圖,這給許多UI設計師造成一種錯覺,覺得我只需要做效果圖就可以了,對于其他環節一概不理,導致了在設計產品界面的時候,因為掌握的信息不足,設計出來的界面全憑個人喜好,但是當面對用戶的時候,卻是一點競爭力都沒有.

　　我認為UI設計師在項目初始,就應該加入其中.包括了解項目的市場定位,盈利模式,競爭對手等等,而通過分析競爭對手用戶界面,可以給UI設計師一個初步的圖形概念,而通過參與用戶調研,用戶分析能夠獲取到用戶特征,年齡,需求,喜好等方面的信息,這些方面的信息,在風格定位,把握上起到至關重要的作用.通過了解產品架構,知道什么功能應該做,什么功能應該突出,在參與了以上工作的制定后,相信許多UI設計師對自己所要設計的產品,已經是信心十足了吧.后期在通過分析使用者報告,用戶反饋等方面信息,做出界面上的調整,這樣一來,一個完善的產品就可以面市了,而這個產品,再也不是一個全憑UI設計師個人喜好所設計出來的產品了..