UI/UX 設計師的工作範圍
開了幾次UI入門班，也去了幾間學校演講，常遇到這個問題： UI/UX 設計師要做些什麼樣的工作？ 每間公司對於 UI/UX 的定義都不同，簡單講一下常見的工作內容。不過 UI/UX 各公司定位不同，要負責的工作項目重疊性非常廣，我先介紹重疊的部份，再來講差異點。
UX 不是 Wireframe
哪來有畫 Wireframe 就是有做 UX 的錯覺？UX 不是 Wireframe，使用者體驗為什麼會是線框稿？當然不是啊！很多人以為有畫 Wireframe 就等於有做 UX 了，那整天抱著數據統計寫文件的 UX 設計師在幹嘛？會把有畫 Wireframe 當成有做 UX 的人，合作的 RD 同事通靈技能大概 LV99 點滿了。
活用狩野分析搞定意見分岐
設計的方法 這本書不管是 UI、UX、PM、Planner 桌上都該擺一本，不知道報告/企劃書怎麼寫的時候拿來跑一下實驗很好用。從中我認識到「狩野分析」，參考 UX，設計的方法（專案初始） 這篇文，當時預期狩野分析適合用在專案初始、分析這個功能要不要做。最近簡單地跑了一遍，來寫點筆記…步驟雖然多，但只要會加減乘除就行了。
UX，設計的方法（專案後期、追蹤）
前一篇提到的 RITE 就是種「可用性測試」的方法，照傳統的 UX 流程，可用性測試會排在開發後期才製作 Prototype 進行測試，到這階段要修改什麼都太遲了，所以 Lean UX 的作法才會推行用 MVP 執行 RITE。這篇要敘述的就是傳統 UX 做可用性測試的方法。
此外，雖然免洗專案很多，但也很多是需要持續追蹤改版的產品。搞定一回合的專案還會有下一回合要戰，需要透過研究方法去追蹤使用者對推出後的產品有什麼回應，像是「網路分析」。
UX，設計的方法（專案初始）
本文內容取自 設計的方法 ，這是本 UX 必備的工具書，整理大量的研究、實驗方法，讓 Designer 可以照著做，產出有模有樣的文件。以下是我自己掏摸的心得。
注意，本文所寫內容不應該是一個人的工作，UX 研究都該是由兩人小組、甚至由團隊執行，但業界環境不許可、當公司喊 UX 同等喊反清復明的情況下，能靠自己的力量扭轉多少才是重點。
初學者的 User Experience Map
最近很努力在研究 User Experience Map，簡單整理下列幾份資料，希望對大家有幫助。在 IXDC 的相關內容可參考這兩篇文：Customer Experience Map Tips 、IXDC 如何使用客戶體驗歷程圖來規劃完美的用戶體驗 筆記
IXDC 使用JTBD制定產品創新及產品設計戰略 筆記
主題：使用JTBD制定產品創新及產品設計戰略
講者：張晶華 Mozilla 產品戰略研究資深總監
是的，我現在人在北京，參加2014IXDC國際體驗大會，這是我今天聽講座的心得，她是位非常厲害的講者。
關於使用者經驗測試
我很喜歡有人問問題，這表示不用絞盡腦汁想 blog 文章主題，有問題就盡量問吧，不管是留言、Twitter、或是寫信都可以。
「關於使用者體驗與使用者介面的測試，怎麼測試這樣的設計對使用者來說是好的？」
便宜有便宜的作法、難有難的深入，我的領域不是跟數據打交道的那塊，加上時間成本 和偷懶 我大多便宜了事（這麼理直氣壯的說好嗎？）以下是個人觀點。
使用者經驗藏寶圖：序
Peter Morville 設計出「使用者經驗藏寶圖
」，如圖，說明一個構想是怎麼合理且適切地無中生有，一直到完成設計提出各式文件給客戶的開發流程。我覺得這是每位UI、RD、PM都該知道的流程，同時也是開發產品的必經之路。身為專案成員不應該悶著頭只做自己份內的事，了解團隊如何運作、每個階段該產出什麼，這點非常重要。
文章分類
