使用者訪談與人物誌範本

把訪談原話拆成觀察歸納成洞察，自動標出證據數與引用權限

資料表

6 張

欄位總數

79 個

難度

進階

版本

1.0

更新

2026-08-31

這個範本解決什麼問題

訪談最常見的下場，是逐字稿存進雲端硬碟之後再也沒有人打開。訪完當週沒拆觀察，兩週後誰都不記得哪一段重要；簡報要引用原話時，才發現那位受訪者的同意書一直沒補簽，一句都不能放。同一個人講三次的事被寫成多位使用者反映，人物誌寫得活靈活現，底下卻一條訪談證據都掛不上。

這份範本把原話拆進「💬 原話與觀察」，每一條都掛上「👤 講這句話的人」與「🎤 出自場次」，往上歸納到「💡 洞察」時，「涵蓋受訪者數」與「證據筆數」會自動算出這到底是幾個人講的；受訪者的「可否公開引用」則決定每句原話的「引用權限」。

範本內容

以下欄位結構直接讀自範本本身，永遠與實際內容一致。

三步驟開始使用

1. 建受訪者名單

   受訪者先建進「👤 受訪者」，訪談前就勾好「同意書已簽署」、選好「可否公開引用」——這兩欄決定他的原話之後能不能出現在對外文件裡。

2. 拆觀察掛關聯

   訪完當週把逐字稿拆進「💬 原話與觀察」，每一條同時掛上「🎤 出自場次」與「👤 講這句話的人」；漏掛人，洞察的受訪者數就會被少算。

3. 歸納成洞察

   把同方向的觀察掛進「💡 洞察」的「💬 支持證據」，用「涵蓋受訪者數」判斷站不站得住，只有一個人講過的，先別急著寫進人物誌。

這個範本適合誰

固定在跑質性訪談的產品經理、使用者研究員與設計師，特別是常被問改動依據是什麼的團隊。一年只訪兩三個人、訪完口頭同步就結束的小團隊用不上，維護六張表的成本會高於價值，先用文件記就好。

從 Excel 搬過來

這個範本用到的欄位型別中，以下幾種從 Excel 搬過來時最常出錯。

進階技巧

「🎤 訪談場次」的「場次健檢」會抓出已完成卻一條觀察都沒拆的場次，「💬 原話與觀察」的「歸納狀態」則列出還沒掛進任何洞察的觀察，週會前掃這兩欄，就知道整理債欠在哪。

常見問題

洞察的涵蓋受訪者數為什麼比實際少？

幾乎都是觀察漏掛「👤 講這句話的人」。這個數字是從觀察上的受訪者關聯一路算上去的，只掛場次不掛人，表不會報錯，只會安靜給你偏低的數字；回頭補掛就會恢復。

受訪者不同意具名引用怎麼辦？

在「可否公開引用」選「可匿名引用」或「僅限內部參考」，每條原話的「引用權限」會跟著變。簡報引用前照這一欄過一遍，就不會把不能放的話放進對外文件。

一年只訪兩三個人，值得用嗎？

不太值得。六張表的維護成本會高於價值，訪完直接口頭同步的小團隊先用文件記就好；等訪談變成固定節奏、需要跨場次累積證據時，再把資料搬進來。

量化問卷的分數可以記在這裡嗎？

不適合。這裡的單位是原話與觀察，沒有分數彙總的設計；問卷統計另外開表做，客訴與服務請求也請走客服範本，硬塞進來只會讓證據數失真。