本文內容取自 設計的方法,這是本 UX 必備的工具書,整理大量的研究、實驗方法,讓 Designer 可以照著做,產出有模有樣的文件。以下是我自己掏摸的心得。

注意,本文所寫內容不應該是一個人的工作,UX 研究都該是由兩人小組、甚至由團隊執行,但業界環境不許可、當公司喊 UX 同等喊反清復明的情況下,能靠自己的力量扭轉多少才是重點。

#新專案啟動
參與會議時即可使用「授野分析」搭配「階梯法」的問話方式,找出專案最重要的部份。目的在去除無謂、矛盾的需求。順便逼需求單位好好思考什麼才是最重要的功能、好好思考自己提的要求是否自相矛盾或不合時宜,不要老是和大宇宙的意識一起連線抽風。

等到需求評估一切皆可行、定版後,再開始畫 Functional Map、或是進行其他的研究方法。

狩野分析

「多即是好」這種不斷增加新功能的取向,是一種無效策略。設計團隊可以透過狩野模式來分析調查、訪談,找出客戶真正重視的部份。將每一個產品屬性(如功能、價格、利益)歸類至 5 個類別中,從中找出客戶滿意度來自哪裡。

必要(基本品質要素)

最低門檻的保證,如隱私權保護、安全性、法規。屬於這類別的功能可能不會增加客戶滿意度,但如果缺少一定會造成負面影響。

想要(一維品質要素)

「想要屬性」與客戶滿意度間呈現線性關係,具備此屬性能讓客戶覺得產品更有價值。若產品包含此屬性,最好能一直保持。

驚豔(魅力品質要素)

此屬性可讓客戶感覺愉悅或驚奇,有助增進客戶滿意度。缺少此屬性通常不會導致客戶失望。它代表潛在客戶要求,大部份人不會想到、也不會要求。

中性(無差異品質要素)

不管有沒有都沒差。

負面(反向品質要素)

產品應該避免的屬性,對客戶滿意度有負面影響。(有些客戶願意負出更高代價來避免接觸這些屬性,如廣告。或是選擇沒有這些屬性的競爭對手產品。)

執行方法

詢問客戶兩個一組的問題:

  1. 產品具備這個功能時,你覺得如何?
  2. 產品沒有這個功能時,你覺得如何?

(配合圖表分析所有需求)

用階梯法詢問改版、新提專案的各種功能需求,留下最重要的。

補充說明:
1. 減法才是王道嗎?─ Kano品質模型
2. 狩野模型與料理的深度 雖然是講料理,但活用狩野模型,很有意思可以看看。

階梯法

購買行為背後所隱含的動機:自尊、成就感、歸屬感、自我實現、家庭、滿足感、安全感。

「為什麼這對你來說是重要的?」

「為什麼」,將產品顯而易見的具體特性和價值連結起來,透過階梯法可勾勒出產品屬性、結果、價值之間的關連。

屬性

具體、明顯的產品特性。

結果

好處、或產品對一個人的影響,也代表個人認為什麼是重要的。

價值

揭露產品深獲個人認同的真正原因。

配合狩野分析,用這種問話方式找出產品矛盾之處,去除多餘的功能,找出真正價值。

這是個問話技巧,很多時候提需求的人根本沒多思考,可以用這種方式把該他做的工作丟回去給他,讓他重新想過自己到底要的是什麼。我們也可以夠過一直問「為什麼」的方式知道這需求背後的含意。

心得

有時候會覺得,做這些 UX 研究,並不是真的為了易用性、使用者,最大的效益在於能讓「我覺得」掛口邊的同事把這三個字嚥回去。最最少,實作單位不會被自相矛盾的需求涮得雞飛狗跳。實作人員再怎麼努力,也不能保證可以和大宇宙同步這種抽風、了解為什麼要這樣幹。

這本書裡有 100 種研究方法,囊括專案開發的前、中、後期。我挑出自以為執行比較容易的幾個方法,只求功能合乎邏輯、希望提出產品功能角色的人能好好想過什麼才是真正重要的。也希望能透過這種方式,在最前期就能擋下莫名其妙的需求,不用拖到最後還在改來改去、挖東牆補西牆。

(我是 UI 不是 UX,一切還在自學摸索中,如有錯誤請溫柔點指教,謝謝。)

comments powered by Disqus