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

UI/UX 設計師共同工作內容

很多公司都把 UI/UX 摻在一起攪一攪,只開一個職缺。最好的情況下當然是 UI 歸 UI、UX 歸 UX、前端歸前端、平面歸平面。誰這麼萬能可以全包的?公司打算開多少請他上班啊?

以下是 UI/UX 最有可能重疊的工作項目,實際狀況要看公司怎麼劃分。

企劃書

UI 要看懂企劃書,參考 UI 設計師應該要會寫的文件。UX 一定要會寫企劃書,不然怎麼辦大一點的使用者測試活動(或是說服上級投錢做研究)?

Functional Map

功能地圖,從 PM 給的規格書中整理出設計師工作用的功能,並組織架構。UI 和 UX 都要會,不然產品怎麼開發?
參考 工作清單:Functional Map

Flow Chart

接 Functional Map ,說明使用者的行為流程。他們會怎麼運用這些功能?系統怎麼反應?系統有什麼行為?UI 和 UX 都要會,搞不懂使用者怎麼操作那接下來怎麼玩?
參考 Flow Chart 和 UI Flow

UI Flow

接 Functional Map 和 Flow Chart ,功能和行為流程怎麼變成頁面的操作流程。UI 和 UX 都要會,頁面流程都不通了還能期待什麼?
參考 工作清單:UI Flow

Wireframe

接 Functional Map 和 Flow Chart 和 UI Flow。這些資訊在介面上可以用什麼方式表示。UI 和 UX 都要會,輸入、輸出、運作的邏輯要通啊。
參考 工作清單:Wireframe

Prototype

接 Wireframe 或 Mockup,可操作的原型。如果公司有專門的 UI 和 UX,有可能是 UI 和 UX 合力一起完成。
參考 初學者的 Prototype

UI Pattern、Guideline

介面的設計規範,類似企業視別系統的規則。包含操作邏輯、視覺可見的部份。
參考 設計規範要點

UI 設計師獨有的工作內容

設計完了要拿給工程師實作,所以除了美美的圖之外更重要的是實作面和可行性。寧可視覺不怎麼樣也千萬別讓工程師做不出來…你是出來工作講求團隊合作還是學生交作業射後不理啊?

產出這些文件是為了解決什麼事?不做它會造成什麼影響?每一份文件之間都有關連和階段性,比如 Flow Chart 就是依據 Functional Map 而生;UI Flow 更是看著 Functional Map 和 Flow Chart 才畫得出來。(寫文件前先搞懂為什麼要寫它在來討論為什麼可以省略它。)

Mockup

視覺稿,UI 專門的工作內容,UX 不會做到這塊。
參考 工作清單:Mockup

切圖

Mockup 完成後要切圖才能給 RD 套程式。
參考 工作清單:切圖

標示文件

切圖也完成後,要告訴 RD 數值和相關資訊他們才有辦法照刻一個啊。
參考 標示文件神器:specKing

UX 不太會直接對上「做視覺」的工作內容,和視覺有關的多和 UI 有關。所以公司如果有 UI 設計師、也有專門的 UX 小組,那雙方合作討論就會非常密集,又是另一門溝通的學問了。

UX 設計師獨有的工作內容

UX 也有分很多種,純做研究的、還是一路包到畫 Wireframe。畢竟使用者體驗裡包含互動和介面。所以獨有的工作內容是各式各樣的使用者研究方法和報告文件。

研究方法和報告文件可以參考下列文章。

UX,設計的方法(專案初始)
UX,設計的方法(專案執行)
UX,設計的方法(專案中期)
UX,設計的方法(專案後期、追蹤)

有些研究方法會和 UI 工作重疊,比如為了跑使用者測試所以要做 Prototype ,但寫使用者研究報告做簡報的那個人一定是 UX 不是 UI。

共同必需要會的軟體

我還滿討厭列出必備軟體的,現在同性質的軟體太多,只要能產出、又沒有額外問題(比如交接)的話,用什麼軟體都可以,看公司慣用或指定(有買)哪一套吧。

硬要列清單的話,我覺得 UI/UX 設計師一定要會的只有 3 項:製圖工具、簡報工具、文書工具

  1. Photoshop
  2. Keynote
  3. Page

業界常見 Axure、Xmind、Hype3 之類,上面列的 3 項軟體都熟悉的話,很快就能把同類型的類似軟體摸到粗通。

製圖工具

Illustrator、Sketch 什麼的,如果熟悉 Photoshop ,不用一星期就能上手,原理都一樣。UI 靠製圖工具產出 Mockup 和切圖。UX 不需要像 UI 一樣視覺功力這麼強,但會做美美的圖就能提高說服別人的機率(理由參考簡報工具)。

簡報工具

「我只會 Keynote ,不會 Powerpoint 不行嗎?」沒這回事,簡報做得出來就好了。UI 需要簡報檔去說服客戶或上級;UX 更需要做簡報去告訴所有人問題出在哪、說服大家為什麼要照研究結果修改、怎麼改。

文書工具

會 Page 就會 Word ,除非要到寫論文等級的功能 Page 挺不住,不然 Word 要學也很快。UI 要會的程度…交學生作業等級就夠了。UX 對文書工具要很熟,有非常多表格、圖表之類等著處理。

重點:軟體只是工具,用這款工具是為了什麼事?這工具能解決什麼樣的問題?想清楚後就不用被「工具」綁死了。

加分條件

加分條件?當然技多不壓身啊,會越多越好不是嗎?也只要略懂就夠了,UI/UX 的主力不在加分條件上,咱們主要的工作還是上述那些事,先把主軸任務顧好了再來解支線任務吧。(視公司面向不同,加分條件也會不同。)

HTML、CSS

雖然 UI 設計師要產出的文件不包含這個,但因為太多設計師亂搞,不懂裝懂也完全不管 RD 做不做得出來,還是去學一下手寫 HTML、CSS 省得危害人間。(不包含 JS 或 jquery ,連這都要 UI 會?去招個前端啦!)(HTML、CSS 對純做研究的 UX的要求級別很低。)

RWD

UI 設計師就算不會用 Bootstrap 兜一個 RWD 出來,起碼也要懂 Grid ,不然 Mockup 怎麼辦?不管 UI 還是 UX,RWD 是必備知識。(但能不能自己手刻一個 RWD 出來是另一回事。)

任何 3D 軟體

如 Maya、C4D、3D Max。非必備,但如果會 3D 軟體,實現設計的手段會多很多。

任何動畫軟體

如 AE、Flash。非必備,不過現在特效越來越吃重了,如果會的話實現設計的手段也會多很多…但工程師不一定做得出來,先學起來放,再等個 2 年看能不能拿出來用。

結尾

上述提到的各種產出,視每間公司職務範圍不同有一些差異,像企劃書可能是 PM 或 Planner 負責;Prototype 趕時間或專案太小常被忽略掉;UI Pattern、Guideline 專案太小或一次性專案等不會浪費時間搞這個。

實際工作 UI/UX 設計可能師不會接觸到全部的產出種類。但不代表可以不會寫。

我曾經因為一個 App 只有 4 頁,仗著自己有經驗,合作 RD 又是自家老公,覺得應該很有默契就懶的寫文件,省略前置跳到 Mockup 階段後直接 切圖,結果和老公吵了 2 個月的架才把字級表 App 做完。從此不敢偷懶不寫文件…再怎麼簡單的 App 最最少也會把 Wireframe 畫好。

最大的問題都卡在溝通上。

comments powered by Disqus