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

又例如 Status Bar：

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

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

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

業(yè)界 NG 率：90%

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

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

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

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

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

先以原生 UI 組件表意

業(yè)界 NG 率：80%

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