可能在所有的行業里面，這種這門工種避免不了改稿的環節，即便是頂級的設計師，即便不為甲方不為外部原因所妥協，依然會在自我實踐中尋求改變。但是，在此，天津網站建設不得不說，設計并非是越改越好的，若溝通不當，很可能會越改越糟，所以作為一名優秀的設計師，在聽取客戶意見的同時還需要全方面的提升自己的知識架構，堅守自己的原則。
其實，通常設計稿被頻繁的修改，都是如下原因導致的：
A、在于產品經理進行需求溝通時由于溝通不到位，導致理解上的偏差，導致方向性的錯誤，這屬于信息傳遞的問題；
B、設計師自身能力有限，經驗不足導致產品經理需求得不到最佳的呈現，這屬于UI設計師自身的問題；
C、UI已經做好或做了一半，但產品需求還在不停地改動，這屬于產品經理或老板需求不確定的問題。
針對上述的這些問題，在實際項目中應該如何避免吶？如何避免設計稿頻繁被修改的死循環？從而提升工作效率，推動項目的進度吶？
一、認清工作流程，保持全方位溝通
首先，我們需要了解一個UI設計的整體工作流程，因為只有真正的清楚自己的崗位流程，才能更好地拿捏設計，雖然每個公司類型和規模不一樣，但設計稿的基本上的流程都是差不多的。另外，就是溝通，這點很關鍵，想要你的設計不被改了又改，就一定要全方位的溝通，不要“閉門造車”，因為這很有可能會導致最終造出來的都不是大家想要的，不改才怪！
二、確定需求，吃透交互原型
UI設計師接到產品原型后，一定要弄清楚下面的幾點在著手開始設計：
1、原型是否已確定，還會不會改動？
當接到產品經理給的原型稿后，首先要和對方確定收到需求是否完整，是不是最終稿還會不會改動。通常大型企業流程都比較規范，產品經理給的基本上都是最終原型，后期幾乎不會有變動，但小型企業卻不一樣，往往會因為項目時間緊張，流程不夠完善，后期修改的可能性很大。另外，還有一點，在產品經理給到交互原型時，我們是被動的接受，還是在需求溝通之中也能及時參與？
文率科技建議：最好在產品需求的評審階段，對應的UI設計師可以積極參與討論，一起溝通。這樣做的不僅可以使設計師能夠清楚熟悉產品思考的整個過程，并且在原型的溝通中還能站在設計的角度及時發展問題，提出建議，避免在原型定稿后再去修改的尷尬。
2、項目周期
接到產品原型，必須要及時確認項目的時間周期，一般產品經理都會主動告知項目周期，詢問UI設計完成時間，我們依據需求的復雜程度給出UI輸出的預計時間，在依據這個時間節點來劃分每一天完成的工程。若產品經理給的時間周期較短，那么就盡可能的去闡述原因爭取申請設計時間，因為若時間太趕，設計思考時間就越少，考慮問題不全面，不利于界面效果的最佳呈現，導致增加后續改稿幾率。
3、理清設計意圖，處理好信息層級
當產品經理遞交給我們確定的需求原型后，切記不可盲目開始設計，UI設計并非是將原型框架進行簡單的排列，我們需要理清設計的意圖，熟悉功能框架、掌握交互邏輯，明白產品經理想解決的問題是什么，達到的程序及具體設計方向。所以必須要理清頁面信息層級關系，信息層級這個問題，好像我們在實際工作中經常會提起，但是要做到恰如其分的標準還是有點難度的，雖然難，但我們依然要迎難而上，遇到疑問及時跟產品經理多方面的溝通！
三、多個設計稿對比，讓每一處設計有理有據
在設計中若遇到拿捏不準時，可以在sketch或ps中建立多個畫板，將幾種不同的設計方案平鋪展開， 進行視覺對比分析，若自己拿捏不準，可以找組員或其他部分“小白”進行選擇投票或提出改善性建議，記住一定不要小瞧小白，要知道，任何設計最終面向的都是人，所以一定要多結合不同人的意見，只有這樣才能讓自己的設計更經得起推敲。
另外，還有一點很重要，UI設計不要只停留在表面，在設計過程中我們的界面布局、顏色把控、字符間距等多方面都要經得起推敲：為什么這樣設計？換一種設計合可以嗎？只有讓每一處設計都有有理論的支撐，深思熟慮后，才會讓設計更切實際，才能讓人信服，才能實現產品指數的增長，也更能體現設計師的價值。
四、以產品為核心，尊重各方立場
通常設計稿出來后，都會組織UI評審，因此UI設計師一定要把自己的設計理念表達清楚，將設計中考究的觀點輸送給參與評審的各方人員，讓你的設計更具有信服力。若在評審過程中，產品、運營或開發對設計稿提出不同建議，不要著急否定，要確定立場，畢竟大家都是站在產品的核心去思考問題，即便對方的建議本身沒有可取性，那么你也要站在你的視角用你的觀點解釋給對方聽。
好了，今天的分享到這里就結束的了，希望上述天津網站建設的分享對于你后期的設計工作能夠帶去幫助，更多設計問題，歡迎來我們官網：m.carespunk.com進行更深入的了解。
