又例如 Status Bar：

我看過(guò)太多設(shè)計(jì)師為了設(shè)計(jì)感而給 Status Bar 著上前景色（Foreground），讓它變灰甚至變成彩色，又指責(zé)開(kāi)發(fā)者這么單純的事都辦不到，其實(shí) Apple 在文件里寫得很清楚，這個(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í)常看到非常大型的設(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á)到一定門坎前，數(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ì)于畫面上「有哪些對(duì)象」取得共識(shí)，而不是這些對(duì)象「該長(zhǎng)什么樣子」，那是 mockup 階段才要注重的，因此將 wireframe 畫得過(guò)于精美是一件非常奇怪的事情，例如這樣：