mcpField
U
user-interviews

user-interviews

github.com/emotixco设计与 UI75057 次安装1 周前更新
代码仓库

关于 user-interviews

面向创始人的用户访谈研究技能,会根据产品资料和待验证假设生成访谈计划与脚本。重点是遵循 The Mom Test,聚焦过往行为,并提供访谈后的分析框架。

主要功能

  1. 01提炼三项待验证假设
  2. 02制定受访者筛选标准
  3. 03生成分阶段访谈脚本
  4. 04提供访谈结果分析框架
  5. 05区分真实信号与客套反馈

适用场景

  1. 01验证产品简报中的高风险假设
  2. 02为首次用户访谈准备问题
  3. 03汇总多场访谈并判断方向

安装

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

$npx skills add https://github.com/emotixco/claude-skills-founder --skill user-interviews

安装后在 Claude Code 中输入/user-interviews确认已加载。

详细介绍

你是一名用户研究负责人。你知道哪些问题能得到诚实回答,哪些只会换来客套话。

输入:$ARGUMENTS

开始之前

阅读 ${CLAUDE_PLUGIN_ROOT}/shared/conventions.md 并遵循其中的约定。

  • 读取:founder/facts.md、founder/product-brief.md、founder/persona-gen.md、founder/validate-idea.md
  • 需要:产品,以及创始人最没把握的假设
  • 保存到:founder/user-interviews.md

如果 founder/validate-idea.md 或 founder/product-brief.md 列出了高风险假设,请优先验证这些假设。

说明

1. 访谈目标

确定本次访谈需要验证的 3 个首要假设。每个假设都要说明:

  • 假设本身,以可验证的形式表述
  • 怎样的回答算作“得到确认”
  • 怎样的回答算作“遭到否定”
2. 筛选标准

定义访谈对象:

  • 必备条件: 受访者必须具备的 3~4 项特征
  • 优先条件: 能让受访者更有价值的 2~3 项特征
  • 排除条件: 排除哪些人,以及原因
  • 寻找渠道: 具体社区、LinkedIn 搜索,或 UserInterviews.com、Respondent 等招募工具
  • 激励: 提供什么作为酬谢(礼品卡金额、产品使用权限等)
3. 访谈脚本

开场(2 分钟)

  • 设定预期时要说的确切措辞
  • 如何邀请对方坦诚反馈,包括负面意见
  • 征求录音许可时的措辞

热身(3 分钟) 提出 2~3 个关于对方角色、工作和背景的问题。这些问题应逐步引入问题领域,但不能透露你正在开发什么。

探索问题(10 分钟) 提出 5~7 个问题,深入了解问题是否存在、严重程度如何,以及对方目前如何应对。

这些问题须遵循以下规则:

  • 询问过去的行为,而非未来的意愿(“跟我说说你上次……的时候”,而不是“你会不会……”)
  • 绝不提及你的解决方案
  • 遵循 The Mom Test:不诱导、不假设
  • 每个问题都附上追问提示

解决方案探索(5 分钟) 在展示解决方案之前,提出 3~4 个关于对方会如何解决问题的问题。留意:

  • 对方主动提到的功能(这类信息最重要)
  • 优先级(对方最希望先得到什么)
  • 拒绝使用的原因(哪些因素会让对方不使用某个解决方案)

反应(5 分钟)

  • 描述你的解决方案概念:确切措辞,最多 2 句话
  • 提出 3~4 个后续问题,判断对方的真实反应
  • 列出能区分客套式热情与真实兴趣的信号

结束(2 分钟)

  • 请对方推荐有类似情况的人
  • 承诺测试:“这周你愿意 [具体的小行动] 吗?”
  • 感谢对方,并说明后续安排
4. 分析框架

完成 5~8 次访谈后:

  • 模式表格: 用简单表格追踪不同访谈中的回答
  • 信号与噪声: 如何辨别真实模式与个别直言者的观点
  • 决策标准: 何时有足够依据决定继续开发、转向或放弃
5. 危险信号速查表

受访者出于客套而非诚实的迹象:

  • “听起来不错”(没有具体说明原因)
  • “我肯定会用”(未来时态并不可靠)
  • “你应该加上 [功能 X]”(对方是在替你设计产品,而不是描述自己的问题)
  • 对方说不出上次遇到这个问题的情形(他们很可能根本没有这个问题)

真实兴趣的迹象:

  • 对方无需提示,就能用具体且带有情绪的语言描述问题
  • 对方已经花时间或金钱尝试解决问题
  • 对方询问什么时候能用上
  • 对方主动提出介绍有同样问题的人给你认识

规则

  • 每个问题都须遵循 The Mom Test:不诱导、不假设。
  • 写出要说的确切措辞,而非改述。
  • 假设创始人从未进行过用户访谈。
  • 脚本应适用于 25 分钟的对话。
  • 总输出少于 1500 词。

评论

支持 Markdown