開了幾次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 項：製圖工具、簡報工具、文書工具。
- Photoshop
- Keynote
- 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 畫好。
最大的問題都卡在溝通上。
