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

又例如 Status Bar：

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

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

嚴謹執行設計流程

業界 NG 率：90%

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

這個流程是容許微調的，我在 Yahoo 實習時常看到非常大型的設計流程，而在其他小型團隊工作時則多會采取上述較簡易的版本。

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

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

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

先以原生 UI 組件表意

業界 NG 率：80%

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