mcpField
D
discovery-interview-guide

discovery-interview-guide

github.com/mohitagw15856设计与 UI1.5k50 次安装5 天前更新
代码仓库

关于 discovery-interview-guide

面向产品研究者的访谈设计技能,以参与者过去的行为为依据,提供访谈结构、综合记录模板和质量检查,减少诱导提问及过早讨论方案。

主要功能

  1. 01聚焦过往行为的访谈结构
  2. 02五阶段、60 分钟指南
  3. 03参与者筛选问题
  4. 04单场访谈综合模板
  5. 05五场以上访谈的模式识别
  6. 06问题质量检查

适用场景

  1. 01规划产品探索研究
  2. 02为特定主题准备访谈指南
  3. 03记录痛点与现有应对方式
  4. 04检查问题是否带有确认偏见

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/mohitagw15856/pm-claude-skills --skill discovery-interview-guide

安装后在 Claude Code 中输入/discovery-interview-guide确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

references/
question-craft.md
worked-example.md
templates/
guide-skeleton.md

详细介绍

探索性访谈指南技能

设计能够发现真实洞见的访谈,而不是验证你已有的想法。每份指南都采用以故事为基础、聚焦过往行为的结构。

核心原则

  1. 绝不询问未来。“你会使用 X 吗?”毫无意义。“告诉我你上次做 X 时的情况。”则能告诉你一切。
  2. **访谈关注行为,而非观点。**观点不值钱,行为才是证据。
  3. **五个为什么。**每个表面答案都是一扇门。继续打开更多的门。
  4. **先确认问题,再探索解决方案。**在未确认痛点确实存在,且受访者并非受提示才提及时,绝不要展示原型。

访谈结构(标准时长:60 分钟)

1. 热身(5 分钟)

建立融洽关系,让受访者开口。暂时不要讨论主题。

  • “请简单介绍一下你的职责,以及你平常一周的工作情况。”
  • “你日常最依赖哪些工具?”
2. 了解背景(10 分钟)

在深入问题领域之前,先了解他们的工作环境。

  • “请带我了解一下你目前如何[处理相关领域的事务]。”
  • “从头到尾,整个流程是怎样的?”
  • “你处理这件事时,还有谁会参与?”
3. 探索问题(25 分钟)——核心环节

在不引导受访者的情况下,了解痛点。

  • “告诉我你上次需要[相关任务]时的情况。发生了什么?”
  • “其中最困难的部分是什么?”
  • “你是怎么处理的?”
  • “决定采用这种方法之前,你尝试过什么?”
  • “这件事出错时,会给你带来什么代价?”(时间、金钱、压力、声誉)
  • “如果你能挥动魔法棒,改变这个流程中的一件事,你会改变什么?”

⚠️ 此阶段不要提及你的产品或功能。

4. 当前解决方案(10 分钟)

从受访者的角度了解竞争格局。

  • “你现在会用哪些工具或变通方法来处理这件事?”
  • “你喜欢[当前解决方案]的哪些方面?哪些地方让你感到沮丧?”
  • “你试过其他方法吗?结果如何?”
5. 收尾(10 分钟)
  • “关于这个主题,有没有什么我们还没谈到、但你觉得我应该了解的?”
  • “你还建议我和谁聊聊?”
  • “如果我还有其他问题,你愿意接受后续访谈吗?”

输出格式

探索性访谈指南——[主题]——[日期]

研究目标:[用一句话说明:这项研究将为哪项决策提供依据?] 目标受访者特征:[角色、公司规模、行为筛选条件]

筛选问题(用于招募):

  1. [问题] → 必须回答:[是/否或具体答案]
  2. [问题] → 必须回答:[是/否或具体答案]
  3. [排除性问题] → 若回答为以下内容,则排除:[答案]

访谈指南:

[根据具体研究主题定制的完整结构化指南,采用上述格式]

综合分析模板(每次访谈后填写):

  • 关键原话:“[逐字引用]”
  • 核心痛点:[用一句话概括]
  • 当前变通方法:[他们现在的做法]
  • 强度(1–5):[这有多令人痛苦?]
  • 意外发现:[任何挑战你原有假设的发现]

模式识别(完成 5 次或以上访谈后):

  • [X/N] 位受访者提到的痛点:[主题]
  • [X/N] 位受访者使用的变通方法:[主题]
  • 访谈中情绪最强烈的时刻:[观察]

必要输入

如果用户未提供以下信息,请向其询问:

  • 研究主题或问题(这将为哪项决策提供依据?)
  • 目标受访者特征(角色、行为、公司类型)
  • 访谈时长(30 / 45 / 60 / 90 分钟)
  • 计划开展的访谈数量
  • 已知的待验证假设,或需要避免过早确认的假设(可选)

更深入的材料

此技能附带支持文件——如有,请使用:

  • references/question-craft.md ——问题设计:获取真实答案,而非客套话。生成输出时请参考此文件;其中包含经过校准的判断,以及方法摘要中省略的取舍。
  • templates/guide-skeleton.md ——可填写的交付成果模板,内含质量检查项。如果用户想自己编写文档,而不是让你代为生成,请提供此模板。

评分标准(0–40)

交付前,请为此技能生成的任何输出评分;32 分以上即可交付。

维度0510
行为锚定问题是假设性的(“你会用……吗?”),或可以用是/否回答大多数问题以过去时态为基础,但核心部分混入了少量征求意见或关于未来的问题每个问题都锚定在具体的过往事件上(“请讲讲上一次……的经历”),且为开放式问题
解决方案隔离筛选问题或早期问题中就出现了产品或功能,使所有回答都受到引导提问时未提及产品,但访谈指南没有为参与者询问正在构建什么时提供访谈者应使用的话术在确认痛点之前的所有阶段都不提及产品,并附有访谈者提示和转移话题的话术,确保守住这一界限
筛选问题的甄选能力筛选问题是任何人都能通过的自我评估(“你是否负责 X?”)筛选问题按职位和公司背景进行筛选,但没有行为检查或排除条件筛选问题基于近期且可核实的行为,包含明确的排除条件,而且不容易猜出“正确”答案
综合分析机制没有逐场模板或模式检测计划;综合分析全凭记忆有模板,但缺少强度评分或意外发现记录;模式阈值未与计划的访谈数量挂钩包含逐场模板、锚定明确的强度量表和意外发现字段;访谈不少于 5 场时才进行模式检测,并且 X/N 计数与计划样本量相匹配

质量检查

  • 不问将来时态的问题(“你会……吗?”)——只问关于过去行为的问题
  • 在确认痛点之前,不提及产品或解决方案
  • 问题为开放式(无法用是/否回答)
  • 包含逐场记录用的综合分析模板
  • 筛选问题能识别并排除不合适的参与者

指南

  • 对大多数探索性问题,建议访谈 5–8 人,以达到主题饱和
  • 务必在征得同意后录音——录音转写稿胜过笔记
  • 如果用户没有访谈经验:提醒他们提问后保持沉默(目标是参与者与访谈者的发言比例达到 80/20)
  • 切勿在访谈期间进行综合分析——应在访谈结束后再做,以便跨场次比较
  • 指出确认偏误:如果用户写的问题会引导参与者给出预设答案,请将其改写为开放式问题

反模式

  • 不要问将来时态的问题(“你会用这个吗?”)——假设性回答无法预测真实行为,还会让人对某个想法产生虚假的信心
  • 在完成问题探索之前,不要提及产品或解决方案——这样做会引导参与者的回答,使探索结果失效
  • 不要根据少于 5 场访谈进行综合分析——从 2–3 场访谈中得出的主题只是个例,而非模式;请等待主题饱和
  • 不要编写太容易通过的筛选问题——如果参与者能猜出“正确”答案,你就会招募到不合适的人
  • 不要把参与者的看法当作其未来行为的证据——人们声称自己会做的事,往往与实际行为不符

评论

支持 Markdown