核心概念
用戶訪談（User Interview）是質性研究方法，由研究者與使用者一對一對話，透過提問與追問了解其行為、想法、動機與痛點。它回答的是「為什麼」——這是問卷數據或行為分析做不到的事。
用戶訪談 vs. 可用性測試
兩者常被混淆，但目的根本不同：
| 面向 | 用戶訪談 | 可用性測試 |
|---|---|---|
| 目的 | 了解經歷、需求、動機 | 評估設計的實際表現 |
| 資料類型 | 態度性：自述的想法與感受 | 行為性：直接觀察互動 |
| 使用時機 | 設計前的探索階段 | 設計後的驗證階段 |
| 是否需要設計物 | 不需要 | 需要原型或產品 |
最適合的三個時機：
- 專案初期、方向尚未確立時——了解真實問題空間
- 開發早期有初步概念時——對原型取得早期反饋
- 產品上線後——找出採用阻力，收集改進建議
三階段框架
訪談前：準備
1. 定義研究目標
目標必須具體且可行動。錯誤示範：「了解使用者的消費習慣」（太廣泛）。正確示範：「了解用戶在結帳流程中放棄的主要原因」。讓利害關係人參與制定，確保結果能被實際採用。
2. 撰寫訪談指引（Interview Guide）
訪談指引不是逐字稿，而是問題框架，包含：
- 開場問題（暖身，了解受訪者背景）
- 核心問題（圍繞研究目標）
- 追問提示（預先列出，以備受訪者未主動提及）
問題設計原則：
- 優先使用開放式問題（以 who、what、when、where、why、how 開頭）
- 詢問具體事件，而非一般流程（「上次遇到這個問題時，發生了什麼？」比「你通常怎麼做？」更能喚起細節）
- 避免引導性問題（「你多常用 Netflix？」預設了對方是用戶；改用「你有使用影音串流服務嗎？」）
- 不問未來預測問題（「若我們推出 X，你會買嗎？」使用者只是在猜測）
典型時間結構：介紹（5 分鐘）、暖身（5-10 分鐘）、核心問題（25-30 分鐘）
3. 試跑指引（Pilot）
正式訪談前用同事或 1-2 位目標用戶試跑，確認問題是否被誤解、順序是否自然、時間是否合理。
4. 招募受訪者
從用戶人物誌出發，用篩選問題確認符合研究條件。Jakob Nielsen 建議從五人開始：若第五位受訪者不再提供新見解，通常不需要再增加。
訪談中：執行
建立信任關係（Rapport）
開場告知訪談目的與流程，明確說明「我們在測試產品，不是在測試你」。中性確認語（"I see"、"okay"）與眼神接觸可強化安全感。
核心執行原則：
- 半結構化格式：有問題框架，但允許跟隨受訪者的思路延伸
- 不評判、不教導：你的角色是學習者
- 不怕沉默：沉默是受訪者組織思緒的空間，不要急著填補
- 持續追問：不滿足於第一個答案，用「Tell me more about that」「Why is that important to you?」深挖
- 關鍵事件法（Critical Incident Method）：請受訪者回憶特別糟糕或特別好的具體事件——極端案例記憶更鮮明，細節更可靠
- 兩人搭檔：一人提問、一人做筆記，減少遺漏與分心
訪談後：分析
- 轉錄與整理：完整記錄訪談，整合文字稿與現場觀察，特別標記情緒強烈的回應
- 找出模式：將相似反饋分組，識別跨多場訪談的重複主題，標記異常值
- 建立產出物：研究摘要、用戶旅程圖（標示痛點與機會）、可行動建議
關鍵要點
- 研究目標先於問題設計：目標模糊，問題就沒有意義；目標具體，才能設計有效的指引
- 態度資料要與行為資料互補：用戶說的（訪談）不等於用戶做的（觀察／數據）；兩者並用才能獲得完整圖像
- 訪談者偏誤是最大風險：引導性問題、急著填補沉默、對回答過度反應，都會污染資料；中立態度是核心技能
- 質勝於量：5-8 場訪談通常足以揭示主要模式；人數不是品質保證
- 探索，不是確認：訪談的目標是挑戰對使用者的假設，不是找理由支持既有想法
- 三種偏誤：記憶偏誤（難以精確回憶過去）、社會期望偏誤（給出「期待中的」答案）、遺漏偏誤（受訪者不知道哪些細節對研究者重要）
- 訪談後立即反思：每次結束後馬上檢討自己的表現，是快速提升技能的最有效方法
實務應用
5 Why 框架——挖掘根本原因
每次追問「為什麼」，從表面摩擦點深挖到核心動機：
「我每次在應用程式結帳時都會放棄」 → 為什麼？→「不確定這個 app 是否安全」 → 為什麼感覺不安全？→「沒有任何安全指標或信任標誌」 → 根本原因：缺乏信任訊號 → 解決方案：加入安全徽章
分析 Spreadsheet 結構
整理多場訪談資料時，統一欄位可加速跨場比對：
| 欄位 | 說明 |
|---|---|
| Quote | 受訪者原話 |
| Context | 發言情境 |
| Theme | 主題分類 |
| Pain Point | 痛點描述 |
| Opportunity | 機會點 |
| Priority | 優先級 |
與 PM 工作的連接
用戶訪談是 PM 角色與 AI 時代協作 中提及的「需求探索」核心工具。在 AI 加速開發的時代，PM 的不可替代價值正來自對使用者需求的深度理解——而這種理解需要透過訪談建立，無法由數據分析自動生成。
延伸觀點
三篇來源（NN/G、Product Mindset、The Product Space）交叉驗證後，有三個一致強調的觀點值得特別注意：
訪談資料是假說來源，不是決策依據
三篇皆強調，用戶訪談揭示的是「自述行為」，而非「實際行為」。記憶偏誤與社會期望偏誤使得訪談資料天生不完整——用戶在訪談中說「我每天都用這個功能」，實際使用數據可能顯示每週一次。訪談的正確定位是：提出假說，再用可用性測試或數據分析驗證。
訪談指引需要迭代，不要追求一次完美
Product Mindset 與 The Product Space 都強調，第一版問題不完美是正常的。關鍵是每次訪談後立即反思：哪些問題受訪者聽不懂？哪些問題引導了答案？然後在下一場前調整。花大量時間設計「完美指引」，不如快速試跑後迭代。
訪談者技能是不可替代的變數
NN/G 明確指出：「訪談數據品質高度依賴訪談者技巧。」流程設計、問題框架都只是工具，真正決定資料品質的是訪談者能否保持中立、能否在沉默時忍住不急著填補、能否追問到第三層動機。這項技能需要刻意練習，沒有捷徑。
反向連結
以下頁面引用了本頁：