mcpField
U
ux-research-plan

ux-research-plan

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

关于 ux-research-plan

ux-research-plan 是用于制定可执行 UX 研究计划的 Skill,面向准备开展研究的研究人员和产品团队。它围绕待决策事项组织目标、筛选标准、访谈指南和综合分析框架。

主要功能

  1. 01研究目标与问题
  2. 02方法及样本量依据
  3. 03参与者标准与筛选题
  4. 04结构化访谈指南
  5. 05研究后综合分析框架

适用场景

  1. 01规划可用性测试
  2. 02准备用户访谈
  3. 03编写参与者筛选题

安装

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

$npx skills add https://github.com/mohitagw15856/pm-claude-skills --skill ux-research-plan

安装后在 Claude Code 中输入/ux-research-plan确认已加载。

详细介绍

UX 研究计划技能

此技能可创建一份完整且可直接执行的 UX 研究计划。输出涵盖从研究目标到筛选问题、讨论指南和综合分析框架的所有内容。

必需输入

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

  • 研究问题(这项研究将为哪项决策提供依据?)
  • 正在研究的产品领域或功能
  • 研究类型(生成式 / 评估式 / 可用性测试 / 日记研究 / 问卷调查)
  • 阶段(探索 / 概念验证 / 原型测试 / 已上线产品)
  • 目标参与者(角色、人口统计特征、行为——我们应该与哪些人交谈?)
  • 时间安排和场次数量
  • 现有假设或假说(可选,但很有价值)

输出结构


UX 研究计划:[研究标题]

产品领域:[领域] 研究类型:[类型] 日期:[时间安排] 研究人员:[留给用户填写]


1. 研究目标

列出 2–4 个明确的研究目标。每个目标都应对应一项决策,而研究结果应能影响该决策。

**目标 [N]:**了解[具体内容],以便我们能够[相关决策]。


2. 研究问题

[5–8 个问题——研究需要回答的实际问题。这些不是访谈问题,而是知识缺口。按目标分组。]

目标 1:

  • RQ1.1:[研究问题]
  • RQ1.2:[研究问题]

3. 方法与依据

选择的方法:[例如:半结构化访谈 / 可用性测试 / 概念测试]

选择此方法的原因: [2–3 句话。根据研究类型匹配方法。如果是评估式研究,采用可用性测试;如果是生成式研究,采用情境调查或访谈;如果是测试理解程度,采用 5 秒测试或概念测试。]

此方法能告诉我们什么,不能告诉我们什么:

  • 能告诉我们:[此方法善于揭示的内容]
  • 不能告诉我们:[不在研究范围内的内容——如实说明局限]

样本量:[建议的场次数量及原因——例如:“生成式研究进行 5–6 场主持式访谈;进行 5–8 场可用性测试,以找出主要问题”]


4. 参与者筛选问卷

招募标准:

标准必须满足 / 优先满足不符合条件的情况
[例如:每天使用项目管理软件]必须满足[从不使用任何 PM 工具]
[例如:在有 5 人以上的团队中工作]必须满足—
[例如:从事 B2B 行业]优先满足—

筛选问题(5–8 个问题):

[Q1] [筛选问题——清晰,不带引导性]

  • [答案选项——标明哪些选项符合或不符合条件]

[Q2] ...

激励建议:[金额和形式——例如:“在英国,向专业参与者提供 50 英镑礼品券作为 60 分钟场次的报酬很常见”]


5. 讨论指南

按以下结构安排场次:

开场(5 分钟)
  • 自我介绍并介绍研究
  • “我们测试的是设计,而不是你——没有错误答案”
  • 征求录音许可
  • 热身:[1–2 个简单问题,以建立融洽关系——例如:“请介绍一下你的工作,以及你通常一周的工作情况”]
核心问题(按部分划分)

部分 [A]:[主题] (约 X 分钟)

  1. [开放式问题——从宽泛的问题开始] [追问:能否详细说说……]
  2. [进一步深入的后续问题] [追问:能否带我了解一下当时发生了什么?]
  3. [具体场景或过往行为问题]

部分 [B]:[主题] (约 X 分钟) [每个部分继续列出 2–3 个问题]

可用性任务(如适用):

“我会请你用这个原型尝试几项操作。请在操作过程中说出你的想法。”

  • 任务 [N]:[清晰的任务说明——从用户的视角撰写,不要说“点击 X”,而要说“找到你会去哪里完成 Y”]
    • 成功标准:[“完成此任务”具体是什么样子]
    • 观察要点:[通常会出现阻碍的环节]
结束(5 分钟)
  • “关于[主题],还有什么我们没有讨论,但你认为很重要的内容吗?”
  • “如果可以更改[产品/概念]的一项内容,你会改什么?”
  • 总结并致谢

6. 综合分析框架

访谈结束后,使用此框架综合研究发现:

步骤 1:访谈记录 → 关键观察 每场访谈记录 3–5 条具体观察(行为、引述、反应,而非解读)

步骤 2:亲和图归类 按主题对所有访谈中的观察进行分组。目标为 4–7 个类别。

步骤 3:洞察陈述 针对每个类别,写出:“当[情境]出现时,用户会[行为/体验],因为[深层需求或心智模型]。”

步骤 4:启示 针对每条洞察,写出:“这意味着我们应当[设计/产品方面的启示]”,或“这对我们关于[假设]的假设提出了挑战。”

步骤 5:研究报告结构:

  • 关键发现(3–5 个标题)
  • 每项发现的佐证
  • 设计建议
  • 下一轮研究的待解问题

质量检查

  • 研究目标对应实际决策
  • 讨论指南先从宽泛问题入手,再逐步聚焦
  • 筛选条件足够具体,能招募到合适的参与者
  • 任务(如为可用性测试)以用户视角撰写
  • 包含综合分析框架
  • 包含激励建议

反模式

  • 不要在没有明确研究目标的情况下撰写研究计划——每项方法选择都必须由研究目标决定
  • 不要设计混合生成性研究和评估性研究、却未明确区分二者的计划
  • 不要省略筛选条件——招募不符合条件的参与者会使研究结果失效
  • 不要撰写带有引导性的讨论指南问题——问题必须中立且开放
  • 不要跳过激励建议——没有报酬的研究会降低参与者质量和完成率

示例触发语

  • “为[功能或产品领域]撰写研究计划”
  • “为关于[主题]的用户访谈创建讨论指南”
  • “为[原型或功能]规划可用性测试”
  • “为[目标用户类型]撰写筛选问题”

评论

支持 Markdown