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

1. 正確稱呼 UI 組件

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

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

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

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

3.嚴謹執行設計流程

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

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

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

4.先以原生 UI 組件表意

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

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

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

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

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

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

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

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

5.少用代名詞

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

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

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