使用者訪談的定義與目的
使用者訪談是一種結構性與非結構性兼具的深度研究法，研究員透過一對一的對話，引導目標使用者陳述其行為、動機與痛點。其核心目的在於「確認需求」、「驗證產品假設」與「降低開發風險」，而非收集大量定量數據。與問卷調查的廣泛掃描、或焦點團體的群體互動不同，訪談追求的是單一使用者的深度敘事，這能揭露連使用者自己都未能清晰表述的潛在需求。
訪談前的完整準備
執行一次高品質的訪談，七成取決於前置準備。首先，必須將模糊的「想了解使用者」轉化為可追蹤的「研究目標」，例如：「驗證新會員註冊流程是否導致 30% 的放棄率」。其次，根據目標勾勒出「理想受訪者特徵」，這不是人口統計，而是「角色、使用情境與關鍵痛點」的組合。最後，將這些特徵轉化為招募用的「篩選問卷」，確保入選者能提供真實且相關的洞察。
受訪者招募與篩選
招募是許多團隊的瓶頸，尤其在資源有限時。有效的招募策略是「多渠道並進」：透過產品內彈窗、社團與論壇（如 Mobile01、Dcard 相關板塊）發聲，或與外部招募公司合作。關鍵在於設計一份能過濾「兼職受訪者」的篩選問卷。實務上，問題應聚焦於「具體行為」而非「意圖」，例如：「您上個月平均使用本服務幾次？」而非「您是否願意使用新功能？」。我們提供一份招募問卷範本，幫助你精準鎖定目標族群。
線上訪談工具與平台選型
遠距訪談已成為常態，工具選型需平衡功能、成本與使用門檻。核心需求分為三類：一、通訊與錄影錄音（如 Zoom、Google Meet）；二、即時協作與白板（如 Miro、MURAL），用於引導使用者畫出流程；三、資料歸檔（如 Notion、Airtable）。根據我們的經驗，初創團隊可優先採用「Google Meet + Miro + Notion」的免費組合，中期再評估 Zoom 的穩定分組功能。下表整理各平台關鍵差異：
| 平台 | 主要功能 | 成本 | 適合情境 |
|---|---|---|---|
| Zoom | 穩定通話、分組討論、自動轉錄 | 免費版有限制，付費版約 US$15/月 | 需頻繁分組討論或高度依賴錄音轉文字 |
| Google Meet | 無需安裝、整合 Google Calendar | 免費 | 輕量級訪談，受訪者裝置環境複雜 |
| Miro | 無限度白板、模板庫 | 免費版有限，團隊版 US$8/月 | 需進行旅程圖或卡片分類等協作活動 |
| Notion | 資料庫、關聯頁面、模板 | 免費個人版足夠 | 作為單一知識庫，整合所有訪談資料 |
即時調整與捕捉意外資訊
再完美的腳本，也會在現場遭遇意外。資深訪談者的核心能力在於「放下腳本，聆聽深層」。當受訪者說「我通常會跳過這個步驟」，立即追問：「可以多說說『跳過』時，你的想法是什麼？」，這就是捕捉「意外資訊」的關鍵。技巧上，我們建議：一、在筆記時段標註「驚嘆號」標記矛盾言行；二、善用「沉默」，給受訪者填補空白的时间；三、準備一組「万能追問句」，如「那時候你感覺如何？」、「為什麼對你來說重要？」。這些即時捕捉的片段，往往是突破性洞察的來源。
訪談執行流程與時間管理
標準的 45 分鐘訪談應有明確的時間分配：前 5 分鐘建立信任與說明目的；核心 30 分鐘進行深度提問；後 10 分鐘請受訪者補充，並真誠致謝。角色上，主持人專注於提問與聆聽，筆記員則負責記錄關鍵語句、非語言線索（如嘆氣、停頓）與環境因素。務必在開始前再次確認錄音錄影設備，並徵得同意。時間掌控是對受訪者最基本的尊重，也能確保涵蓋所有預設主題。
A/B 版訪談腳本測試方法
如果你對某個問題的問法不確定，可採用「腳本 A/B 測試」。方法如下：準備兩個版本的核心問題，例如版本 A 從「您如何使用此功能？」開始，版本 B 從「請描述您上次完成某任務的完整過程」。各招募 3-5 位受訪者進行測試，在事後分析中，比較哪個版本能引出更多「行為細節」與「情緒描述」。評估指標不看問題數量，而看「資訊深度」與「意外洞察比例」。這能將主觀的「感覺哪個問題好」轉化為客觀的迭代依據。
資料系統化歸檔與知識管理
訪談結束不是终点，而是知識管理的起点。我們建議建立一個 triple-store 的系統：一、**原始資料**：錄音檔與逐字稿，以「日期_受訪者編號」命名；二、**標籤化片段**：從逐字稿中摘錄關鍵片段，並加上多重標籤，如 #痛點、#功能請求、#情感高點；三、**整合知識庫**：使用 Notion 資料庫，將每位受訪者的標籤片段、人物誌與旅程圖連結起來。如此一來，當你需要了解「所有提到付款流程的負面情緒」時，只需一個標籤搜尋，就能跨受訪者提取所有相關片段，實現知識的複用。
合規與隱私
在台灣進行使用者訪談，《個人資料保護法》（個資法）是必須跨越的紅線。首要步驟是取得「明確、自由給出的同意」，我們建議使用書面的「訪談同意書」，其中必須包含：研究目的、資料使用範圍、是否錄音錄影、資料保存期限（建議不超過兩年）、以及當事人撤回同意的權利。所有資料應進行「去識別化」處理，例如用「P01、P02」取代真實姓名。個資法第 19 條規定，蒐集特定目的必要範圍內的資料，且應確保其安全。未經同意將錄音外流，可能觸法。我們已準備好一份符合個資法要求的同意書範本供你下載使用。
洞察可視化：人物誌與旅程圖
Raw 的文字資料难以驅動決策，必須轉化為可視化的「人物誌」（Persona）與「旅程圖」（Journey Map）。人物誌不是人口統計的合集，而是從數位受訪者提煉出的「一位典型使用者」的縮影，需包含：照片、基本資料、目標、痛點、以及一句代表其核心態度的「名言」。旅程圖則將使用者在完成某目標的過程，拆解為階段、行動、想法、感受與痛點，並繪出「情感曲線」。我們提供了 Notion 與 Excel 的雙軌模板，你只需將標籤化的洞察卡片拖拽至對應區域，即可快速產出專業的視覺報告，這對於說服主管與跨部門團隊至關重要。
量化指標與 ROI 評估
要讓高層支持持續進行訪談，必須將洞察與商業指標掛鉤。兩個核心指標是：一、**問題發現率**：在本次訪談中，新發現的、文獻中未提及的問題數，除以總討論問題數。這能衡量研究的「開拓性價值」。二、**後續迭代加速**：比較有無訪談洞察支持，後續產品迭代 cycle time 的變化。例如，在加入訪談验证後，UI 改版的返工率從 40% 降至 15%。在最終報告中，用具體數據呈現「本次 10 場訪談，揭露了 3 個關鍵假設錯誤，估計避免了將近 200 小時的錯誤開發時間」，這是最有力的 ROI 論述。
常見問題與檢核清單
使用者訪談與焦點團體有何不同？
使用者訪談是「一對一、深度」的互動，旨在挖掘個人深層動機與敘事，避免群體壓力。焦點團體是「一對多、群體」討論，易於觀察社會互動與觀念碰撞，但容易受主導者或群體思維影響。前者適合探索敏感、複雜的個人行為；後者適合測試概念、激盪想法。
如何在 30 分鐘內完成一次有效的使用者訪談？
關鍵在於極致聚焦。準備階段就確立「單一」核心研究問題。執行時：前 3 分鐘說明目的與保密條款；核心 20 分鐘緊扣問題，使用 5W1H 追問；最後 7 分鐘請受訪者總結最重要的收穫。全程避免閒聊，並請筆記員協助控時。
哪些線上平台最適合遠距使用者訪談？
首選 **Zoom** 或 **Google Meet** 作為通訊基礎，因其穩定且多數人熟悉。若訪談需進行流程绘制或卡片分類，則搭配 **Miro** 或 **MURAL** 等白板工具。最後，用 **Notion** 或 **Airtable** 作為資料歸檔與知識管理平台。三者構成完整的遠距訪談工具箱。
訪談同意書需要包含哪些法定要素？
依據《個人資料保護法》，同意書應明確包含：1. 資料蒐集之目的（如：產品研究）；2. 資料使用方式與範圍（如：僅供內部分析）；3. 是否錄音錄影及用途；4. 資料保存期限；5. 當事人得隨時撤回同意之權利；6. 蒐集者之聯絡方式。建議使用書面並簽名，電子形式也需有明確的勾選同意步驟。
怎樣的問題會導致受訪者「美化」答案？
避免「導向性」和「評價性」問題。例如，不要問「您喜歡我們新設計的按鈕嗎？」（美化誘導），而應問「請描述您最後一次點擊這個按鈕時做了什麼」（行為描述）。也不要問「這個功能對您有幫助嗎？」（期待肯定答案），而應問「這個功能在什麼情況下對您有用？」。追問「為什麼」能幫助你觸及真實動機，而非表面贊同。
A/B 測試訪談腳本的最佳樣本大小是多少？
在探索性研究的腳本測試中，追求的是「深度」而非「統計顯著性」。每個腳本版本測試 **3 至 5 位** 受訪者已足夠判斷該版本能否有效觸及核心目標。若 3 位受訪者都對版本 A 給出簡短、表面的回答，而版本 B 能引出豐富的行動細節，則版本 B 明顯優越。
如何把訪談筆記快速轉成人物誌？
1. 將所有受訪者的標籤化洞察卡片打印或在白板上；2. 尋找「模式」：哪些目標、痛點、行為在多人身上重複出現？3. 將這些模式歸為一類，提煉出該類型的「典型」人物；4. 為此人物賦予一個名字、一張代表圖片，並從卡片中挑選最生動的语录與案例；5. 填入人物誌模板。重點是讓人物誌「活」過來，而非平均所有數據。
什麼是「問題發現率」？如何計算？
問題發現率是衡量訪談「新發現價值」的指標。計算方式為：（本次訪談中，首次被揭露的、文獻中未記載的重大問題數） 除以 （本次討論的核心問題總數）。例如，你預設了 5 個想驗證的假設，但在訪談中，受訪者主動揭露了 2 個你從未想過的使用障礙，則本次的問題發現率為 2/5 = 40%。這數字越高，代表研究的開拓性越強。
受訪者招募時，怎樣的篩選問卷最有效？
最有效的是「行為驗證題」，而非「意圖題」。例如，不要問「你是否會使用高端功能？」，而應問「過去三個月內，您使用過 [特定進階功能] 幾次？請描述最近一次使用情境。」。加入一個「 sabotaging question 」來過濾濫竽充數者，例如：「如果我們邀請您參加一場 45 分鐘的訪談，但需要您提前測試一個未完成的原型，您會？」選「可以」的通常意願更高。
訪談錄音存放多久才符合《個資法》？
個資法並未訂定「統一」的保存期限，而是要求「為達成蒐集目的之必要範圍內」保存。實務上，建議在達成研究目的（如報告產出）後，將原始錄音檔與可識別個人身份的逐字稿，於 **兩年內** 完成匿名化處理或銷毀。若研究成果將長期引用，應僅保留已去除個資的標籤化片段與分析結論。具體期限應在你的同意書中向受訪者明確說明。
如何使用 Notion 建立訪談資料庫？
建立一個關聯式資料庫：1. 一個「訪談總表」資料庫，欄位含日期、受訪者編號、版本、主要洞察摘要；2. 一個「洞察片段」資料庫，欄位含片段內容、標籤（多選）、情感分數、對應受訪者（關聯到總表）；3. 一個「人物誌」資料庫，欄位含姓名、特徵，並透過「關聯」拉入所有屬於此人的洞察片段。如此，從人物誌頁面就能一覽所有相關原始說法，實現深度與廣度的平衡。
什麼時候該使用結構性訪談，什麼時候使用非結構性？
**結構性訪談**（腳本固定）適合：需要跨受訪者進行严谨比較時（如 A/B 測試腳本效率），或新手研究員需要框架時。**非結構性訪談**（大綱導向）適合：探索未知領域、追蹤意外線索、或受訪者是極端用戶時。實務上，我們推薦以「半結構性」為主：準備一份核心問題大綱，但鼓勵根據對話流動自由調整順序與深度，這能兼顧效率與深度。