大家對于ui設計理解多少呢？接下來就讓我們來為各位朋友們全面的介紹下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設計理論的基礎知識，大家是不是都掌握住了上面的內容了呢？總之，希望大家喜歡我們分享的內容。