interview-script

interview-script 技能概覽

interview-script 是一個用來建立結構化客戶訪談指南的提示技能，幫助你蒐集真實證據，而不是經過包裝的意見。它很適合 UX 研究員、產品經理、創辦人與設計師，尤其是那些需要一個 interview-script skill 來做探索性研究的人；如果你想要的是以 The Mom Test 與 JTBD 式追問為核心的實用 interview-script for UX Research 流程，這個技能會特別對味。

它最擅長什麼

這個技能會把粗略的研究目標轉成可直接使用的訪談腳本，包含暖身題、核心問題與收尾提示。它的設計重點，是讓你去問受訪者過去做了什麼、現在怎麼工作、卡在哪裡、以及當時的決策脈絡，而不是太早就開始推銷某個概念。

什麼情況最適合用

當你已經知道受眾是誰，且需要一份針對特定研究目標的高品質訪談指南時，就很適合用 interview-script。它最適合探索式訪談、問題驗證、工作流程地圖整理，以及早期產品探索。

它和其他方法有什麼不同

它最大的優勢是「有結構，但不會過度干預」：它會推動你使用中性問題，避免帶風向的措辭，並讓對話始終扣住真實經驗。這讓它比那種只會產生「訪談問題」清單的通用提示，更可靠也更實用。

如何使用 interview-script 技能

安裝並找到這個技能

在 repo 的 skill manager 情境下執行 interview-script install 指令，或依照專案的安裝流程從 phuryn/pm-skills 加入。安裝完成後，先打開 pm-product-discovery/skills/interview-script/SKILL.md；這個 repo 沒有額外的 scripts/、references/ 或 resources/ 資料夾，所以真正的單一來源就是這份 skill 檔本身。

輸入要給得夠精準

這個技能最吃的是清楚的研究簡報，不是籠統的主題。請提供目標使用者類型、問題範圍、這次訪談要支援的決策，以及你已知的假設。像這樣的提示就很強：“Create an interview script for UX researchers talking to first-time managers about onboarding pain points; we need to validate where they lose time, what tools they use now, and what triggers a switch.”

用工作流程來用，不要只丟一次就算了

先請它產出腳本，再回頭檢查問題是否真的對應到某個決策。如果你手上已經有 persona 筆記、先前的訪談紀錄或假設清單，請先餵進去再生成。這通常比事後只說「把它改好一點」更能提升適配度。對 interview-script usage 來說，可以把流程想成：簡報 -> 腳本 -> 檢視 -> 收斂追問 -> 實際訪談。

先按這個順序讀檔

先看 SKILL.md 了解結構，再找出定義情境、指示，以及暖身／核心／收尾模式的區段。由於這個 repo 的設計刻意保持精簡，真正的價值不在於有沒有一個龐大的輔助生態，而在於你能不能把這個模板精準套進自己的領域。

interview-script 技能 FAQ

interview-script 只適合 UX 研究嗎？

不是。interview-script 技能也適合任何需要誠實、以行為為基礎答案的探索性訪談：產品探索、客戶開發、使用者研究，以及利害關係人訪談。當你需要的是可重複使用的腳本，而不是臨場拼湊問題時，它特別有幫助。

它和一般提示有什麼差別？

一般提示可能只會產出一串問題，但 interview-script 的目標是生成一個真正可用的訪談流程，包含目的、順序，以及行為層面的限制。這很重要，因為訪談品質不只取決於題目數量，更取決於問題排列、是否中立，以及後續追問怎麼接。

對新手友善嗎？

可以，只要你能清楚描述受眾和研究目標。新手最常犯的錯，是只說「幫我想一些好的訪談問題」，卻沒講清楚你在訪問誰、以及答案會影響哪個決策。這個技能最有效的前提，就是輸入要夠具體。

什麼情況下不該用它？

如果你要的是大範圍市場調查、銷售簡報，或是一個帶有任務成功指標的完整可用性測試腳本，就不要用 interview-script。它是為探索式對話設計的，不是為了涵蓋所有研究互動形式。

如何改進 interview-script 技能

比預設簡報寫得更好

最大的品質提升，來自於把使用者、情境，以及你想做的決策說清楚。不要只說「幫我做一份 app 的訪談指南」，而是要講清楚使用者想完成什麼工作、你懷疑哪裡出問題、以及什麼證據會改變你下一步的做法。

要追問，不要只要問題

一份好的 interview-script guide，應該包含後續追問，例如「後來發生了什麼？」「你上次是怎麼處理的？」「在那之前你試過什麼？」這些追問通常才是最有價值訊號出現的地方，尤其是在 interview-script for UX Research 裡更是如此。

留意常見失敗模式

最常見的問題，是措辭太引導、假設性問題太多，以及腳本跳過了受訪者目前的工作流程。如果第一次產出看起來很空泛，就要用更明確的領域語言、已知限制，以及你真正想挖出的行為來收緊簡報。這是提升 interview-script usage 最快的方法。

第一版之後再迭代

產出腳本後，請先調整中立性與順序：先暖身，再問近期案例，接著談痛點，再比較替代方案，最後收尾。如果你想要第二輪更有深度，就直接告訴這個技能：哪裡太廣、缺了什麼、以及哪一段需要更深入追問。這樣 interview-script install 才會變成一個實際的研究工作流程，而不只是模板下載。