花了幾個月開發出一個功能，上線之後才發現用戶根本沒在用？
問卷收到滿滿的「還不錯」，幾個月後留存率卻持續下滑？
對許多新手產品經理來說，這幾乎是一定會踩過的坑。問題往往不是出在努力不夠，而是出在研究的方法和觀念上。
看完這篇你會了解：
- 用戶說的話不一定等於真實需求，產品經理應該多問過去行為。
- 需求訪談不是聊天，訪綱設計會直接影響洞察深度。
- 觀察法能補足訪談盲點，因為實際行為往往比口頭描述更可靠。
- 專家訪談不能只聽單一來源，必須交叉比對不同觀點。
- 放聲思考法適合新手產品經理做使用者研究入門測試。
用戶研究入門並不難，但要做得有效，需要先打破幾個常見的誤解。以下五個關鍵方法，是使用者研究入門最值得掌握的核心觀念，不管你是剛接觸產品管理，還是已經有些經驗，都值得重新檢視一遍。
01 用戶研究入門第一個觀念：用戶說的話，不見得是他真的需求
如果你直接問用戶「你需要什麼」，你通常得不到真正需要的答案。
不是因為用戶在說謊，而是人類本來就不擅長描述自己的行為和動機。我們的大腦習慣用語言去合理化已經發生的事，而不是準確說出內心真實的感受。
心理學上有個概念叫做「自我呈現」，意思是人們在社交情境下，會本能地展示一個更理想的自己，即使在匿名問卷裡，這個傾向依然存在。
這就是為什麼問卷常常收到「還行，挺好的」、「還不錯」，但產品上線後卻沒人要用。
更有趣的情況是，有些用戶非常友善，不想讓 PM 失望，所以給出了正面回饋，哪怕他們其實沒有特別喜歡這個設計。這不是惡意，而是人性。
解法其實很簡單：問行為，不要問意見。
與其問「你覺得這個功能怎麼樣」，不如問「上一次你遇到這個情境，你是怎麼處理的」。前者問的是抽象感覺，後者問的是真實經驗。
我們具體的過去經驗，總是比抽象的未來假設更可信，是吧？
02 需求訪談怎麼做？訪綱設計才是成敗關鍵
簡單來說，需求訪談可以分成五個步驟：先釐清研究目標、設計訪綱、招募目標用戶、訪談時追問具體經驗、最後整理共通模式。產品經理不需要一開始就追求完美訪談，重點是避免問出誘導性問題，並把注意力放在用戶過去真實發生的行為上。
很多新手產品經理第一次做用戶訪談，都帶著「只是去聊聊需求嘛」的輕鬆心態。
適度放鬆是好的，過於正式的氣氛會讓受訪者緊張，反而說不出真話。但如果你以為需求訪談就是漫無目的閒聊，很可能做完十場，手上還是沒有任何有用的之後要開發的功能洞見。
好的訪談有一個，我稱之為「看不見的結構」。
訪綱不是讓你照本宣科地唸問題，而是讓你在對話中保持方向感，確保在有限時間裡問到真正重要的事。設計良好的訪綱，讓訪談看起來像自然對話，但每一個問題其實都是刻意設計過的。
幾個核心原則：
- 問題要從寬到窄，先讓受訪者說說大的脈絡，再慢慢聚焦細節
- 當對方提到有趣的事，不要急著跳下一題，而是繼續追問：「這裡很有趣，能不能多回想一下、多說一點？」
大家比較常犯的錯誤，是在問問題時不自覺把答案藏在問題裡，像是「你會不會覺得這個步驟太複雜？」
→ 這種問題已經暗示了產品經理本身所期待的回答，受訪者很容易就順著你說。
有時我們需要學會沉默：讓受訪者把話說完，在他停頓時，先忍住不接話，因為在經驗上，往往有價值的東西，就藏在那個停頓之後。
舉個例子：你問用戶「你平常怎麼記待辦事項？」，他說「用手機的備忘錄啊」，然後停頓了一下。這時候很多人會立刻接著問下一題。
但是，如果此刻你忍住，讓沉默持續三秒，他可能會接著自己補充：「其實也不是每次都記啦，有時候懶得開手機，就直接寫在手背上。」
這一句，才是真正有用的洞見。
03 新手產品經理必學：為什麼觀察比訪談更能接近真相
如果訪談是聽用戶說什麼，觀察，就是在看用戶做什麼。
這兩者之間，你覺得哪個更能接近你想要的找出的真相？
我自己就曾做過一次辦公軟體自動化專案的觀察研究，主題是工作者如何使用內部的文件管理系統。訪談時，大多數人都很有自信地告訴我，他們會把文件分門別類整理好。
但… 當我實際坐到他們旁邊，請他們開啟自己的資料夾，眼前的畫面完全不是那麼一回事啊！幾乎每個人的桌面都堆滿了雜亂的檔案，根本沒有分類。
人們對自己的描述，和實際行為，有時候差距大得驚人。
觀察法的核心價值，就是繞過這道落差，直接去看真實發生的事。
觀察有幾種方式。定點觀察有點像神祕客，研究者在不讓被觀察者知道的情況下默默記錄，得到的資料最接近自然狀態。參與式觀察則是親身體驗目標族群面對的情境。
這裡分享我們團隊做過最難忘的一次參與式觀察：
當時我們在開發一款助行器產品，為了真正理解目標用戶的日常處境，我們決定每天上班前，在自己的雙腿上綁上鉛塊，整整一天都帶著這樣的重量行動、通勤、開會。
那一週，我才真正理解什麼叫做「走不到一半腿就沒力了」，也才注意到原來對於需要助行器的他們來說，商店前的階梯有多難跨、捷運車廂的空間有多擁擠。
這些細節，用問卷永遠問不出來。
有些感受，根本說不清楚，只能親身體驗。
04 避免誤判需求的關鍵：別讓單一專家主導你的判斷
剛接觸陌生領域時，找專家訪談是節省時間的好方法。
一位有豐富實戰經驗的專家，能在幾小時內告訴你行業生態、常見痛點、各種失敗案例。這些累積多年的見解，靠自己摸索可能需要幾個月甚至幾年。
但這裡有一個重要的陷阱：權威效應。
面對不熟悉領域的專家，大腦很容易進入仰視模式，下意識接受對方說的每一件事，不太會去質疑。這種傾向在演化上是有道理的，但在做用戶研究時，卻可能讓你建立在錯誤的認知基礎上去規劃產品。
原因很簡單：每一個專家都有自己的視角、利益和盲點。
一位在行業工作了二十年的資深人士，見解很寶貴，但也可能因為太熟悉而產生一些看不見的預設。不同立場的專家，對同一件事的解讀可能截然不同。
舉個例子：假設你要設計一款運動 App，去問一位健身教練，他可能說「最重要的是要有詳細的動作示範影片」。但如果你去問一位平常在家跟著 YouTube 運動的上班族，他可能說「我只想知道今天做了多少卡路里，其他的我不在乎」。兩個人對運動都很了解，但他們的使用情境完全不同，給你的建議自然也會差很多。
實務上最有效的做法是同時訪談立場不同、甚至觀點可能對立的多位專家，然後把他們說的拿來交叉比對。矛盾和衝突之間，往往藏著最接近現實的真相。
單一來源的資訊，無論那個來源有多權威，都需先保持一定的懷疑 → 「先接收，但不要完全接受」。
05 使用者研究入門最推薦的易用性測試法：放聲思考法
除了訪談、做觀察之外，還有一個試合產品經理做用戶研究的方法－易用性測試。
而在所有易用性測試方法中，有一個特別適合使用者研究入門的，叫做「放聲思考法」。
概念非常直覺：讓用戶在操作產品或原型的同時，把腦袋裡想到的一切大聲說出來。不管是「這個按鈕在哪裡，怎麼找不到」，還是「咦，點了這個它跳到哪去了」，還是「這個字體真的很小，好在我有看到」，通通說出來。
這個方法的神奇之處，在於它讓你看到一般測試看不到的東西。
普通的可用性測試中，你能觀察到用戶做了什麼，但不知道他為什麼這樣做。他點錯了按鈕，是因為文字讓他誤解？還是按鈕位置不對？還是他根本沒注意到那個按鈕？
光靠觀察行為回答不了這些問題，你需要同時「進入他的大腦」。
放聲思考法做到了這一點。用戶邊操作邊說話，你就能即時聽到他的推理過程、假設、困惑，以及他在哪個環節卡住、大腦做了什麼判斷。
測試現場通常有兩個角色：
- 主持人負責說明任務、請用戶開始操作，過程中盡量不介入
- 觀察員負責記錄所有言語、動作和表情
測試結束後，再花最多二十分鐘做簡短追問，針對放聲思考過程中仍然含糊的地方深入釐清。
如果遇到表達能力較弱的受測者，可以把操作過程全程錄影，之後陪他一起回顧影片邊討論，這個方式叫做「回溯式訪談」，能有效彌補即時放聲思考的限制。
測試前記得設計幾個關鍵任務，例如「請你搜尋到某本書，加入購物車並完成結帳」。任務要具體，但執行過程「完全交給用戶」，不干預－他們的卡頓和迷路，正是你最需要發現到的問題。
做使用者研究，其實是一種好的換位思考習慣
想做用戶研究？其實並不需要先學會各種高深的研究方法。
但我建議要先建立一個觀念：不要只相信自己的直覺，也不要只聽用戶表面說法，而是透過訪談、觀察或易用性測試，把「假設」拿到真實情境中驗證。
當你習慣做訪談，甚至用來和自己身邊的同事溝通時，你也會開始更在意對方真正的需求，而不只是他說出口的話。你會開始做觀察、每次走進新的環境時，你會下意識留意那些細節、那些說不出口的不便與潛台詞。
我相信用戶研究這個技能不只能用在產品上，你也能在日常工作派上用場，包括團隊溝通、利害關係人管理，以及各種大大小小的衝突處理。
用戶研究就像一面鏡子，讓我們不斷被提醒：自己並不是用戶，你的假設可能是錯的，你需要去問、去觀察、去確認。
快問快答 FAQ
1. 新手產品經理要從哪裡開始做用戶研究？
用戶研究入門不需要從最複雜的方法開始。
建議新手產品經理先從用戶訪談練起，因為它的門檻相對低，只需要一份設計好的訪綱和幾位願意受訪的目標用戶。做完三到五場訪談之後，你對研究的感覺會比讀十篇文章更扎實。等訪談熟悉了，再慢慢加入觀察和測試，循序漸進。
2. 需求訪談怎麼做？有沒有簡單的步驟可以參考？
需求訪談的基本步驟
- 先定義這次訪談想驗證的產品假設。
- 設計從寬到窄的訪綱。
- 招募符合目標族群的受訪者。
- 訪談時多問過去經驗，少問未來意願。(例如「上一次你遇到這個狀況，你是怎麼做的」，而不是「你覺得這樣好不好」這類抽象意見)
- 訪談結束趁記憶猶新盡快整理重點
3. 使用者研究入門需要學哪些方法？
使用者研究入門建議先掌握三大類方法：訪談、觀察和測試。
訪談包含用戶訪談、需求訪談和游擊式訪談；觀察包含定點觀察和參與式觀察；測試則可以從放聲思考法開始練習。
做用戶研究一定需要專業研究員或 UX 設計師嗎？
不一定。許多基礎的用戶研究方法，產品經理自己就能執行。訪談、觀察、放聲思考測試這些方法的核心邏輯並不複雜，只要有基本的訪談技巧和觀察框架，新手產品經理也能做出有參考價值的研究成果。當然，如果團隊資源允許，有 UR 研究員或 UX 設計師加入會讓研究品質更穩定，尤其是在分析和歸納洞見的階段。
產品經理做用戶研究，最常犯的錯誤是什麼？
最常見的錯誤有三個：
第一，只問意見、不問行為，導致收到的答案和現實脫節
第二，訪談時過度引導受訪者，讓對方說出你想聽的答案，而非他心裡的真實想法
第三，只仰賴單一資料來源，無論是一份問卷、一位專家，還是一場訪談，都不足以做出可信的判斷，交叉比對才是避免誤判需求的關鍵。
註：在台灣的產品與 UX 領域，「用戶研究」和「使用者研究」常被交替使用，兩者核心都是理解目標使用者在真實情境中的行為、需求與痛點。
