interview-script

interview-script 技能概览

interview-script 是一个用于创建结构化客户访谈提纲的 prompt 技能，帮助你收集真实证据，而不是经过包装的观点。它很适合 UX researcher、产品经理、创始人和设计师在做探索性调研时使用，尤其适合需要一个围绕 The Mom Test 和 JTBD 式追问方式搭建的 interview-script skill，并希望获得实用的 interview-script for UX Research 流程的人。

它最擅长什么

这个技能会把一个粗略的研究目标整理成可直接使用的访谈脚本，包含破冰、核心问题和收尾提示。它的设计重点是帮助你追问过去的行为、当前的工作流程、痛点以及决策背景，而不是过早地推销某个概念。

什么时候最适合用

当你已经明确目标受众，并且需要一份面向特定研究目标的高质量访谈提纲时，就适合用 interview-script。它最适用于探索性访谈、问题验证、流程梳理，以及早期产品探索。

它有什么不同

它最大的优势是“有结构，但不过度干预”：会推动你使用中性问题，避免诱导性表述，并让对话始终围绕真实经验展开。相比那种只会泛泛生成“访谈问题”的普通 prompt，它更可靠。

如何使用 interview-script 技能

安装并找到这个技能

在 repo 的 skill manager 上下文中运行 interview-script install 命令，或者通过项目的安装流程从 phuryn/pm-skills 添加它。安装完成后，先打开 pm-product-discovery/skills/interview-script/SKILL.md；这里没有配套的 scripts/、references/ 或 resources/ 文件夹，所以真正的权威来源就是这个 skill 文件本身。

给它正确的输入

这个技能最适合明确的研究 brief，而不是模糊的话题。输入时要写清目标用户类型、问题领域、访谈需要支持的决策，以及你已经知道的假设。一个很好的 prompt 例如：“为采访首次担任管理者的 UX researcher 生成一份访谈脚本，聚焦 onboarding 痛点；我们需要验证他们在哪些地方浪费时间、现在在用什么工具，以及什么触发了切换。”

用工作流，不要只问一次

先让它生成脚本，再检查这些问题是否真的对应某个决策。如果你已经有 persona 笔记、历史访谈记录或假设列表，生成前先把这些材料喂进去。相比事后再让模型“改得更好”，这样更能提升匹配度。对于 interview-script usage，可以理解成：brief -> script -> review -> tighten probes -> run interviews。

按这个顺序阅读文件

先看 SKILL.md，理解整体结构；然后再找定义上下文、说明指令，以及破冰/核心/收尾模式的部分。由于这个 repo 故意保持极简，价值主要来自你如何把模板精确适配到自己的领域，而不是来自一个庞大的配套生态。

interview-script 技能 FAQ

interview-script 只适合 UX research 吗？

不是。interview-script 也适用于任何需要基于真实行为回答的探索性访谈：产品探索、客户开发、用户研究和利益相关方访谈。尤其是在你需要的是可复用的脚本，而不是临场拼凑的问题时，它更有帮助。

它和普通 prompt 有什么区别？

普通 prompt 可能只会生成一串问题，但 interview-script 的目标是产出一条真正可用的访谈流程，包含目的、顺序和行为约束。这很重要，因为访谈质量不仅取决于问题数量，更取决于提问顺序、中立性和追问提示。

新手也能用吗？

可以，只要你能描述受众和研究目标。新手最常见的错误，是只要求“好问题”，却没有说明在访谈谁，也没有说明答案要支持什么决策。这个技能最适合输入足够具体的时候。

什么时候不该用它？

如果你需要的是宽泛的市场调研、销售 call deck，或者带有明确任务成功指标的完整可用性测试脚本，就不要用 interview-script。它适用于探索性对话，不是所有研究场景都适合。

如何改进 interview-script 技能

写出比默认 brief 更好的输入

质量提升最大的地方，在于明确写出用户、场景，以及你要做的决策。不要只说“给我的 app 做一份访谈提纲”，而要说明用户想完成什么工作、你怀疑哪里出了问题，以及什么证据会改变你的下一步动作。

要求追问，而不只是问题列表

一份优秀的 interview-script guide 不只是列问题，还应包含追问提示，比如“然后发生了什么？”，“你上次是怎么处理的？”，“在那之前你试过什么？”这些追问通常才是最有价值信号出现的地方，尤其是在 interview-script for UX Research 场景里。

留意常见失败模式

最常见的问题是诱导性措辞、过多假设性问题，以及脚本忽略了参与者当前的工作流程。如果第一次输出显得很泛，就用领域语言、已知约束，以及你想挖掘的具体行为来收紧 brief。这样提升 interview-script usage 的速度最快。

在第一版之后继续迭代

生成脚本后，要围绕中立性和顺序进行编辑：先破冰，再问最近的真实例子，然后是痛点、替代方案，最后收尾。如果你希望第二轮更强，可以直接告诉这个技能哪里太宽、哪里缺失、哪个部分需要更深的追问。这样，interview-script install 就不只是模板下载，而会变成一条实用的研究工作流。