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

這篇文章主要講解了“UI設(shè)計全流程是什么”，文中的講解內(nèi)容簡單清晰，易于學(xué)習(xí)與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“UI設(shè)計全流程是什么”吧！

設(shè)計流程

碎片化時代使得注意力非常容易分散，工作中密集的項目也常常多線程并發(fā)，清晰的設(shè)計流程有利于我們更合理的分配時間和精力，提升工作效率。我一般會把項目設(shè)計流程分成三個部分：設(shè)計前、設(shè)計中、設(shè)計后，當(dāng)然也有很多設(shè)計師會把設(shè)計流程分為需求收集、確定目標、原型確認、設(shè)計評審、細節(jié)打磨、跟進開發(fā)、結(jié)果跟蹤等流程，其實細節(jié)流程都差不多，不過我把整個設(shè)計流程分成前、中、后三個里程碑似的節(jié)點，更容易聚焦。

1. 設(shè)計前

設(shè)計前的環(huán)節(jié)是最容易被忽略的一個關(guān)鍵環(huán)節(jié)，我們很容易陷入需求來了就馬上開始設(shè)計的誤區(qū)，殊不知這樣做會給后續(xù)工作埋下無數(shù)的坑，比如：反復(fù)修改設(shè)計稿、需求方臨時增加幾個頁面、設(shè)計交付延期、效果不如預(yù)期等情況，這樣一來反而使得整個項目節(jié)奏慢下來，背離初衷。在我的設(shè)計流程中“設(shè)計前”是最難且最重要的一個階段，所以在這個階段我們一定要想辦法去爭取時間來做好準備，那么我們都有哪些事情要做呢?

聊一聊

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

看一看

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

想一想

有了聊一聊和看一看，我們基本上站在了全局視角，但這時還沒到開始設(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è)計排期。

2. 設(shè)計中

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

原型設(shè)計

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

風(fēng)格探索

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

細節(jié)打磨

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

設(shè)計評審

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

建立 Kit

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

3. 設(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è)計意圖。

設(shè)計驗證有很多方式，比如：數(shù)據(jù)埋點、用戶反饋、線上走查、用戶訪談、可用性測試等。有時我們會因為業(yè)務(wù)忙需求多、數(shù)據(jù)沒埋點、沒想過做驗證等忽略設(shè)計驗證這個環(huán)節(jié)，這些原因歸結(jié)起來還是對設(shè)計驗證重視度不夠。但設(shè)計驗證能幫助我們回顧當(dāng)初目標的達成情況，找到存在的問題，成為接下來迭代的依據(jù);同時也是對自身設(shè)計經(jīng)驗的積累。所以我們還是要重視設(shè)計驗證，努力了就要看見結(jié)果，無論好壞。

感謝各位的閱讀，以上就是“UI設(shè)計全流程是什么”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對UI設(shè)計全流程是什么這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關(guān)知識點的文章，歡迎關(guān)注！