首先我們來了解一下UI設(shè)計(jì)的工作流，只有清楚自己崗位的流程，才能更好地拿捏設(shè)計(jì)，根據(jù)每個(gè)公司的類型和規(guī)模可能都不太一樣，但基本一致，無非就是這么5個(gè)階段：需求-設(shè)計(jì)-開發(fā)-測試-上線，如果按照職位來劃分的話，那么就是：產(chǎn)品經(jīng)理-交互設(shè)計(jì)師-UI設(shè)計(jì)師-前后端開發(fā)工程師-測試人員-產(chǎn)品上線。

　　所以我們UI設(shè)計(jì)師是處于流水線中游的狀態(tài)，向上對(duì)接產(chǎn)品，向下對(duì)接開發(fā)，在這個(gè)流程中，要做到減少設(shè)計(jì)修改的頻率，那么就是：

　　向上要明確產(chǎn)品經(jīng)理的需求，將原型需求準(zhǔn)確恰當(dāng)?shù)囊曈X化；

　　向下要考慮開發(fā)實(shí)現(xiàn)以及時(shí)間成本，因?yàn)槿绻粋€(gè)設(shè)計(jì)做的非常絢麗，但是開發(fā)實(shí)現(xiàn)不出來或者很難實(shí)現(xiàn)或者實(shí)現(xiàn)的時(shí)間成本很大，那么肯定需要對(duì)設(shè)計(jì)方案做出調(diào)整，采納折中方案。

　　所以，不想讓自己的設(shè)計(jì)改了又改，那么一定要全方位的多溝通，一定不要“閉門造車”，很有可能最后造出來的都是大家都不想要的，不改才怪呢。

　　二、確定需求，吃透交互原型

　　UI設(shè)計(jì)師接到產(chǎn)品原型后，一定要弄清這么幾點(diǎn)，再開始設(shè)計(jì)：

　　1、原型是否確定，會(huì)不會(huì)存在變動(dòng)？

　　我們?cè)诮邮盏疆a(chǎn)品經(jīng)理遞交過來的交互原型稿之后，先和對(duì)方確定收到的需求是否完整，是否是最終稿件以及是否會(huì)存在變動(dòng)？一般來講，在大型企業(yè)里面流程都比較規(guī)范，產(chǎn)品經(jīng)理輸出最終原型之后，后期變動(dòng)的可能性較低。但在中小型企業(yè)里面，通常因?yàn)轫?xiàng)目時(shí)間緊張，流程不夠完善，反復(fù)的可能性較多。一些大型需求，產(chǎn)品經(jīng)理有可能會(huì)分模塊、一部分一小點(diǎn)的流轉(zhuǎn)到UI設(shè)計(jì)，這樣子存在的問題隱患比較多，因?yàn)榻?jīng)驗(yàn)較少的產(chǎn)品經(jīng)理全局概念較差，雖然口頭上說這一部分的需求已經(jīng)完善了，實(shí)際上當(dāng)所有需求匯總之后極有可能需要再次調(diào)整。所以作為UI設(shè)計(jì)師，我們盡可能不要去接局部輸出的原型，需要再次確認(rèn)無誤，我們?cè)僦衷O(shè)計(jì)，這樣就避免了原型需求的變動(dòng)造成設(shè)計(jì)的變動(dòng)。

　　還有一點(diǎn)，在產(chǎn)品經(jīng)理給到交互原型時(shí)，我們是被動(dòng)的接受，還是在需求溝通之中也能及時(shí)參與呢？最好在產(chǎn)品需求的評(píng)審階段，對(duì)應(yīng)的UI設(shè)計(jì)師可以積極參與討論，一起溝通。一來可以清楚熟悉產(chǎn)品思考的整個(gè)過程，二來可以在原型的溝通中站在設(shè)計(jì)的角度及時(shí)發(fā)現(xiàn)問題，提出建議，避免在原型定稿后再去修改的尷尬。

　　2、項(xiàng)目的時(shí)間周期

　　在接到產(chǎn)品的原型后，一定要及時(shí)確認(rèn)項(xiàng)目的時(shí)間周期，通常產(chǎn)品經(jīng)理會(huì)主動(dòng)告知項(xiàng)目的周期，詢問UI設(shè)計(jì)完成時(shí)間，我們根據(jù)需求的復(fù)雜程度給出UI輸出的預(yù)計(jì)時(shí)間，再根據(jù)這個(gè)時(shí)間節(jié)點(diǎn)來劃分每一天完成的工作量。如果產(chǎn)品經(jīng)理給的時(shí)間周期比較短，那么盡可能的闡述原因申請(qǐng)?jiān)O(shè)計(jì)時(shí)間，因?yàn)闀r(shí)間過于倉促的話，設(shè)計(jì)思考的時(shí)間就少，考慮的問題很難全面，不利于界面效果的最佳呈現(xiàn)，導(dǎo)致后續(xù)改稿的可能性也很大。

　　3、理清設(shè)計(jì)意圖，處理好信息層級(jí)

　　接到產(chǎn)品原型，一定要理清設(shè)計(jì)意圖，處理好信息層級(jí)。（這是重點(diǎn)，重中之重）

　　當(dāng)產(chǎn)品經(jīng)理遞交給我們確定的需求原型之后，切莫盲目就開始設(shè)計(jì)，UI設(shè)計(jì)并不是把原型框架進(jìn)行簡單的排列，我們需要理清設(shè)計(jì)意圖，熟悉功能架構(gòu)、掌握交互邏輯，明白產(chǎn)品經(jīng)理想要解決什么問題，達(dá)到什么程度以及具體的設(shè)計(jì)方向。

　　所以，一定要理清頁面信息層級(jí)關(guān)系！！！

　　信息層級(jí)這個(gè)問題，好像我們?cè)趯?shí)際工作中經(jīng)常會(huì)提起，但是要做到恰如其分的標(biāo)準(zhǔn)還是有點(diǎn)難度的。準(zhǔn)確把握界面的信息層級(jí)還需要跟產(chǎn)品經(jīng)理多方面的溝通，因?yàn)橛行r(shí)候我們以為的，并不是產(chǎn)品想要的，所以一定要多次確認(rèn)，才能精準(zhǔn)把握；

　　三、多個(gè)設(shè)計(jì)稿比較，讓每一處設(shè)計(jì)有理有據(jù)

　　在實(shí)際設(shè)計(jì)過程中，當(dāng)碰到一個(gè)設(shè)計(jì)模塊拿捏不準(zhǔn)的時(shí)候，可以在sketch或者ps中建立多個(gè)畫板，將幾種不同的設(shè)計(jì)方案平鋪展開，進(jìn)行視覺對(duì)比分析，如果自己拿不準(zhǔn)，可以叫組員或者其他部門的“小白”來進(jìn)行選擇投票或者提出改善性建議，不要小看“小白”，不要覺得他們不懂設(shè)計(jì)，所以提的建議對(duì)設(shè)計(jì)無用。其實(shí)不然，我們的設(shè)計(jì)最終目的是給人用的，而且要好用，所以一定要多結(jié)合小白用戶的多方面意見，才能讓自己的設(shè)計(jì)更經(jīng)得起推敲。

　　另外，UI設(shè)計(jì)中，不要停留于表面，不要用“好看或不好看”去做簡單評(píng)斷，在設(shè)計(jì)過程中我們的界面布局、顏色把控、字符間距、iocn設(shè)置等多方面都要經(jīng)得起推敲：為什么這樣設(shè)計(jì)？換一種設(shè)計(jì)合不合適？

　　只有讓每一處設(shè)計(jì)都有有理論的支撐，深思熟慮后，才會(huì)讓設(shè)計(jì)更切實(shí)際，才能讓人信服，才能實(shí)現(xiàn)產(chǎn)品指數(shù)的增長，也更能體現(xiàn)設(shè)計(jì)師的價(jià)值。

　　四、以產(chǎn)品為核心，尊重各方立場

　　當(dāng)設(shè)計(jì)稿出來之后，一般會(huì)組織UI評(píng)審，UI設(shè)計(jì)師一定要將自己的設(shè)計(jì)理念表達(dá)清楚，將設(shè)計(jì)中考究的觀點(diǎn)輸送給參與評(píng)審的各方人員，這樣會(huì)讓你的設(shè)計(jì)更信服，如果在評(píng)審過程中，產(chǎn)品、運(yùn)營、或開發(fā)對(duì)設(shè)計(jì)稿提出不同的意見，我們首先不要急于否定，要確定立場：大家都是站在以產(chǎn)品為核心的點(diǎn)去思考問題；也不要人云亦云，要清楚知道他們?yōu)槭裁磿?huì)提出這個(gè)意見，是不是自己的設(shè)計(jì)哪里沒有展現(xiàn)好？即便對(duì)方的建議本身沒有可取性，那么你也要站在你的視角用你的觀點(diǎn)解釋給對(duì)方聽。
       以上就是UI設(shè)計(jì)培訓(xùn)老師給大家大建議，希望能幫助到大家，想了解更多UI設(shè)計(jì)知識(shí)請(qǐng)關(guān)注奇酷官網(wǎng)