UI 扯後腿？

有鑒於 UIUX 詢問度近幾年日趨高漲，研究使用者心理變得越來越夯，讓很多視覺出道的工作者也想了解並參與其中，但做 UI 設計到底該注意什麼呢？到底要怎麼做才不會被工程師罵到臭頭呢？

這是設計師與工程師

今天，設計師畫了一個上傳照片的功能：

設計師如果只提供這張圖會代表什麼呢？

就會變成這樣，總得有人去問神接下來會長什麼樣子：

喔，別忘了，做出來以後設計師如果不滿意。

瞭解了嗎？設計師做了一個很漂亮，但很難用的東西，工程師還有很多其他事要做，饒了他們吧，這還沒到 QA 跟用戶端呢，像是我可以傳一個 200mb 的檔案嗎？可以傳 .exe 嗎？10000x10000 px 的圖片能預覽嗎？你絕對不會想知道用戶們還有什麼創意玩法的！！

所以，身為一個 UI 設計師應該要考慮什麼，讓我們從這個案例攤開基本可能結果吧，這邊有一些最基礎的狀況會發生：

這樣有比較清楚了對嗎？畢竟我們畫的圖得讓其他人看懂才行，你會覺得這是 UX 該做的事嗎？不對喔，這裡面也包含顏色跟使用情境的規劃，不可能單靠 Design Guideline 完成，除非你 Guideline 制定的詳細到每一個使用情境(那跟直接做這些結果差不多)，所以客製的工作是少不了的。

那麼不如使用 Prototype 實作測試？這樣其他人才懂要怎麼運作，好，讓我們試試怎麼做：

由於 Prototype 是線性的製程，無法有意圖的觸發個別情境，因此你必須個別製作與測試，之後還得根據結果逐個修改，然後花了一個禮拜終於處理完了，一個禮拜只處理了一個上傳圖片的按鈕，值得嗎？Prototype 在這種場景使用就會做死你自己，尤其是觸發各種結果這樣的事，你可以參考我之前寫的這篇 。

設計師不該悶著頭在自己的電腦前苦幹實幹，應該讓自己更有彈性的去參與團隊溝通，了解，說服，接納，反思，最後測試，有時你以為實作流程是長那樣，但實際上只是你的想像，與現實早已脫節，技術日新月異，保持開闊心思是必須的。

設計師在最理想的情況下，應該為自己產品的每個角落負責，如果時間上不允許，也應該讓團隊的人知道該怎麼做，這也是設計系統建立的重要性，而不是跟著大家一起畫 UIKit 就結束了，每個產品都有自己的賣點與痛點，找到他們，針對他們去優化。

這不只是為了產品，也是為了你自己。