UI知識(shí)，如何提高UI設(shè)計(jì)效率：觀念與溝通(4)

身為設(shè)計(jì)師的你，應(yīng)該要...

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

業(yè)界 NG 率：接近 100%

許多人認(rèn)為創(chuàng)造力和邏輯是左右半腦分開(kāi)管轄的、設(shè)計(jì)師和工程師使用的是不同部分的能力，所以大家各安其份做好自己的工作就好——我負(fù)責(zé)光鮮亮麗地畫(huà)圖，工程師就負(fù)責(zé)用超大聲的同刻鍵盤(pán)在黑色的屏幕上編寫(xiě)外星文。

但事實(shí)上這種刻板印象除了阻礙你進(jìn)步以外可說(shuō)是一點(diǎn)用都沒(méi)有（而且不見(jiàn)得是正確的）。

巴別塔的故事大家?guī)缀醵悸?tīng)過(guò)，會(huì)造成溝通問(wèn)題的原因很簡(jiǎn)單，就是講的「語(yǔ)言」不同，而非思考方式不一樣——無(wú)論是什么領(lǐng)域，要成為佼佼者，都必須具備高度的創(chuàng)造和想象能力，而設(shè)計(jì)更是非常講求邏輯的行為。

所以設(shè)計(jì)師懂工程實(shí)作原理要做什么？該懂哪些部分？很簡(jiǎn)單，你不需要學(xué)會(huì)怎么寫(xiě) code，但你至少需要懂得：

1. 正確稱(chēng)呼 UI 組件

以 iOS 為例子，在 Apple 的接口設(shè)計(jì)規(guī)范文件里，每個(gè)畫(huà)面構(gòu)成的組件都有正式的名稱(chēng)，我們看看：

這玩意兒叫做「Segmented Controls」，而不是「那個(gè)長(zhǎng)得像膠囊的選單」，如果能夠使用正確的術(shù)語(yǔ)來(lái)溝通，將能夠省下非�？捎^的解釋時(shí)間。如果你想了解得更多、更精確，將前述的規(guī)范文件讀熟以后，建議你再繼續(xù)研究 UIKit Catalog。

2. 有些效果就是做不出來(lái)、很難做、不該做

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

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

又例如 Status Bar：

我看過(guò)太多設(shè)計(jì)師為了設(shè)計(jì)感而給 Status Bar 著上前景色（Foreground），讓它變灰甚至變成彩色，又指責(zé)開(kāi)發(fā)者這么單純的事都辦不到，其實(shí) Apple 在文件里寫(xiě)得很清楚，這個(gè)東西你就只有黑或白色可選，像這種就是你不該做的效果。

建議：如果你是就讀設(shè)計(jì)科系的大學(xué)生或研究生，我會(huì)建議你選修計(jì)算器概論、基礎(chǔ)數(shù)據(jù)結(jié)構(gòu)，這些都會(huì)對(duì) UI 設(shè)計(jì)非常有幫助。

嚴(yán)謹(jǐn)執(zhí)行設(shè)計(jì)流程

業(yè)界 NG 率：90%

之前和一些公司合作的過(guò)程、以及和朋友聊天的時(shí)候，我發(fā)現(xiàn)一個(gè)團(tuán)隊(duì)在設(shè)計(jì)流程上草率帶過(guò)的情形比想象中還多。一般來(lái)說(shuō)我會(huì)建議中小型項(xiàng)目采取以下流程來(lái)執(zhí)行設(shè)計(jì)：

這個(gè)流程是容許微調(diào)的，我在 Yahoo 實(shí)習(xí)時(shí)�？吹椒浅４笮偷脑O(shè)計(jì)流程，而在其他小型團(tuán)隊(duì)工作時(shí)則多會(huì)采取上述較簡(jiǎn)易的版本。

要如何微調(diào)呢？基本上不建議省略其中的步驟，但在上面綠色箭頭處可以減少迭代的次數(shù)來(lái)達(dá)到省時(shí)的目的，而這部分就會(huì)稍微考驗(yàn)到產(chǎn)品設(shè)計(jì)師、PM 的經(jīng)驗(yàn)和 gut feeling 了。

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

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

先以原生 UI 組件表意

業(yè)界 NG 率：80%

在設(shè)計(jì)的 wireframe 階段，主要目標(biāo)是讓大家對(duì)于畫(huà)面上「有哪些對(duì)象」取得共識(shí)，而不是這些對(duì)象「該長(zhǎng)什么樣子」，那是 mockup 階段才要注重的，因此將 wireframe 畫(huà)得過(guò)于精美是一件非常奇怪的事情，例如這樣：

如果把 wireframe 畫(huà)得如此精美，你將立即面臨三個(gè)負(fù)面后果：

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

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

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

其中第二點(diǎn)是本節(jié)的重點(diǎn)，在你的 wireframe 里，應(yīng)該使用系統(tǒng)原生的對(duì)象來(lái)構(gòu)成畫(huà)面，例如這些東西：

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

這樣一來(lái)，畫(huà)面上都是大家平常使用 App 時(shí)有看過(guò)的形式，看得懂畫(huà)面的時(shí)候，就能夠?qū)Ｐ奶接戇@些功能是不是產(chǎn)品所需要具備的。

少用代名詞

業(yè)界 NG 率：60%

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

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

好了，如果你是設(shè)計(jì)師，希望這篇文章能夠幫助你在設(shè)計(jì)的溝通討論上更加順暢、省時(shí)；如果你是 PM 或開(kāi)發(fā)者，也可以順便學(xué)習(xí)、或?qū)⑦@篇文章轉(zhuǎn)給你的設(shè)計(jì)師參考。