XSION 論壇 - 第一天上午
- 如何量化體驗價值並帶動商業成效
- 打造 UX 創作者的使用者經驗
幾年前參加過北京的 IXDC 設計論壇，貴到爆炸，但有所收穫。這次主辦單位邀請我來參加 XSION 論壇，很高興，前一晚就準備好裝備、充飽電，打算來現場即時聽打。
UX 研究方法實戰班 - 學員心得
（2022 年 10 月更新）
UX 課的教學準備我整個打掉重練了 5 次，光紙本講義就有近 30 張 A4 ，字級還是 11pt ，可想而知規劃了非常多的東西要講，所以上課步調會較快。
課程規劃上 UX 班比 UI 班硬很多，初學者可以聽懂，但不適合 0 基礎。如果完全沒有經驗又想來上 UX 課，建議把市面上「非台灣人寫的 UX 書」至少閱讀完任意 2 本，有點模糊概念再來報名，比較能保證跟上進度。
2016 年 38 本好書推薦
最近又買了個書櫃，之前還很開心櫃子有空間能夠買買買，然後就買爆了…最大的問題還不是買爆，而是書太多做筆記很辛苦、時間不夠用，體力也不夠。所以買了支蒙恬掃譯筆，加快做筆記的速度。
UX 研究方法實戰班 延伸思考
第一屆 UX 研究方法實戰班告一段落了，感謝這班學員的心得回應。我想講的東西太多，時間太少，壓縮到分組討論和實作的部份。這篇文就來講講為什麼我會這樣子規劃課程。
User Story 和 Customer Journey Map
UI 入門班的 QA 時間，有學員問「User Story 和 Customer Journey Map 有什麼不同？」順便把 Persona 和 Scenario 混在一起…
- Persona （人物誌）
- Scenario （情境故事法）
- User Story（使用者故事）
- Customer Journey Map （使用者旅程地圖）
UI/UX 工作的職責劃分
網路上對於 UI 和 UX 的謬談 這篇留言數量頗多，其中一則留言我另開這篇文來回答。
這張圖是 Dan Saffer 畫的，指的是 UX 包含那些範圍，可以看到並沒有「UI」的圓圈。
網路上對於 UI 和 UX 的謬談
最近 FB 上常看到有人分享這篇 UI & UX 差別是什麼，看圖大整理 ，這篇文有一半的圖都有問題啊，根本不是 UI…除非它指的是視覺設計。
介面設計必須考慮 輸入、輸出、運作內容 這三項，但幾乎所有的圖片都沒有提到怎麼輸入、輸出什麼、運作內容的規則。
UX 包含 UI，很難切開來講，但硬要分細的話，UX 講的是使用者感覺到什麼。UI 著重在互動和操作的媒介上。
頁面的第 6 種狀態：極限狀態
文件這回事我一直有種「永遠寫不完」的感覺，尤其是 Wireframe，把 Wireframe 當成幾個框框幾個圈圈加幾條線就搞定的文件，這樣的難度和隨手畫個井字遊戲有什麼不同？只要會畫圈圈叉叉直線橫線就能畫 Wireframe？
[翻譯] 如何修正壞 UI 一文中有提到 5 種狀態。事實上我覺得 Z 大提出的第 6 種狀態也該被納入考量。
- 理想狀態（Ideal State）
- 空白狀態（Empty State）
- 極限狀態（Maximum State）«« 第 6 種狀態
- 錯誤狀態（Error State）
- 局部資料狀態（Partial State）
- 載入中狀態（Loading State）
每個頁面在 Wireframe 階段都必須考慮這 6 種狀態，好，那狀態考慮完了也設計好了，要怎麼和專案成員溝通，確保他們都知道該頁面在各種狀態下的變化？
UX 不是 Wireframe
哪來有畫 Wireframe 就是有做 UX 的錯覺？UX 不是 Wireframe，使用者體驗為什麼會是線框稿？當然不是啊！很多人以為有畫 Wireframe 就等於有做 UX 了，那整天抱著數據統計寫文件的 UX 設計師在幹嘛？會把有畫 Wireframe 當成有做 UX 的人，合作的 RD 同事通靈技能大概 LV99 點滿了。
活用狩野分析搞定意見分岐
設計的方法 這本書不管是 UI、UX、PM、Planner 桌上都該擺一本，不知道報告/企劃書怎麼寫的時候拿來跑一下實驗很好用。從中我認識到「狩野分析」，參考 UX，設計的方法（專案初始） 這篇文，當時預期狩野分析適合用在專案初始、分析這個功能要不要做。最近簡單地跑了一遍，來寫點筆記…步驟雖然多，但只要會加減乘除就行了。
UI 設計師應該要會寫的文件
身為 UI 設計師，工作內容不是只有做 PSD 和切圖，只會這兩樣的叫美工。基本一位合格的UI設計師必須要具備撰寫文件的能力，文件最低限度需包含：企劃書、規格書、Wireframe、Mockup、切圖、標示文件、UI Kit、UI Pattern、Guideline。
UX，設計的方法（專案後期、追蹤）
前一篇提到的 RITE 就是種「可用性測試」的方法，照傳統的 UX 流程，可用性測試會排在開發後期才製作 Prototype 進行測試，到這階段要修改什麼都太遲了，所以 Lean UX 的作法才會推行用 MVP 執行 RITE。這篇要敘述的就是傳統 UX 做可用性測試的方法。
此外，雖然免洗專案很多，但也很多是需要持續追蹤改版的產品。搞定一回合的專案還會有下一回合要戰，需要透過研究方法去追蹤使用者對推出後的產品有什麼回應，像是「網路分析」。
文章分類
