月份: 2011 年 10 月

Metro UI 不是一套Skin

最近開始有一些軟體開發商，找我詢問Windows 8下該如何做介面設計。他們對於Metro UI的認知不盡相同，但共同點是，對於微軟這一套新的介面，既期待，又怕受傷害。

我最常聽到的問題是：「Metro UI是不是要把Icon全都改成單色，然後放在方格子裡？」「那個新的字型叫什麼名字？是不是把我們的軟體改成那個字型，然後把字體放大一些，這樣就會比較像Metro UI？」這些問題好笑歸好笑，但我相信，大部分的軟體開發者，心中都有類似的疑問：「到底什麼是Metro UI？」

Metro UI看起來很有特色，很有識別性，好像很容易抓到一些竅門，可以把現有的軟體改成「那種風格」。不過千萬別這樣做，因為這是一套全新的設計語言 (design language)，而不是另一套可以換來換去的GUI skin。

metro_ui_is_not_skin_04.jpg
Metro UI不是一套Skin，千萬別想把現有的介面改成「那種風格」
(http://goo.gl/FlgPc)

視窗不見了，Icon不見了，太陽打從西邊出來了

如果你玩過Windows Phone 7或是Windows 8 Developer Preview，相信你一定會對於新的Metro UI感到新鮮、有趣，但也會產生一些莫名的困惑。

首先，沒有了層層相疊的視窗，仔細一看，也沒有視窗「最大化」、「最小化」，更沒有「關閉」視窗的按鈕。Windows裡面沒有Windows，這可是近二十年來頭一遭。再來，Icon都變成單色的，甚至不常出現。你可以想像，沒有icon可以點的滑鼠指標，有多麼無聊，多麼手足無措嗎？

閱讀全文 Metro UI 不是一套Skin

如果你是UI Designer，下次一定要換台Mac

首先，這不是一篇廣告文。而是我在用了Macbook近一年後，發自內心的推薦。

在這之前，我是個純種的PC使用者。從高中的Intel 486 DX-33＋MS DOS 6.X開始，到大學時把Pentium 266超頻成450MHz來做電腦動畫，研究所時期用遠端桌面遙控的NB寫論文，再一路到職場工作，我一直都是PC的愛用者，而且從未使用過Mac。之前也曾經聽過很多Mac user的使用心得，像是「用過就回不去了」，這種帶有濃厚情感的說法。只是姑且一聽，畢竟在自己真正用過之前，這些評論僅止於參考。

然而，很妙的是，在用了Macbook近一年之後，我已經回不去PC，同時也開始鼓吹其他設計師換用Mac。原因無他，UI Designer應該主動去追求更多元、更極致的使用體驗，並且讓自己更懂得要求細節。像是買一台BMW，或是去杜拜帆船酒店住個幾天，都會很有幫助。不過除此之外，還有一個更有效、更務實的作法，那就是擁有一台Mac。雖然比PC貴一點點，但是可以工作，也可以娛樂，還可以讓你體驗到世界頂級的產品與服務，並且把它吸收轉化成往後做介面設計時的最低標準。

buy_yourself_a_mac_01.jpg
如果你是UI Designer，記得幫自己買台Mac

親身體驗一下，什麼叫做系統層次的高度整合

做過介面設計的人都知道，碰到整合應用程式，或甚至是整合軟硬體的案子，通常會很有趣，但是也真的很難。困難的地方在於，要在一堆可能性跟限制中，找出真正重要的亮點，同時用很強的執行力，把這個亮點從軟硬體的底層開始，以一貫之，用力地徹底執行出來。用講的誰都會，但是真正做出來的卻很少。Mac在不少層面都做到了這樣的高度整合，而且還真的超好用。

閱讀全文 如果你是UI Designer，下次一定要換台Mac

不要再追求所謂「完整的UCD設計流程」

過去常常被問到一個類似的問題：「有沒有UX設計的SOP？ 我們想要導入一套像IDEO一樣，那麼完整的設計流程」。每回聽到這樣的大哉問，我都不太好意思直接潑對方冷水，畢竟會提出這樣的問題，必定是對於使用經驗有一定的追求與憧憬。不過，很實際的狀況是，大多數公司都不需要「完整的」設計流程；相反地，大家真正需要的是，一個「有效而且彈性的」設計流程。

話說，世界上並不是沒有整套規劃詳盡的UCD (User-Centered Design)設計流程，事實上多得是，而且寫得超完整。下圖UPA的Typical UCD Process就是一個很好的範例參考 。我還記得第一次看到這張設計流程圖的時候，曾驚嘆地發出啊的一聲，然後心裡想著：怎麼可能從頭到尾，全部都跑過一次啊？是的，每個案子都可以這樣跑才有鬼。當各公司的UX team都在追求更多的時間、更多的資源，並且說服公司老闆要導入完整的設計流程的同時，基本上我的實務經驗是：很難跑完所謂完整的設計流程，而且就算跑完了，通常這個設計專案也會以失敗收場。

失敗？真的嗎？UCD設計流程看起來都很合理而且嚴謹啊，怎麼會不成功呢？

UPA Design Process
UPA Typical UCD Process, 能夠真的都跑完才有鬼

地球是圓的，而且不停快速轉動

UCD流程其實沒有錯，每一個設計專案，基本上都必須要從理解使用者開始，經過user profile以及scenario的分析，找到潛在的問題與機會點，然後逐步發展概念、驗證，並且走向細部設計。這個基本原則跟人需要吃飯喝水一樣自然，不需要再多做解釋。

只不過，在業界根本沒有那麼多時間，可以等繁複精準的研究報告，世界上也沒有那麼乖巧的競爭對手跟消費者，會動也不動地等在哪裡，讓你把市場慢慢研究透徹，然後再花6-12個月的時間把產品設計驗證到位。

閱讀全文 不要再追求所謂「完整的UCD設計流程」