文章類型

實作方法文 / 現場主持文

這篇想先講的一句話

很多 PM 一開始做訪談時，最容易犯的錯不是「問題不夠多」，而是把研究 session 想成一場自然聊天。

自然聊天當然有親和力，但研究 session 真正要做的事不是聊天順不順，而是在不扭曲現場的前提下，穩定地收集可分析的 evidence。

這也是為什麼同一份訪綱，換兩個人來跑，最後拿到的材料品質可能差很多。

差別通常不在口才，而在這些很具體的現場功夫：

  • 怎麼建立 rapport，但不過度認同
  • 什麼時候追問，什麼時候閉嘴
  • 什麼時候該請對方示範，而不是繼續說
  • 田野裡到底要看什麼，不只是聽什麼
  • 記筆記時怎麼不讓自己變成低頭抄稿機
  • observer 怎麼存在，才不會把整個房間的空氣弄壞

所以這篇不是在講「怎麼主持得更像主持人」，而是在講：

PM 怎麼把 research session 跑成可靠的研究，而不是跑成一場好聊但失真的對話。

先拆掉一個誤會：友善很重要，但「自然」不是最高原則

很多人把研究主持理解成兩件事：

  • 讓 participant 放鬆
  • 讓對話自然發生

這兩件事都沒錯，但如果只停在這裡，session 很容易滑向兩個極端。

第一種極端，是主持人太想讓對方舒服，結果一路接話、認同、補句子，最後 participant 開始順著你的語氣講。
第二種極端，是主持人太想把題目問完，整場變成一連串審問句，participant 雖然配合，但幾乎沒有把自己的真實脈絡講出來。

研究現場比較穩的狀態，其實是介於兩者之間：

  • 關係上足夠放鬆
  • 結構上有明確目的
  • 追問時有好奇心，但沒有偷偷帶路
  • 讓對方保有自己的語言和節奏
  • 同時又不讓 session 散成一團

所以如果要用一句比較不浪漫但更準的話來說，主持不是「陪使用者聊聊」，而是用有結構的方式，讓對方把自己的世界打開給你看。

現場主持最重要的，不是多講，而是少扭曲

我自己會把 facilitation 想成一件很樸素的事：

你不是來表現理解力的，你是來減少你對資料的污染。

這個心態一立起來，很多現場判斷就會比較清楚。

你要做的，不是替對方總結太快

很多 PM 一聽到熟悉的東西，就會很想幫對方接：

  • 所以你的意思是…
  • 你應該是因為…
  • 聽起來就是這個流程太麻煩對吧？

這種句子偶爾用來確認理解沒有問題，但太早、太頻繁地用，等於在把 interpretation 倒回 participant 嘴裡。

更穩的做法通常是：

  • 你剛剛說卡住，卡住是發生在哪一段？
  • 當時你腦中在想什麼？
  • 你說「不放心」，不放心的是哪一種風險？
  • 可以帶我回到那一次，從頭講一遍嗎？

差別很小，但方向完全不一樣。
前者是在幫他整理成你的框架，後者是在請他補完整自己的經驗。

你要做的，不是把現場塞滿，而是保留空白

新手主持人很怕沉默。
但研究裡很多有料的東西，恰恰是停在那幾秒之後才冒出來。

對方停住，有時不是沒東西，而是在找回那個情境。
如果你每次都急著接話，participant 只會給你比較表面的版本。

所以現場的沉默不是尷尬，而是工作。
只要那個沉默不是敵意，它通常值得等一等。

田野與訪談最大的差別，不是地點，而是你終於看得到脈絡

這也是很多 PM 一開始低估 fieldwork 的地方。

他們會以為田野研究只是把訪談搬到使用者家裡、辦公室、門市或工作現場。
但真正的差別不是 backdrop，而是context suddenly becomes visible。

你在會議室或 Zoom 裡聽到的，通常是使用者對自己的回憶、整理、解釋。
你到現場之後看到的，常常是另一種東西：

  • 他嘴上說每天都照流程走，但桌上其實貼滿 workaround
  • 他說系統不難用，但旁邊同事每做一步都要提醒一次
  • 他說自己只花三分鐘完成任務，現場一看才發現前置準備早就分散到前面半小時
  • 他說某份資訊不重要，但實際操作時那張紙一直被拿起來確認

這些東西不是 participant 故意不講，而是很多行為早就變成自動駕駛。
不在場，你就不容易看見。

所以做 fieldwork 時，不要只把自己當成「把訪綱帶去別的地方問一遍」。
你真正要收的是：

  • 空間裡有哪些 artefacts
  • 有哪些工具、紙本、白板、便條、Excel、群組訊息在偷偷支撐流程
  • 有哪些 handoff、等待、切換、打斷
  • 誰在幫誰補洞
  • 哪些 workaround 已經正常到他們不覺得那叫 workaround

現場到底該看什麼？我會優先看這五類東西

1. 真正被使用的工具與物件

不要只問「你平常用哪些工具」。
去看他真的在碰什麼。

像是：

  • 瀏覽器分頁
  • 手抄筆記
  • Excel
  • 內部表單
  • Slack / LINE 群組
  • 印出來的 SOP
  • 自己做的小抄

使用者的工作流，常常不是產品 flow 圖上那條乾淨箭頭，而是一個靠各種 artefact 勉強接起來的 patchwork。

2. 切換成本

很多 friction 不是單一步驟難，而是要一直在不同地方切換。

  • 在手機和桌機之間切
  • 在系統和紙本之間切
  • 在搜尋、比較、詢問、確認之間切
  • 在前台與後台之間切

這種 friction 單看數據不一定很明顯，但現場一看通常很刺眼。

3. 例外情境怎麼被處理

正常流程大家都會講。
真正有洞察的常常是例外情境：

  • 失敗時怎麼補救
  • 缺資訊時怎麼硬做
  • 權限不夠時找誰幫忙
  • 客訴或異常時怎麼繞路

產品成熟度，很多時候就是看例外情境被誰吸收。
是系統吸收，還是人力、經驗和焦慮在吸收。

4. 語言和分類方式

使用者怎麼命名事情，非常重要。

他講「先卡著」和「先存起來」可能不是同一件事。
他講「比一下」可能其實包含篩選、分享、討論、等待回覆。
你如果直接把產品裡的名詞套回去，很容易把他真正的 mental model 弄丟。

5. 時間感

很多問題不是功能不存在，而是時間被切碎。

  • 要等誰回覆
  • 什麼時候才能安心做下一步
  • 哪些事必須在通勤、會議空檔、下班前做完
  • 哪些流程必須拖到週末或月底

這種 temporal context 很常是 dashboard 看不見、訪談也容易被簡化的盲點。

記筆記不是逐字稿競賽，而是為後面的分析保留骨架

研究記錄最常見的兩種失敗，我都踩過。

第一種是抄太滿。
主持人一邊問一邊狂打字，最後眼睛根本不在 participant 身上，連表情、停頓、指向什麼東西都漏掉。

第二種是抄太鬆。
現場覺得自己都有聽懂，回頭卻只剩幾句抽象印象，完全沒辦法做 analysis。

比較實用的做法通常是：

  • 主持人只記關鍵 trigger、值得追問的點、現場看到的異常
  • 如果有人協助記錄，請他分工記 observation、quote、time marker
  • 能錄音錄影就先取得 consent，別把自己逼成現場速記員
  • 現場一結束立刻補 debrief note，不要相信兩小時後的記憶

我自己很建議把 note 分成三層：

  • Observation：他做了什麼、看了什麼、切到哪裡
  • Quote：有代表性的原話
  • Interpretation / question：我現在的推測或待確認點

最怕的是把這三層混在一起。
因為後面你根本不知道哪個是 participant 的 evidence，哪個只是你當時的腦補。

Observer 不是多一雙眼，而是多一份風險

研究現場如果有 observer，品質不一定比較高。
有時反而更容易歪。

因為 observer 常見的三個問題是：

  • 在旁邊有存在感過強的表情或反應
  • session 中途插問、塞需求
  • 會後只記得支持自己立場的片段

所以 observer 如果要進場，最好一開始就講清楚規則：

  • 誰主持
  • 誰記錄
  • 觀察者不插話
  • 問題先留到 debrief
  • 記的是 observation，不是 solution idea

這樣 observer 才比較像 evidence multiplier，不會變成 session 污染源。

一個穩的 session，結束前通常會做三件事

1. 收一個具體例子，而不是只收總感想

如果整場最後只剩「整體來說還好」「大部分都可以」，通常不夠。

我會盡量收斂回：

  • 最近一次
  • 最卡的一次
  • 最麻煩的一次
  • 最後放棄的一次

這樣分析時才抓得到 pattern。

2. 補一輪現場看見但還沒釐清的點

像是：

  • 你剛剛那張表其實一直在看，它平常是拿來做什麼？
  • 你剛剛切到另一個系統，是因為這裡查不到嗎？
  • 剛才你說要先等主管確認，那通常要多久？

這些都是田野裡最有價值的補問。

3. session 後立刻做 debrief

不要把 debrief 想成可有可無。
真正做過 fieldwork 就知道，很多 context 細節熱度掉得很快。

session 一結束，我通常會先用 10 到 15 分鐘記三件事：

  • 我剛剛最確定看到的現象是什麼
  • 哪些地方還不能下結論
  • 哪些問題下次要改問法

這不只是為了整理，也是為了降低自己過度自信的速度。

什麼時候不要把主持交給 PM 自己跑？

這篇不是要把 PM 寫成萬能研究員。
有些情境下，PM 自己跑 session 其實風險偏高。

例如：

  • 自己就是該功能的主要 defender，很難不帶風向
  • 涉及高度敏感題目，participant 不一定會放心講
  • 研究方法需要很細的 moderation craft
  • 利害關係人很多，房間政治壓力太大
  • 你已經太想驗證某個假設

這時候，讓 UXR 主持、PM 參與觀察，反而比較穩。

所以這篇真正的主張不是「PM 應該自己包辦一切」，而是：

如果 PM 要進研究現場，至少要知道什麼叫做不把資料帶歪。

結語：研究現場真正珍貴的，不是金句，而是沒有被你弄壞的脈絡

訪談與田野最難的地方，不是開口問。
而是你一邊問、一邊看、一邊記、一邊判斷時，還要努力不把現場變成你的劇本。

這也是我越做越有感的一件事：

好的 facilitation，不是主持人很有存在感。
反而常常是主持人做得夠穩，以至於 participant 的世界得以完整出場。

下一篇，我會接著往後走，談另一個常被低估但其實更難的部分：

研究做完之後，PM 怎麼從逐字稿、筆記、錄音與 observation 裡做出真正能支撐決策的分析，而不是只挑幾句最有戲的 quote。