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

　　1.制定MRD(Market Requirements Document)

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

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

　　2.制定PRD(Product Requirements Document)

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

　　3.用戶分析報(bào)告

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

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

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

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

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

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

　　6.界面UI設(shè)計(jì)

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

　　7.界面輸出

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

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

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

　　但就目前許多公司而言，拿到UI設(shè)計(jì)師手里的，就是一份什么說明都沒有的VISO圖。這給許多UI設(shè)計(jì)師造成一種錯(cuò)覺，覺得我只需要做效果圖就可以了，對(duì)于其他環(huán)節(jié)一概不理，導(dǎo)致了在設(shè)計(jì)產(chǎn)品界面的時(shí)候，因?yàn)檎莆盏男畔⒉蛔悖O(shè)計(jì)出來的界面全憑個(gè)人喜好，但是當(dāng)面對(duì)用戶的時(shí)候，卻是一點(diǎn)競(jìng)爭力都沒有。

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