用戶體驗這個世界老是很多縮寫, 像是 UX, UCD, IXD 等等, 常常讓別人搞不清楚這到底有什麼區別.
連 UX 前面加了些形容詞: traditional UX, Agile UX, Lean UX, 就可以讓我們頭昏腦脹的, 不只局外人不懂, 也 UX 自己局內人也不了, 因此這已經牽扯到跨領域的組合了.
身為攻城獅的我們, 對於事情喜歡追根究底, 因此讓我們來探討一下, 這 3 個東西到底有什麼不同.
傳統 UX
傳統用戶體驗該注重什麼事情, 我想身為這個領域的專家應該都很清楚. 什麼是好的設計原則, 哪些東西是可用性時要考量的, 這些都和以前一樣重要.
唯一要特別強調的, 傳統 UX 做事的習慣, 比較強調以下事情:
1. 循序處理: 很東事情都是照順序來做, 要先做使用者研究調查, 有 persona, 資訊架構設計等等, 這些東西準備好後, 才交給開發人員開始撰寫程式.
2. 大量前置設計: 因為要循序處理, 所以大部分的需求, 都要先設計好, 才能往下傳給開發人員. 雖然後面會有新增功能, 或是功能變動, 但是主要還是大批次在進行.
3. 專業分工: 大部份的工作, 是由 UX researcher, UI 設計人員來進行, 做完後才叫專案經理進來聽結果.
敏捷 UX
基本上, agile 是從開發人員角度所發展出來的, 所以他的角度, 認為整個過程中, 開發最重要. 所以在這樣的思維下, 強調的是高品質, 高效率, 也就是先賺錢(誤), 不, 是交付有價值的東西比較重要. 至於是不是有考量到用戶體驗這件事, 並不是在考量的重點內.
在這樣的流程中, 強調的是跨領域的協同合作, 以及快速交付. 因此 UX 的流程被轉換:
1. 他要思考如何和不同人一起合作, 讓大家對一些事情上面, 能夠有共同的瞭解. 像是 design studio 就是一種做法
2. 思考如何非大批次交付, 如何平衡事前的整體規劃, 以及 sprint 中部分功能的細部設計. 這部分並不容易, 就像開發人員要面對架構設計, 事前如何的整體考量, 以及在每個 sprint 中要如何演進改善.
Lean UX
雖然敏捷開發可以讓我們有彈性地做出產品, 但是如果只是很快做出一堆沒有要的高品質系統, 這樣也沒有用處. 因此, 在 lean 中, 希望透過以減少浪費, 及早驗證假設的方式, 找出那些是客戶真的想要的東西.
在傳統 UX 我們會先收集資訊, 瞭解使用者痛在哪裡, 之後才決定系統該提供怎樣的功能. 但是有可能在早期無法知道所有事情, 並且也沒有強調確認的方式, 即使有 usability testing, 那也是某個階段做, 並且可能來不及.
在 lean 的過程中, 每次只針對一小部分重要的東西開始做, 並且強調這是一個學習的過程:
1. 了解我們的假設是否正確, 也就是問題和解決方案是否匹配
2. 重視數據回饋, 以及回饋的速度是否能很快
所以看起基本上 UX 的本質是不變的, 什麼是好的設計, 好的易用性, 原則是放之四海皆準的. 不同的地方是, 考量的重點不同. agile 要求的是協同合作, 而 lean 希望的是驗證假設. 你要做的是調整 UX 的做法, 來搭配這些不同的考量重點.
這樣講完後, 有比較清楚嗎? 還是讓大家越搞越糊塗了?
參考文獻:
Agile UX vs Lean UX – How they’re different and why it matters for UX designers
全站熱搜
留言列表
