大多數設計師在實際工作中，經常會碰到設計稿改來改去，改得焦頭爛額，甚至懷疑自己的設計水平，這是為什么呢？又有什么解決的方法？這篇文章為你答疑解惑。

大多數設計師在實際工作中，經常會碰到設計稿改來改去，改得焦頭爛額，甚至懷疑自己的設計水平，這是為什么呢？又有什么解決的方法？這篇文章為你答疑解惑。

「設計」這一門工種，似乎是永遠避免不了「改稿」這一環節的，即便是非常頂尖的設計師，不為甲方不為外部原因所妥協，也會在自我實踐中尋求改變。但是，「改設計」也未必是越改越好，如果溝通不當，也會存在越改越糟的結果。所以，作為設計師，一方面我們要吸取不同的意見，另一方面也要全面提升自己的知識架構、堅守自己的原則。

接下來以「UI設計」為例，剖析我們日常工作中「改了又改」的問題。在實際工作中，UI設計師通常會面臨來自老板、產品、運營、開發等各方人員的意見，也常常會因為字體的粗細、間距的大小、顏色的選擇等等問題各執一詞、爭論不休，就像下圖一樣：

為什么會這樣呢？其實，在UI設計中，頻繁改稿主要存在三種情況：

第一種：在與產品經理需求對接的時候溝通不到位導致理解有偏差，產生方向性錯誤，這是信息傳遞的問題；

第二種：設計師經驗不足、設計能力有限導致產品經理的需求得不到最佳程度的實現，這是UI設計師本身的問題；

第三種：UI都已經做到一半或者已經輸出了，產品需求又變動了，這是產品經理或老板的需求不確定的問題。

針對以上問題，在實際項目中怎樣避免陷入頻繁改稿的死循環，從而提高工作效率、推動項目進展，提升自己作為設計師的成就感呢？

認清工作流，保持全方位的溝通

首先我們來了解一下UI設計的工作流，只有清楚自己崗位的流程，才能更好地拿捏設計。每個公司的類型和規模可能都不太一樣，但基本一致，無非就是5個階段：需求 – 設計 – 開發 – 測試 – 上線。如果按職位劃分就是：產品經理 – 交互設計師 – UI設計師 – 前后端開發工程師 – 測試人員 – 產品上線。

所以我們UI設計師是處于流水線中游的狀態，向上對接產品，向下對接開發。在這個流程中，要做到減少設計修改的頻率：

向上要明確產品經理的需求，將原型需求準確恰當的視覺化；

向下要考慮開發實現以及時間成本，因為如果一個設計做的非常絢麗，但是開發實現不出來或者很難實現或者實現的時間成本很大，那么肯定需要對設計方案做出調整，采納折中方案。

所以，不想讓自己的設計改了又改，那么一定要全方位的多溝通，一定不要「閉門造車」。

確定需求，吃透交互原型

UI設計師接到產品原型后，一定要弄清這幾點，再開始設計：

1. 原型是否確定，會不會存在變動？

我們在接收到產品經理遞交過來的交互原型稿之后，先和對方確定收到的需求是否完整，是否是最終稿件以及是否會存在變動。一般來講，在大型企業里面流程都比較規范，產品經理輸出最終原型之后，后期變動的可能性較低。但在中小型企業，通常因為項目時間緊張，流程不夠完善，反復的可能性較多。一些大型需求，產品經理有可能會分模塊、一部分一小點的流轉到UI設計，這樣存在的問題隱患比較多，因為經驗較少的產品經理全局概念較差，雖然口頭上說這一部分的需求已經完善了，實際上當所有需求匯總之后極有可能需要再次調整。所以作為UI設計師，我們盡可能不要去接局部輸出的原型，需要再次確認無誤后，我們再著手設計，這樣就避免了原型需求的變動造成設計的變動。

還有一點，在產品經理給到交互原型時，我們是被動的接受，還是在需求溝通之中也能及時參與呢？最好在產品需求的評審階段，對應的UI設計師可以積極參與討論，一起溝通。一來可以熟悉產品思考的整個過程，二來可以在原型的溝通中站在設計的角度及時發現問題，提出建議，避免在原型定稿后再去修改的尷尬。

? 2. 項目的時間周期

在接到產品的原型后，一定要及時確認項目的時間周期，通常產品經理會主動告知項目的周期，詢問UI設計完成時間，我們根據需求的復雜程度給出UI輸出的預計時間，再根據這個時間節點來劃分每一天完成的工作量。如果產品經理給的時間周期比較短，那么盡可能的闡述原因申請設計時間。如果時間過于倉促的話，設計思考的時間就少，考慮的問題很難全面，不利于界面效果的最佳呈現，導致后續改稿的可能性也很大。

3. 理清設計意圖，處理好信息層級

接到產品原型，一定要理清設計意圖，處理好信息層級。

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

信息層級這個問題，好像我們在實際工作中經常會提起，但是要做到恰如其分的標準還是有點難度的。準確把握界面的信息層級還需要跟產品經理多方面的溝通，因為有些時候我們以為的，并不是產品想要的，所以一定要多次確認，才能精準把握。

△ 上圖左側是lofter首頁列表，右側是我統一梳理層級關系之后的效果

改動的重點：

將配圖采用四周留白的卡片式布局，讓界面更通透，增強呼吸感，視覺焦點更為集中；

優化標題與標簽話題的展現形式，通過文字大小及字色深淺拉開主題文字與話題標簽的層級關系；

將熱度與喜歡、評論、轉發的實時數量跟隨圖標后面，增加用戶參與的積極性。

多個設計稿比較，讓每一處設計有理有據

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

上圖為筆者在處理個人中心界面效果拿捏不準的時候，布局了多個效果進行對比，通過對比的呈現后，就可以清晰判斷每一個界面存在的問題。

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

只有讓每一處設計都有理論的支撐，深思熟慮后，才會讓設計更切實際，才能讓人信服，才能實現產品指數的增長，也更能體現設計師的價值。

以產品為核心，尊重各方立場

當設計稿出來之后，一般會組織 UI評審，UI設計師一定要將自己的設計理念表達清楚，將設計中考究的觀點輸送給參與評審的各方人員，這樣會讓你的設計更有信服力。如果在評審過程中，產品、運營或開發對設計稿提出不同的意見，我們首先不要急于否定，要確定立場：大家都是以產品為核心去思考問題，也不要人云亦云，要清楚他們為什么會提出這個意見，是不是自己的設計哪里沒有展現好？即便對方的建議本身沒有可取性，那么你也要站在你的視角用你的觀點解釋給對方聽。這決定于每個設計師的自身知識架構和理論支撐，所以一定要讓自己不停地吸收，才能讓自己的設計更經得起推敲。

以上是我在實際工作中的一些比較淺薄的總結，如有闡述不周的地方大家可以相互探討。