使用者介面

技術試玩
2014-02-17

Adobe Muse CC 心得

「Adobe Muse CC 是為了想要建立網站但不想撰寫程式碼的設計師而設計。」官網開章明義就直接寫了這句話。好吧如果是為了不會手寫Code的設計師、只需要產出一些不需要套用程式的網站的話，Muse 是滿有吸引力的。（先不提它產出的 Code 很噁心這件事…）

UI 設計
2014-01-06

3 種應用程式風格

不要再叫 PM 或 BD 畫 Wieframe ！他們真的不是 UI/UX 的專業人士，如果注重專業，在約還沒簽、規格也還沒訂出來的時候就該把 UX 加進工作流程裡了。PM 最重要的工作是控管時程、各部門單位間溝通，BD 是廣義的 Marketing ，也不該是這個位子的人在搞介面，畫 Wireframe 的是 UX 啊 UX！

職場求生
2013-12-30

應該沒有 UI 會跳出來寫這種文章，哈哈，這篇應該要歸類在「RD 老公觀察紀錄」裡。不過本文主要想聊聊從 UI 的角度來觀察 RD 在工作上的美學，至於生活上的就另開一篇再討論了。我合作過的 RD 人數不多，出社會到現在大約 70 位左右吧，樣本數不夠大，但這 70 位都有個很明顯的特質：「非黑即白，沒有灰色」。RD 的世界不是 0 就是 1 ，就跟 iOS 切圖沒有 131 x 327 的 @2x.png 要縮小成 1x 檔這玩意一樣。

UI 設計
2013-12-25

初學者的 UI Flow

UI Flow 和 Functional Map 算是最多人容易搞混的兩種圖表吧，Functional Map 主要目的在「將抽象的需求轉變成能被實現的功能」；而 UI Flow 則是「 妥善安排功能與資訊在頁面之間的操作動線 」。兩者很明顯目的不同，所以沒有什麼重工或是很麻煩之類的藉口可以逃避不做。

UI 設計
2013-12-23

初學者的 Functional Map

功能規格書、產品規格書、系統分析、需求分析等等，是 PM 或 SA 或其他同事的工作，反正不是 UI 的工作，很多 UI 不願意去接觸這類文件，（就說了字太多圖太少設計人看不下去、有沒有懶人包？）但看不懂這些文件的 UI 絕不能被稱為好 UI…連這個軟體要做什麼都不熟悉、一知半解，要怎麼說服別人設計的介面是適合這套軟體（或網站）的好介面？

UI 設計
2013-12-17

Responsive Web 抱怨篇

老實說、自從我一頭栽進 Responsive Web 的世界，又接觸 Bootstrap 後，很久沒去思考「在 Responsive 上我還能玩些什麼花樣」。有人跟我提過 Bootstrap 雖然好用、但也限制許多可能性，所以他們不喜歡。我倒認為它只是項工具、要在網頁上套用它就必須遵循它的規則。

UI 設計
2013-12-09

反應與提示

在易用性原則裡，系統狀態的能見度、辨識而非記憶這兩點與「反應」有關。在操作 App 時，「反應」扮演著重要角色，它有著引導使用者至下一步的功能，幫助使用者理解目前狀況、繼續操作。在 iOS 上，常見的反應有數種：視覺、聽覺、觸覺。點擊某個按鈕，按鈕會變成被擊中凹下去的樣子，輸入正確會聽到叮叮的成功提示音，操作錯誤或失敗手機會震動並聽到嘟嘟的錯誤提示音等等。如果對於 App 的「反應」置之不理，使用者就無法知道自己操作的結果，對於自己的操作產生疑慮、逐漸失去對這個 App 的信賴度。

UI 設計
2013-11-26

各種狀態與突發狀況

即使畫了非常精細的 UI FLOW、每一頁 Wireframe 旁也寫上詳盡的註解，但在專案後期 RD 仍是發現許多在前期規畫階段沒有被考慮進去的情況，這是為什麼呢？有一種可能性是漏了思考「各種狀態」和使用者的「突發狀況」。這會導致開發時程延後，因為訂定的規則不夠準確而再次召開討論會議確認細節。甚至發現此路不通但該功能已經做下去了無法修改進退兩難的情況。