設計不能只考慮美感,這些 UI 盲點讓專案難推進!

「這樣比較美!」但可行嗎?
許多 UI 設計師只關心視覺,卻忽略現實需求。
這篇告訴你為什麼 UI 設計不能只從五樓開始蓋!

UI/UX 設計師的工作範圍

開了幾次UI入門班,也去了幾間學校演講,常遇到這個問題: UI/UX 設計師要做些什麼樣的工作? 每間公司對於 UI/UX 的定義都不同,簡單講一下常見的工作內容。不過 UI/UX 各公司定位不同,要負責的工作項目重疊性非常廣,我先介紹重疊的部份,再來講差異點。

UI 設計入門班 - 學員心得
UI 設計入門班 - 學員心得

(2022 年 10 月更新)

從 2015 年第一班開課,每一場我都依據學員反應和 Apple、Google 發表會來修改課程內容。

課程結束後會請全體學員寫「課後心得訪問單」,全班 37 位學員得到 33 張 5 星,沒有 4 星以下的分數,平均 4.9 星。完成我對自己開課的要求(一張 4 星以下都沒有),非常感謝學員的熱情與捧場。(雖然全體 5 星很困難,但我會努力挑戰。)

有不少需要打統編的學員來自各行各業:設計公司、資訊業、電子業、學校單位、政府單位、航空業、金融業、旅行社、雜誌出版、人力銀行、房屋仲介、電信業…等等。我最開心的當然是之前派人來上課的公司,之後又派不同的員工報名,感謝學員們課後在公司的良好表現和宣傳。

可以到 Madders - KKTIX 查看最新的課程資訊和報名方式。加入 粉絲專頁 較能即時獲得開課訊息。

怎麼和 RD 配合製作 UI Animation

昨天貼的動態效果通靈文在粉絲團釣出幾位 RD 分享經驗。在講怎麼和 RD 配合製作 UI Animation 前,先來看 Rplus Chen 推薦的這篇勸世文 Stop Gratuitous UI Animation ,這篇文在呼籲大家不要為了炫而炫,少用莫名奇妙的動態特效

(本文為個人筆記,我都用 Hype3 直接產出 Prototype 和 JS,避開和一堆數值的大混戰,但該知道「為什麼要這樣做」的部份還是要懂。)

必買書單推薦

這份書單大半不適合初學者。

內容是中階向了,可能要有3年以上工作經驗會比較理解書裡面的含義、為什麼會這樣寫、實戰上要怎麼活用。之前把書櫃大清一輪,只留下 4 星以上的書,其中這幾本我都會給 4.5 星以上的評價。有幾本我推薦過很多次了。

創意與可行性

下午和群裡的設計師唇槍舌戰了一番,然後發現溝通落差,設計思考階段根本不在同一階。他希望要大家幫忙 Brainstorming 提意見,結果我一直拿可行性和他杠。(老公看到肯定覺得欣慰,養出一個會幫 RD 擋可行性的 UI 老婆。)

為什麼我不推薦敏捷開發

當專案成員越多,我越不推薦敏捷開發,原因在於「當連自己要做什麼事、為什麼這樣做、這樣做為了解決什麼問題」都搞不清楚前,就跳下去玩敏捷開發,那和比通靈還慘,通靈起碼還有個目標物在前面,搞不清楚狀況的人只能陪他跳世界迷霧開地圖了。

請體諒 Planner

最近調了部門,從 F2E 調去設計部,做 Planner 的工作。大開眼界,看到另一個角度。本來實作人員就是會私下幹醮 Planner 或 PM 搞不清楚狀況,產出的文件怎麼丟三落四、不切實際,或是時程這麼趕也不先問兩句之類。現在我也在寫企劃書,看到些覺得奇怪的問題點。和她們請教後發現很多時候不是她們願意的,而是人在江湖身不由己。

UI 設計師要不要懂技術?

UI 設計師要不要懂技術?廢話,當然要啊!不然怎麼把幻想變成現實?在實際產出之前設計師做的一切都是「美美的幻想」,還有可能不怎麼美,直到最後的產出才是真實。

舉個例子:建築師除了畫圖外,需不需要知道蓋房子每個階段的建造方式?要不要理解各種材料的特性和規格?需不需要熟悉當地環境的限制?

但建築師需不需要知道水泥車怎麼開?需不需要操作吊高機?

他們最後的成品是那疊圖紙嗎?誰去看圖紙啊,當然是實體的建築啊!那 UI 設計師最後的成品為什麼是 Mockup?

UI 設計師應該要會寫的文件

身為 UI 設計師,工作內容不是只有做 PSD 和切圖,只會這兩樣的叫美工。基本一位合格的UI設計師必須要具備撰寫文件的能力,文件最低限度需包含:企劃書、規格書、Wireframe、Mockup、切圖、標示文件、UI Kit、UI Pattern、Guideline。

設計師的版本控管

群裡來了位「全端」,一入群就在討論版本控管這件事。我的 Git 雖然不敢說熟,好歹也懂 Push 和 Pull、發生衝突怎麼解決,多少還能和 RD 槓兩句,不然依 RD 開口就是滿天術語、根本無視對方聽不聽得懂的習性,群裡的氣氛會結凍…

UX,設計的方法(專案後期、追蹤)

前一篇提到的 RITE 就是種「可用性測試」的方法,照傳統的 UX 流程,可用性測試會排在開發後期才製作 Prototype 進行測試,到這階段要修改什麼都太遲了,所以 Lean UX 的作法才會推行用 MVP 執行 RITE。這篇要敘述的就是傳統 UX 做可用性測試的方法。

此外,雖然免洗專案很多,但也很多是需要持續追蹤改版的產品。搞定一回合的專案還會有下一回合要戰,需要透過研究方法去追蹤使用者對推出後的產品有什麼回應,像是「網路分析」。