很多人認為UI設計是一項充滿藝術性的工作，講究慢工出細活。但是中培偉業(yè)《用戶體驗與UI設計開發(fā)》培訓專家陳老師卻認為，和任何事情一樣，效率決定著一切。在UI設計工作過程中，效率也非常重要。陳老師根據(jù)自己多年的工作經(jīng)驗，介紹了以下種提升UI設計工作效率的妙招。

1. 正確稱呼 UI 組件

設計規(guī)范文件里，每個畫面構成的組件都有正式的名稱，如果能夠使用正確的術語來溝通，將能夠省下非常可觀的解釋時間。如果你想了解得更多、更精確，應該熟讀相關的規(guī)范文件

2. 要盡可能早的評估哪些效果就是做不出來、很難做、不該做

最普遍的例子：自從 iOS 7 引入帶有模糊效果的設計語言后，大家似乎都染上了高斯模糊的癮。但這樣的效果非常耗費系統(tǒng)資源原理及時間復雜度，就連 iOS 也到了來年的 iOS 8 才心不甘情不愿地開放使用 UIBlurEffect API，免得第三方 App 一堆模糊效果拖累系統(tǒng)效能而在 Android 上官方更沒有提供像 iOS 如此方便的 API 可用。

更直白地說，許多設計師毫無意識到某些視覺效果在工程實做面的可行性、也沒有考慮到各種裝置的運算負荷能力，而設計了大量會讓開發(fā)者面有難色的稿子，好不容易做出來了，發(fā)現(xiàn)算圖卡頓得要命，又要回頭改稿，得不償失

3.嚴謹執(zhí)行設計流程

陳老師在以往的工作和教學過程中，發(fā)現(xiàn)一個團隊在設計流程上草率帶過的情形比想象中還多。

有些講得一口好設計的人會不食人間煙火、一味地倡導要從使用者調查研究(User Research)Persona 開始做起，然后實作 n 多個原型(Prototype)才開始讓開發(fā)者動手，后續(xù)再做數(shù)據(jù)分析……等工作，好像全世界只有自己知道這件事一樣。

但實務上，小型項目花太多心力去做這些事基本上是缺乏成本觀念的表現(xiàn)，在使用者數(shù)量達到一定門坎前，數(shù)據(jù)分析的母體也是小得可憐，并無統(tǒng)計的參考價 值。因此，小型項目其實可以將功能拆分 Release，先做出來再觀察使用情形并修正細節(jié)雖然有一點危險，但比起讓項目永無結束之日，總是較適當?shù)倪x擇

4.先以原生 UI 組件表意

在設計的 wireframe 階段，主要目標是讓大家對于畫面上有哪些對象取得共識，而不是這些對象該長什么樣子，那是 mockup 階段才要注重的，因此將 wireframe 畫得過于精美是一件非常奇怪的事情，例如這樣：

如果把 wireframe 畫得如此精美，你將立即面臨三個負面后果：

浪費時間，徹底的浪費時間。

有彩色稿的外型構造，卻沒彩色稿的色彩系統(tǒng)輔佐，導致大家無法完整理解你「精心設計」的 UI 對象。

對設計沒概念的客戶、PM 或老板會忘記我們是在 review 畫面上有哪些對象，反而在這時就開始跟你檢討設計細節(jié)，等你接著做彩色稿時，才突然講說之前有哪個功能忘記擺放上去。

其中第二點非常重要，在你的 wireframe 里，應該使用系統(tǒng)原生的對象來構成畫面，例如這些東西：

請避免在非必要的狀況下急著在 wireframe 里畫一些從來沒有人看過的「創(chuàng)新 UI」。一個好理解、直覺的設計是所有細節(jié)相輔相成的，在 wireframe 的階段缺少了顏色和動態(tài)效果的輔助，更不該冒險呈現(xiàn)特殊的對象外型，也就是說，你的 wireframe 頂多做到這樣就該收手：

這樣一來，畫面上都是大家平常使用 App 時有看過的形式，看得懂畫面的時候，就能夠專心探討這些功能是不是產(chǎn)品所需要具備的。

5.少用代名詞

陳老師指出，這個溝通技巧不難做到，但如果沒有人指出，是很難自己發(fā)現(xiàn)的。

我們表達一件事情若要表達得精確，就應該試著減少話中的「詮釋空間」，而代名詞的使用非常容易造成設計討論上的時間浪費，例如這個那個之類的詞匯，在專業(yè)討論上應該減少使用;盡量用精確名詞來表達，或是詳細描述你所指的外型。

陳老師希望通過介紹，能夠幫助大家在設計的溝通討論上更加順暢、省時，成為一個更加高效的UI設計師，這也是成為一個優(yōu)秀UI設計師的前提。