UI設(shè)計(jì)作為一個(gè)重要環(huán)節(jié)，如何提高效率，增加過稿幾率是十分重要的，最理想的團(tuán)隊(duì)是由各個(gè)高效率的個(gè)體組成，本文上海達(dá)內(nèi)UI培訓(xùn)就為大家介紹UI設(shè)計(jì)師可以從哪些方面提高效率。

一、了解工程實(shí)作的基本原理

1. 正確稱呼 UI 組件

以 iOS 為例子，在 Apple 的接口設(shè)計(jì)規(guī)范文件里，每個(gè)畫面構(gòu)成的組件都有正式的名稱，如果能夠使用正確的術(shù)語來溝通，將能夠省下非常可觀的解釋時(shí)間。如果你想了解得更多、更精確，將前述的規(guī)范文件讀熟以后，建議你再繼續(xù)研究 UIKit Catalog。

2. 有些效果就是做不出來、很難做、不該做

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

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

二、先以原生 UI 組件表意

在設(shè)計(jì)的 wireframe 階段，主要目標(biāo)是讓大家對(duì)于畫面上「有哪些對(duì)象」取得共識(shí)，而不是這些對(duì)象「該長什么樣子」，那是 mockup 階段才要注重的，因此將 wireframe 畫得過于精美是一件非常奇怪的事情，如果把 wireframe 畫得精美，你將立即面臨三個(gè)負(fù)面后果：

浪費(fèi)時(shí)間，徹底的浪費(fèi)時(shí)間。

有彩色稿的外型構(gòu)造，卻沒彩色稿的色彩系統(tǒng)輔佐，導(dǎo)致大家無法完整理解你「精心設(shè)計(jì)」的 UI 對(duì)象。

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

其中第二點(diǎn)是本節(jié)的重點(diǎn)，在你的 wireframe 里，應(yīng)該使用系統(tǒng)原生的對(duì)象來構(gòu)成畫面，請(qǐng)避免在非必要的狀況下急著在 wireframe 里畫一些從來沒有人看過的「創(chuàng)新 UI」。一個(gè)好理解、直覺的設(shè)計(jì)是所有細(xì)節(jié)相輔相成的，在 wireframe 的階段缺少了顏色和動(dòng)態(tài)效果的輔助，更不該冒險(xiǎn)呈現(xiàn)特殊的對(duì)象外型。

三、少用代名詞

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

我們表達(dá)一件事情若要表達(dá)得精確，就應(yīng)該試著減少話中的「詮釋空間」，而代名詞的使用非常容易造成設(shè)計(jì)討論上的時(shí)間浪費(fèi)，例如「這個(gè)」、「那個(gè)」之類的詞匯，在專業(yè)討論上應(yīng)該減少使用;取而代之，你應(yīng)該使用本篇文章第一節(jié)所提到的精確名詞來表達(dá)，或是詳細(xì)描述你所指的外型。

好了，以上就是為設(shè)計(jì)師們介紹的