UI設(shè)計全流程是什么樣的？

一、設(shè)計前

設(shè)計前的環(huán)節(jié)是最容易被忽略的一個關(guān)鍵環(huán)節(jié)，我們很容易陷入需求來了就馬上開始設(shè)計的誤區(qū)，殊不知這樣做會給后續(xù)工作埋下無數(shù)的坑，比如：反復(fù)修改設(shè)計稿、需求方臨時增加幾個頁面、設(shè)計交付延期、效果不如預(yù)期等情況，這樣一來反而使得整個項目節(jié)奏慢下來，背離初衷。

1、聊一聊

設(shè)計之前第 一件事就是去了解業(yè)務(wù)，拉上需求方請他講講項目背景、業(yè)務(wù)目標、用戶人群、競品分析以及跟現(xiàn)有業(yè)務(wù)的關(guān)聯(lián)等，這樣做的好處非常多。一方面能通過需求方的講述了解最真實的需求和產(chǎn)品目標，便于后續(xù)設(shè)計中的決策；另一方面我們可以反向要求需求方把業(yè)務(wù)目標梳理得更加透徹，避免在大方向上出現(xiàn)差錯；最 后也能讓需求方知道我們也是奔著業(yè)務(wù)目標在思考，更有利于與需求方長期的合作與信任，而不是讓需求方覺得我們僅是一個頁面仔。

2、看一看

在與需求方做完第 一次溝通后緊接著就是去看看是否有相關(guān)的競品。如果項目有競品，那么這些競品能讓我們迅速看到產(chǎn)品未來的全貌，也能讓我們發(fā)現(xiàn)一些亮點以及反向思考是否有我們產(chǎn)品沒有覆蓋到的場景，將這些內(nèi)容進行整理后作為日后設(shè)計的重要依據(jù)。如果沒有直接競品也可以去看一看同類型或者同行業(yè)的產(chǎn)品。

3、想一想

有了聊一聊和看一看，我們基本上站在了全局視角，但這時還沒到開始設(shè)計的時候，還需要再想一想，比如：A.結(jié)合自己看競品過程中的發(fā)現(xiàn)，對業(yè)務(wù)、需求上還有哪些疑問？將疑問點進行整理匯總再次找需求方進行確認，確保與需求方的理解是一致的，這樣才會**后續(xù)設(shè)計流程的順利推進。B.想想這個項目設(shè)計師的機會點在哪里？設(shè)計目標是什么？有哪些地方是設(shè)計師可以重點投入的？開發(fā)落地成本如何？設(shè)計投入是否可以被驗證？這樣會幫助我們后續(xù)更好的分配時間重心，也便于后續(xù)設(shè)計經(jīng)驗的沉淀，知道哪些設(shè)計能帶來數(shù)據(jù)上的變化。C.想想設(shè)計如何規(guī)劃？設(shè)計上還有哪些風(fēng)險？是否需要外部支援等？便于幫助我們給出相對準確的設(shè)計排期。

二、設(shè)計中

有了前面的充分準備，基本上就能信心滿滿的開始設(shè)計了，接下來按下方流程逐步進行：

1、原型設(shè)計

視覺設(shè)計前我們需要先對交互原型進行不斷的打磨，確保交互層面的體驗優(yōu)雅且符合用戶使用習(xí)慣。如果團隊里配備了交互設(shè)計師，可以與交互同學(xué)做一些討論，敲定原型后與需求方再次進行確認，對齊各方意見；如果沒有交互設(shè)計設(shè)計師介入，那么一定要把想法圖形化，讓大家能更準確的理解我們的想法，可以畫在紙上，也可以用原型工具來表達。同時這里強烈建議設(shè)計師應(yīng)該對信息架構(gòu)以及文案保持高度的敏感，好的信息架構(gòu)能**基礎(chǔ)頁面體驗的順暢性，而準確文案更能**用戶對信息理解不出現(xiàn)偏差。

2、風(fēng)格探索

敲定原型后，就可以做風(fēng)格探索了，關(guān)于風(fēng)格這塊我個人理解這是比較感性的，沒有標準答案，只要風(fēng)格定義有依據(jù)加上平時對當下流行趨勢的關(guān)注，風(fēng)格定調(diào)基本上不會有太大問題，也可以根據(jù)設(shè)計前準備的一些機會點做針對性的設(shè)計，比如：插畫、質(zhì)感、細節(jié)、動效等。

3、細節(jié)打磨

我經(jīng)常在回看自己之前的設(shè)計產(chǎn)出時，發(fā)現(xiàn)有很多自己看不順眼的地方。為了避免這種情況，我們可以在設(shè)計階段多一些嘗試，多一些打磨。與其讓”未來的我”或需求方來指出問題，倒不如先自我審視，打磨出最理想的方案后再去做評審。也可以找身邊的同事、朋友一起看看，邀請他們來選一選方案并說一說理由。最 后再結(jié)合設(shè)計目標、業(yè)務(wù)目標和大家的意見輸出最終方案。如果在方案上遇到了困難，也要及時做好溝通或者尋求Leader的幫助。

4、設(shè)計評審

當團隊內(nèi)部對方案達成一致后可以組織一場正式的評審會議。設(shè)計評審能迅速集中的發(fā)現(xiàn)問題，對意見相左而遲遲無法定稿的情況也能有效規(guī)避。設(shè)計評審前我們要做好充分的準備，可以要求上下游關(guān)鍵角色參加，比如需求方和研發(fā)人員。提前預(yù)設(shè)問題管理好各方預(yù)期，**方案足夠嚴謹以及良好的控場。在評審階段盡可能細致，把設(shè)計師想要落地的小細節(jié)、小亮點都清晰的講到，引起研發(fā)人員的重視。最 后將評審達成的結(jié)論文檔化，避免后續(xù)設(shè)計驗收時扯皮。

5、建立Kit

設(shè)計方案開始之初就要有意識的去梳理規(guī)范和組件，**后續(xù)功能迭代的效率和一致性。通過關(guān)鍵頁面總結(jié)出基礎(chǔ)規(guī)范；通過設(shè)計過程中的不斷推敲，再次對界面元素進行抽離，形成組件庫。

三、設(shè)計后

設(shè)計評審?fù)ㄟ^后，除了輸出設(shè)計內(nèi)容和對設(shè)計文件進行整理歸檔外，后面還要做的事情基本上就是推進設(shè)計落地與設(shè)計驗證了。

設(shè)計落地環(huán)節(jié)設(shè)計師的參與非常重要，前面所有的工作最終是以上線的效果為標準，所以為了讓我們的付出不打折扣，需要在設(shè)計驗收時細致堅持，確保設(shè)計效果完美落地。除了督促開發(fā)同學(xué)們進行調(diào)整，將設(shè)計細節(jié)標注得更加清晰，復(fù)雜的交互輸出一份動畫demo，更能幫助開發(fā)同學(xué)準確理解設(shè)計意圖。