大家對于ui設(shè)計理解多少呢？接下來就讓我們來為各位朋友們?nèi)娴慕榻B下ui設(shè)計理論的基礎(chǔ)知識，如果你對此也非常的關(guān)注的話，就一定要跟隨著我們一起好好的看看吧。

　　1.制定MRD(Market Requirements Document)

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

　　（圖片來自網(wǎng)絡(luò)）

　　2.制定PRD(Product Requirements Document)

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

　　3.用戶分析報告

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

　　4.產(chǎn)品架構(gòu)設(shè)計

　　這里涉及到比較多的界面交互與流程的設(shè)計，根據(jù)可用性分析結(jié)果制定交互方式、操作與跳轉(zhuǎn)流程、結(jié)構(gòu)、布局、信息和其他元素。

　　5.產(chǎn)品原型設(shè)計

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

（圖片來自網(wǎng)絡(luò)）

　　6.界面UI設(shè)計

　　如果很傾向于圖形界面設(shè)計，這兒是你最喜歡的部分。但一定要結(jié)合循環(huán)討論過的分析結(jié)果做設(shè)計，否則你的作品很難被人信服。色調(diào)、風格、界面、窗口、圖標、皮膚的表現(xiàn)是本環(huán)節(jié)的關(guān)鍵。

　　7.界面輸出

　　這方面主要由頁面工程師與前端程序員配合，將界面代碼化。

　　8.分析使用者報告，做出完善調(diào)整

　　多部門共同參與的，包括可用性的循環(huán)研究、用戶體驗回饋、測試回饋。同時，UI人員也應(yīng)該把一些可行性建議進行完善。很多設(shè)計師做了東西不喜歡改，這是一個大忌。

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

　　以上就是我們?yōu)楦魑慌笥褌兎窒淼年P(guān)于ui設(shè)計理論的基礎(chǔ)知識，大家是不是都掌握住了上面的內(nèi)容了呢？總之，希望大家喜歡我們分享的內(nèi)容。