ui設計師是處於流水線中游的狀態，向上對接產品，向下對接開發。在這個流程中，要做到減少設計修改的頻率，設計稿改來改去。ui設計總改稿作品不能滿足使用者需求，為什麼會這樣呢？
其實，在ui設計中，頻繁改稿主要存在三種情況：
第一種：在與產品經理需求對接的時候溝通不到位導致理解有偏差，產生方向性錯誤，這是資訊傳遞的問題；
第二種：設計師經驗不足、設計能力有限導致產品經理的需求得不到最佳程度的實現，這是ui設計師本身的問題；
第三種：ui都已經做到一半或者已經輸出了，產品需求又變動了，這是產品經理或老闆的需求不確定的問題。
針對以上問題，在實際專案中怎樣避免陷入頻繁改稿的死迴圈，從而提高工作效率、推動專案進展，提公升自己作為ui設計師的成就感呢？本文，分享3個方法，幫ui設計師提高工作效率。
一、認清工作流，保持全方位的溝通
首先我們來了解一下ui設計的工作流，只有清楚自己崗位的流程，才能更好地拿捏設計。每個公司的型別和規模可能都不太一樣，但基本一致，無非就是5個階段：需求–設計 –開發–測試–上線。如果按職位劃分就是：產品經理–互動設計師–ui設計師–前後端開發工程師–測試人員–產品上線。
所以我們ui設計師是處於流水線中游的狀態，向上對接產品，向下對接開發。在這個流程中，要做到減少設計修改的頻率：
向上要明確產品經理的需求，將原型需求準確恰當的視覺化；向下要考慮開發實現以及時間成本，因為如果乙個設計做的非常絢麗，但是開發實現不出來或者很難實現或者實現的時間成本很大，那麼肯定需要對設計方案做出調整，採納折中方案。
所以，不想讓自己的設計改了又改，那麼一定要全方位的多溝通，一定不要「閉門造車」。
二、確定需求，吃透互動原型
ui設計師接到產品原型後，一定要弄清這幾點，再開始設計：
1、原型是否確定，會不會存在變動？
我們在接收到產品經理遞交過來的互動原型稿之後，先和對方確定收到的需求是否完整，是否是最終稿件以及是否會存在變動。一般來講，在大型企業裡面流程都比較規範，產品經理輸出最終原型之後，後期變動的可能性較低。但在中小型企業，通常因為專案時間緊張，流程不夠完善，反覆的可能性較多。一些大型需求，產品經理有可能會分模組、一部分一小點的流轉到ui設計，這樣存在的問題隱患比較多，因為經驗較少的產品經理全域性概念較差，雖然口頭上說這一部分的需求已經完善了，實際上當所有需求彙總之後極有可能需要再次調整。所以作為ui設計師，我們盡可能不要去接區域性輸出的原型，需要再次確認無誤後，我們再著手設計，這樣就避免了原型需求的變動造成設計的變動。
還有一點，在產品經理給到互動原型時，我們是被動的接受，還是在需求溝通之中也能及時參與呢？最好在產品需求的評審階段，對應的ui設計師可以積極參與討論，一起溝通。一來可以熟悉產品思考的整個過程，二來可以在原型的溝通中站在設計的角度及時發現問題，提出建議，避免在原型定稿後再去修改的尷尬。
2、專案的時間週期
在接到產品的原型後，一定要及時確認專案的時間週期，通常產品經理會主動告知專案的週期，詢問ui設計完成時間，我們根據需求的複雜程度給出ui輸出的預計時間，再根據這個時間節點來劃分每一天完成的工作量。如果產品經理給的時間週期比較短，那麼盡可能的闡述原因申請設計時間。如果時間過於倉促的話，設計思考的時間就少，考慮的問題很難全面，不利於介面效果的最佳呈現，導致後續改稿的可能性也很大。
3、理清設計意圖，處理好資訊層級
接到產品原型，一定要理清設計意圖，處理好資訊層級。
當產品經理遞交給我們確定的需求原型之後，切莫盲目開始設計，ui設計並不是把原型框架進行簡單的排列，我們需要理清設計意圖，熟悉功能架構、掌握互動邏輯，明白產品經理想要解決什麼問題，達到什麼程度以及具體的設計方向。
資訊層級這個問題，好像我們在實際工作中經常會提起，但是要做到恰如其分的標準還是有點難度的。準確把握介面的資訊層級還需要跟產品經理多方面的溝通，因為有些時候我們以為的，並不是產品想要的，所以一定要多次確認，才能精準把握。
三、改動的重點：
多個設計稿比較，讓每一處設計有理有據
在實際設計過程中，當碰到乙個設計模組拿捏不准的時候，可以在sketch或者ps中建立多個畫板，將幾種不同的設計方案平鋪展開，進行視覺對比分析。如果自己拿不準，可以叫組員或者其他部門的「小白」來進行選擇投票或者提出改善性建議。不要小看「小白」，不要覺得他們不懂設計，提的建議對設計無用。其實不然，我們的設計最終目的是給人用的，而且要好用，所以一定要多結合小白使用者的多方面意見，才能讓自己的設計更經得起推敲。
另外，ui設計中，不要停留於表面，不要用「好看或不好看」去做簡單評斷，在設計過程中我們的介面布局、顏色把控、字元間距、icon設定等多方面都要經得起推敲：為什麼這樣設計？換一種設計合不合適？
只有讓每一處設計都有理論的支撐，深思熟慮後，才會讓設計更切實際，才能讓人信服，才能實現產品指數的增長，也更能體現設計師的價值。
四、以產品為核心，尊重各方立場
當設計稿出來之後，一般會組織 ui評審，ui設計師一定要將自己的設計理念表達清楚，將設計中考究的觀點輸送給參與評審的各方人員，這樣會讓你的設計更有信服力。如果在評審過程中，產品、運營或開發對設計稿提出不同的意見，我們首先不要急於否定，要確定立場：大家都是以產品為核心去思考問題，也不要人云亦云，要清楚他們為什麼會提出這個意見，是不是自己的設計**沒有展現好？即便對方的建議本身沒有可取性，那麼你也要站在你的視角用你的觀點解釋給對方聽。這決定於每個設計師的自身知識架構和理論支撐，所以一定要讓自己不停地吸收，才能讓自己的設計更經得起推敲。
在實際工作中，ui設計師通常會面臨來自老闆、產品、運營、開發等各方人員的意見，也常常會因為字型的粗細、間距的大小、顏色的選擇等等問題各執一詞、爭論不休。
設計這一門工種，似乎是永遠避免不了「改稿」這一環節的，即便是非常頂尖的設計師，不為甲方不為外部原因所妥協，也會在自我實踐中尋求改變。但是，「改設計」也未必是越改越好，如果溝通不當，也會存在越改越糟的結果。所以，作為設計師，一方面我們要吸取不同的意見，另一方面也要全面提公升自己的知識架構、堅守自己的原則。
以上就是我分享的關於ui設計總改稿作品不能滿足使用者需求的解決辦法。根據目前ui設計市場招聘情況來看，ui設計人才仍是企業比較緊缺，而且相對前幾年企業對ui設計師的要求越來越高。所以想進入這個領域的小夥伴，一定要夯實自己的基礎。掌握好相對應的技能才能獲得更高的薪資。
TensorFlow入門實操課程第一章教程筆記
第乙個應用程式總是應該從超級簡單的東西開始，這樣可以看到 如何產生和運作的整體框架。就建立神經網路而言，我喜歡使用的例子是乙個能夠學習兩組數字之間函式關係的神經元。具體來說，如果你在寫下面函式的 表明你已經知道了這個函式的 規則 即x和y的對映關係。那麼，如何訓練乙個神經網路來完成同等的任務呢?用資...
易語言防報毒實操方法
易語言被報毒的情況一直讓易語言愛好者頭疼，怎麼解決易語言報毒的情況呢？下面分享給大家 1 第一種最簡單的辦法，就是加殼，當然也不是什麼殼加了都不會報毒，有的殼，加了之後反而報毒報的更厲害了，今天就提供給大家乙個防誤報的殼，其實它是乙個壓縮殼，下程式設計客棧麵給大家演示下，先看療效，哈哈。第一種最簡單...
易語言開啟執行的實操方法
很多時候，euaqn為了工作的需要，很多軟體必須隨計算機的啟動而執行。這類軟體很多，www.cppcns.com比如 安全衛士 管家 等，我們在開發一些軟體時，也想讓軟體實現這一功能。怎麼辦呢?易語言軟體怎麼開機自動執行呢?今天，movieclip就帶大家一起學習。1 首先，開啟 易語言 主程式，在...