使用者介面

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

你還在讓 PM 畫 Wireframe？
別鬧了！
了解三種應用程式風格，讓設計更專業。

每次和 RD 討論設計，他們總是關注功能實現，對美學興趣缺缺。
UI 設計師該如何在這種情況下，與 RD 合作，讓產品既好用又好看？

還沒畫 UI Flow 就開始設計？
這就像還沒規劃路線就開車上路，迷路是必然的！
UI Flow 能幫助理清使用者動線，讓介面更直覺。

沒有 Functional Map，就開始畫 UI？
我都想說：「你這是要去哪裡？」
這就像還沒規劃路線，就衝去旅行一樣危險！
功能地圖(Functional Map)能讓設計更有條理，避免產品變成迷宮。

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

每次看到 App 沒有任何反應或提示，我都想問：「這是要我猜嗎？」
設計中，適當的反應與提示，能讓使用者操作更順暢，體驗更佳。

每次專案後期，RD 抱怨：「這狀況沒預料到啊！」設計時若忽略各種狀態與突發狀況，開發時就只能手忙腳亂地補救。

Wireframe 不是美感設計，而是 UI 的骨架。
還沒定好結構就談視覺？
就像地基沒打好，直接裝潢一樣危險！

你說：「這設計不符合規範！」
RD 回：「會動100分～」
UI 設計師和 RD 的溝通，常像外星語對話。
本篇教你破解迷思，讓合作更順暢！

三年前，我從接案公司轉戰自有產品開發，這段旅程充滿了挑戰與成長。
在這篇文章中，我將分享這段期間的經歷與心得，帶你一同回顧這段設計之路。