2019-3-13 濤濤
如果您想訂閱本博客內(nèi)容，每天自動發(fā)到您的郵箱中， 請點這里
大多數(shù)設(shè)計師在實際工作中，經(jīng)常會碰到設(shè)計稿改來改去，改得焦頭爛額，甚至懷疑自己的設(shè)計水平，這是為什么呢？又有什么解決的方法？這篇文章為你答疑解惑。「設(shè)計」這一門工種，似乎是永遠避免不了「改稿」這一環(huán)節(jié)的，即便是非常頂尖的設(shè)計師，不為甲方不為外部原因所妥協(xié)，也會在自我實踐中尋求改變。但是，「改設(shè)計」也未必是越改越好，如果溝通不當，也會存在越改越糟的結(jié)果。所以，作為設(shè)計師，一方面我們要吸取不同的意見，另一方面也要全面提升自己的知識架構(gòu)、堅守自己的原則。
接下來以「UI設(shè)計」為例，剖析我們?nèi)粘９ぷ髦小父牧擞指摹沟膯栴}。在實際工作中，UI設(shè)計師通常會面臨來自老板、產(chǎn)品、運營、開發(fā)等各方人員的意見，也常常會因為字體的粗細、間距的大小、顏色的選擇等等問題各執(zhí)一詞、爭論不休，就像下圖一樣：
為什么會這樣呢？其實，在UI設(shè)計中，頻繁改稿主要存在三種情況：
針對以上問題，在實際項目中怎樣避免陷入頻繁改稿的死循環(huán)，從而提高工作效率、推動項目進展，提升自己作為設(shè)計師的成就感呢？
首先我們來了解一下UI設(shè)計的工作流，只有清楚自己崗位的流程，才能更好地拿捏設(shè)計。每個公司的類型和規(guī)模可能都不太一樣，但基本一致，無非就是5個階段：需求 – 設(shè)計 – 開發(fā) – 測試 – 上線。如果按職位劃分就是：產(chǎn)品經(jīng)理 – 交互設(shè)計師 – UI設(shè)計師 – 前后端開發(fā)工程師 – 測試人員 – 產(chǎn)品上線。
所以我們UI設(shè)計師是處于流水線中游的狀態(tài)，向上對接產(chǎn)品，向下對接開發(fā)。在這個流程中，要做到減少設(shè)計修改的頻率：
向上要明確產(chǎn)品經(jīng)理的需求，將原型需求準確恰當?shù)囊曈X化；
向下要考慮開發(fā)實現(xiàn)以及時間成本，因為如果一個設(shè)計做的非常絢麗，但是開發(fā)實現(xiàn)不出來或者很難實現(xiàn)或者實現(xiàn)的時間成本很大，那么肯定需要對設(shè)計方案做出調(diào)整，采納折中方案。
所以，不想讓自己的設(shè)計改了又改，那么一定要全方位的多溝通，一定不要「閉門造車」。
UI設(shè)計師接到產(chǎn)品原型后，一定要弄清這幾點，再開始設(shè)計：
1. 原型是否確定，會不會存在變動？
我們在接收到產(chǎn)品經(jīng)理遞交過來的交互原型稿之后，先和對方確定收到的需求是否完整，是否是最終稿件以及是否會存在變動。一般來講，在大型企業(yè)里面流程都比較規(guī)范，產(chǎn)品經(jīng)理輸出最終原型之后，后期變動的可能性較低。但在中小型企業(yè)，通常因為項目時間緊張，流程不夠完善，反復的可能性較多。一些大型需求，產(chǎn)品經(jīng)理有可能會分模塊、一部分一小點的流轉(zhuǎn)到UI設(shè)計，這樣存在的問題隱患比較多，因為經(jīng)驗較少的產(chǎn)品經(jīng)理全局概念較差，雖然口頭上說這一部分的需求已經(jīng)完善了，實際上當所有需求匯總之后極有可能需要再次調(diào)整。所以作為UI設(shè)計師，我們盡可能不要去接局部輸出的原型，需要再次確認無誤后，我們再著手設(shè)計，這樣就避免了原型需求的變動造成設(shè)計的變動。
還有一點，在產(chǎn)品經(jīng)理給到交互原型時，我們是被動的接受，還是在需求溝通之中也能及時參與呢？最好在產(chǎn)品需求的評審階段，對應(yīng)的UI設(shè)計師可以積極參與討論，一起溝通。一來可以熟悉產(chǎn)品思考的整個過程，二來可以在原型的溝通中站在設(shè)計的角度及時發(fā)現(xiàn)問題，提出建議，避免在原型定稿后再去修改的尷尬。
2. 項目的時間周期
在接到產(chǎn)品的原型后，一定要及時確認項目的時間周期，通常產(chǎn)品經(jīng)理會主動告知項目的周期，詢問UI設(shè)計完成時間，我們根據(jù)需求的復雜程度給出UI輸出的預計時間，再根據(jù)這個時間節(jié)點來劃分每一天完成的工作量。如果產(chǎn)品經(jīng)理給的時間周期比較短，那么盡可能的闡述原因申請設(shè)計時間。如果時間過于倉促的話，設(shè)計思考的時間就少，考慮的問題很難全面，不利于界面效果的最佳呈現(xiàn)，導致后續(xù)改稿的可能性也很大。
3. 理清設(shè)計意圖，處理好信息層級
接到產(chǎn)品原型，一定要理清設(shè)計意圖，處理好信息層級。
當產(chǎn)品經(jīng)理遞交給我們確定的需求原型之后，切莫盲目開始設(shè)計，UI設(shè)計并不是把原型框架進行簡單的排列，我們需要理清設(shè)計意圖，熟悉功能架構(gòu)、掌握交互邏輯，明白產(chǎn)品經(jīng)理想要解決什么問題，達到什么程度以及具體的設(shè)計方向。
信息層級這個問題，好像我們在實際工作中經(jīng)常會提起，但是要做到恰如其分的標準還是有點難度的。準確把握界面的信息層級還需要跟產(chǎn)品經(jīng)理多方面的溝通，因為有些時候我們以為的，并不是產(chǎn)品想要的，所以一定要多次確認，才能精準把握。
△ 上圖左側(cè)是lofter首頁列表，右側(cè)是我統(tǒng)一梳理層級關(guān)系之后的效果
改動的重點：
在實際設(shè)計過程中，當碰到一個設(shè)計模塊拿捏不準的時候，可以在 sketch 或者 ps 中建立多個畫板，將幾種不同的設(shè)計方案平鋪展開，進行視覺對比分析。如果自己拿不準，可以叫組員或者其他部門的「小白」來進行選擇投票或者提出改善性建議。不要小看「小白」，不要覺得他們不懂設(shè)計，提的建議對設(shè)計無用。其實不然，我們的設(shè)計最終目的是給人用的，而且要好用，所以一定要多結(jié)合小白用戶的多方面意見，才能讓自己的設(shè)計更經(jīng)得起推敲。
上圖為筆者在處理個人中心界面效果拿捏不準的時候，布局了多個效果進行對比，通過對比的呈現(xiàn)后，就可以清晰判斷每一個界面存在的問題。
另外，UI設(shè)計中，不要停留于表面，不要用「好看或不好看」去做簡單評斷，在設(shè)計過程中我們的界面布局、顏色把控、字符間距、icon設(shè)置等多方面都要經(jīng)得起推敲：為什么這樣設(shè)計？換一種設(shè)計合不合適？
只有讓每一處設(shè)計都有理論的支撐，深思熟慮后，才會讓設(shè)計更切實際，才能讓人信服，才能實現(xiàn)產(chǎn)品指數(shù)的增長，也更能體現(xiàn)設(shè)計師的價值。
當設(shè)計稿出來之后，一般會組織 UI評審，UI設(shè)計師一定要將自己的設(shè)計理念表達清楚，將設(shè)計中考究的觀點輸送給參與評審的各方人員，這樣會讓你的設(shè)計更有信服力。如果在評審過程中，產(chǎn)品、運營或開發(fā)對設(shè)計稿提出不同的意見，我們首先不要急于否定，要確定立場：大家都是以產(chǎn)品為核心去思考問題，也不要人云亦云，要清楚他們?yōu)槭裁磿岢鲞@個意見，是不是自己的設(shè)計哪里沒有展現(xiàn)好？即便對方的建議本身沒有可取性，那么你也要站在你的視角用你的觀點解釋給對方聽。這決定于每個設(shè)計師的自身知識架構(gòu)和理論支撐，所以一定要讓自己不停地吸收，才能讓自己的設(shè)計更經(jīng)得起推敲。
以上是我在實際工作中的一些比較淺薄的總結(jié)，如有闡述不周的地方大家可以相互探討。
藍藍設(shè)計( www.lapeinture.cn )是一家專注而深入的界面設(shè)計公司，為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計、BS界面設(shè)計 、 cs界面設(shè)計 、 ipad界面設(shè)計 、 包裝設(shè)計 、 圖標定制 、 用戶體驗 、交互設(shè)計、 網(wǎng)站建設(shè) 、平面設(shè)計服務(wù)。
藍藍設(shè)計的小編 http://www.lapeinture.cn