本文內容取自 設計的方法 ，這是本 UX 必備的工具書，整理大量的研究、實驗方法，讓 Designer 可以照著做，產出有模有樣的文件。以下是我自己掏摸的心得。
注意，本文所寫內容不應該是一個人的工作，UX 研究都該是由兩人小組、甚至由團隊執行，但業界環境不許可、當公司喊 UX 同等喊反清復明的情況下，能靠自己的力量扭轉多少才是重點。
新專案啟動
參與會議時即可使用「授野分析」搭配「階梯法」的問話方式，找出專案最重要的部份。目的在去除無謂、矛盾的需求。順便逼需求單位好好思考什麼才是最重要的功能、好好思考自己提的要求是否自相矛盾或不合時宜，不要老是和大宇宙的意識一起連線抽風。
等到需求評估一切皆可行、定版後，再開始畫 Functional Map、或是進行其他的研究方法。
狩野分析
「多即是好」這種不斷增加新功能的取向，是一種無效策略。設計團隊可以透過狩野模式來分析調查、訪談，找出客戶真正重視的部份。將每一個產品屬性（如功能、價格、利益）歸類至 5 個類別中，從中找出客戶滿意度來自哪裡。
必要（基本品質要素）
最低門檻的保證，如隱私權保護、安全性、法規。屬於這類別的功能可能不會增加客戶滿意度，但如果缺少一定會造成負面影響。
想要（一維品質要素）
「想要屬性」與客戶滿意度間呈現線性關係，具備此屬性能讓客戶覺得產品更有價值。若產品包含此屬性，最好能一直保持。
驚豔（魅力品質要素）
此屬性可讓客戶感覺愉悅或驚奇，有助增進客戶滿意度。缺少此屬性通常不會導致客戶失望。它代表潛在客戶要求，大部份人不會想到、也不會要求。
中性（無差異品質要素）
不管有沒有都沒差。
負面（反向品質要素）
產品應該避免的屬性，對客戶滿意度有負面影響。（有些客戶願意負出更高代價來避免接觸這些屬性，如廣告。或是選擇沒有這些屬性的競爭對手產品。）
執行方法
詢問客戶兩個一組的問題：
- 產品具備這個功能時，你覺得如何？
- 產品沒有這個功能時，你覺得如何？
（配合圖表分析所有需求）
用階梯法詢問改版、新提專案的各種功能需求，留下最重要的。
補充說明：
- 減法才是王道嗎？─ Kano品質模型
- 狩野模型與料理的深度 雖然是講料理，但活用狩野模型，很有意思可以看看。
階梯法
購買行為背後所隱含的動機：自尊、成就感、歸屬感、自我實現、家庭、滿足感、安全感。
「為什麼這對你來說是重要的？」
問 「為什麼」，將產品顯而易見的具體特性和價值連結起來，透過階梯法可勾勒出產品屬性、結果、價值之間的關連。
屬性
具體、明顯的產品特性。
結果
好處、或產品對一個人的影響，也代表個人認為什麼是重要的。
價值
揭露產品深獲個人認同的真正原因。
配合狩野分析，用這種問話方式找出產品矛盾之處，去除多餘的功能，找出真正價值。
這是個問話技巧，很多時候提需求的人根本沒多思考，可以用這種方式把該他做的工作丟回去給他，讓他重新想過自己到底要的是什麼。我們也可以夠過一直問「為什麼」的方式知道這需求背後的含意。
心得
有時候會覺得，做這些 UX 研究，並不是真的為了易用性、使用者，最大的效益在於能讓「我覺得」掛口邊的同事把這三個字嚥回去。 最最少，實作單位不會被自相矛盾的需求涮得雞飛狗跳。實作人員再怎麼努力，也不能保證可以和大宇宙同步這種抽風、了解為什麼要這樣幹。
這本書裡有 100 種研究方法，囊括專案開發的前、中、後期。我挑出自以為執行比較容易的幾個方法，只求功能合乎邏輯、希望提出產品功能角色的人能好好想過什麼才是真正重要的。也希望能透過這種方式，在最前期就能擋下莫名其妙的需求，不用拖到最後還在改來改去、挖東牆補西牆。
（我是 UI 不是 UX，一切還在自學摸索中，如有錯誤請溫柔點指教，謝謝。）
