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

又例如 Status Bar：

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

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

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

業(yè)界 NG 率：90%

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

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

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

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

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

先以原生 UI 組件表意

業(yè)界 NG 率：80%

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