UI/UX 相關工作職責參考
UI/UX 相關工作職責參考

很多學員跟我反應,104 人力銀行只有包山包海的工作,沒什麼專業可言,很難找到自己適合工作。我會說是自己想做的工作,錢有給足,管他職稱掛什麼

但比較常見的是,內容不符,不管是職稱、職務、還是薪水…

UI/UX 工作的職責劃分
UI/UX 工作的職責劃分

網路上對於 UI 和 UX 的謬談 這篇留言數量頗多,其中一則留言我另開這篇文來回答。

這張圖是 Dan Saffer 畫的,指的是 UX 包含那些範圍,可以看到並沒有「UI」的圓圈。

UI/UX 設計師的工作範圍

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

創意與可行性

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

請體諒 Planner

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

UI 設計師要不要懂技術?

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

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

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

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

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

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

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

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

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

UX,設計的方法(專案中期)

這篇要講的是專案已經執行一陣子了,有哪些方法可以驗證初期發想和規劃方向無誤的方式,採用大家最熟悉的「原型法」和「快速反覆測試評估法」以及「MVP」的概念。可以當成是投入專案一段時間後做測試,了解苦海無涯回頭是岸所設的停損點。越早發現方向有誤並修正、比開到海中央撞冰山了才發現救生艇不足來的好。

UX,設計的方法(專案執行)

專門開始執行初期會分成兩個可能,1. 鬼打牆。2. 什麼問題意見都沒有先出幾版讓某看看。不管是跳針或是通靈,每個階段都有不同的研究方法可以幫助設計師和以後的 RD 不用把人生都填在修改到死上。

UX,設計的方法(專案初始)

本文內容取自 設計的方法 ,這是本 UX 必備的工具書,整理大量的研究、實驗方法,讓 Designer 可以照著做,產出有模有樣的文件。以下是我自己掏摸的心得。

注意,本文所寫內容不應該是一個人的工作,UX 研究都該是由兩人小組、甚至由團隊執行,但業界環境不許可、當公司喊 UX 同等喊反清復明的情況下,能靠自己的力量扭轉多少才是重點。

避免捅到自己的工作流程

再強調一次,為什麼他接的案子比我多?:設計業界潛規則,讓你接案上班都無往不利 這本書的書名雖然很鳥,卻是每位設計師都該看過的必備好書。裡面提到許多工作方法,其中包含工作流程、工作清單等非常實用的職場技巧。基於老是一稿 20 改的前提下,不把工作流程、工作清單列清楚根本是自挖的屎坑。