使用者研究 不是觀落陰 – 淺談研究的大小事

文章作者 Page Chang – 使用者研究不是觀落陰 – 淺談研究的大小事

使用者研究 在軟體業來說一直是個流行詞,尤其 UI/UX Designer 特別崇尚這樣充滿未知與創新的方法,感覺這年頭 Designer 不會研究彷彿不用 sketch 一樣過分,但研究這項專業對於剛入行的新手而言,上手是具有難度的。

slack UI/UX/PM/RD

研究是用主動和系統方式的過程,是為了發現、解釋或校正事實、事件、行為、或理論,或把這樣事實、法則或理論作出實際應用。

– Wikipedia

在這些年的知識累積與實務操作中,我歸納出幾個使用者研究的心得,希望可以幫助到其他新手設計師不要踩雷。

Continue reading

UX Persona 瞎子摸象

你其實在瞎子摸象?談數據挖掘 UX Persona 時的困境

我們可以藉由不同 Persona 間的關鍵差異行為數據來判別 Persona 在產品中使用者中的佔比,並以此做出決策,但若想繼續深入挖掘、想探討個別 Persona 真實的行為流程是否跟我們假設相同,仍會遇到許多阻礙,在本文中筆者我將明確指出其原因並以案例呈現之。

 

進入正文前你可能需要的脈絡:

筆者我會建議可以看看有沒有缺漏的資訊需要填補,首先你可以了解一下質性調研訂出 Persona 的缺陷:只靠訪談訂出的 Persona 來決策,可能會產出大問題! Continue reading

還只靠訪談訂 Persona?教你四步驟用數據搞定量化

質性的 UX 調研配合量化數據驗證,才能讓後續的產品設計策略不斷打中使用者的需求。訪談少量使用者所訂出的 Persona,在不知道其真實市場佔比前,是很難確定其設計價值的,要說服 PM 背這種風險進行開發非常困難,這也是為什麼我們需要用數據進行量化

內文開始前,如果你對數據分析不夠熟悉

筆者我會建議可以看看有沒有缺漏的資訊需要填補,筆者先前在大舌頭上分享過了質性調研訂出 Persona 的缺陷,可以看這篇文章 → 以量化數據為參考的 Persona ,更能做出有效的決策Continue reading

如何設計有 “大量資料(data heavy)” 的介面?

我們應該常聽到老闆說:要把我們產品設計的越簡單越好!這句話看似沒錯,但時常雙方都會過度誤解 “簡單” 的意義,認為所有產品都應該第一眼就會用,而且畫面就該簡單到不行,但對某些產品,有時候過度的簡化或省略,反而造成不良的體驗,例如需要一目瞭然、方便比較、或有大量資料( data heavy )的產品。

那這類產品我們該如何進行設計呢?以下為 WebEngage 的行銷自動化產品設計案例:
Continue reading

以量化數據為參考的 Persona ,更能做出有效的決策

只靠訪談或質性調研訂出的 Persona 做產品決策,其實是非常危險的一件事情,而筆者接下來也會撰寫一整個系列使用 數據 驗證 UX 調研結果的方法、分享筆者在工作時累積出的經驗。

UX 的話術與套路

滿常聽到 UX 領域的同學們說:自從把訪談錄影給老闆看後,老闆從此再也不質疑 UX 提出的產品需求了

這真的是對的嗎?筆者認為在多數的狀況下這樣子的做法與結果是有問題的。

若僅訪談了少數人,就以此作出了影響產品走向的決策,多麽的可怕啊?一個大功能或產品的改版需要開發團隊花費數月,開發成本是以百萬為單位,如果僅憑一位 UX 訪談的影片就讓老闆動了情、做出了非理性的決策,那對產品或公司都將是個災難!

Continue reading

AARRR 指標能評判設計成效?UX 更需要的是分析使用者的行為數據 (下)

這是探討 UX 為了瞭解使用者該看哪些數據的第二篇,第一篇文中筆者介紹了 UX 同學使用 AARRR 架構容易走向 Bussiness Center 而非 User Center,而這篇筆者我將向大家介紹另一個瞭解使用者的方法:行為流分析

行為流 :行為事件間的流量轉移

行為流的具體概念滿簡單,為了方便說明,借用 Google Analytic 的畫面來當案例,我們會看到畫面如下:

Continue reading