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

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

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

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

　　所以，不想讓自己的設計改了又改，那么一定要全方位的多溝通，一定不要“閉門造車”，很有可能最后造出來的都是大家都不想要的，不改才怪呢。

　　二、確定需求，吃透交互原型

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

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

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

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

　　2、項目的時間周期

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

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

　　接到產品原型，一定要理清設計意圖，處理好信息層級。（這是重點，重中之重）

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

　　所以，一定要理清頁面信息層級關系?。。?/div>