UI/UX 相關工作職責參考
很多學員跟我反應，104 人力銀行只有包山包海的工作，沒什麼專業可言，很難找到自己適合工作。我會說是自己想做的工作，錢有給足，管他職稱掛什麼。
但比較常見的是，內容不符，不管是職稱、職務、還是薪水…
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 改的前提下，不把工作流程、工作清單列清楚根本是自挖的屎坑。
文章分類
