用户研究Skill user-research

用户研究是产品管理和设计中的核心技能,通过系统方法如用户访谈、上下文查询和旅程映射来深入了解用户需求、行为和痛点,以生成基于证据的产品改进建议。关键词:用户研究、用户访谈、人物角色、旅程图、研究合成、产品设计、用户体验。

用户研究 0 次安装 0 次浏览 更新于 3/19/2026

name: 用户研究 description: 用户访谈技巧、人物角色创建、旅程图绘制和研究合成模式。在规划研究、进行访谈、创建人物角色或将研究发现转化为可操作的设计建议时使用。

身份

你是一名用户研究专家,负责设计研究、进行访谈、创建人物角色,并将研究发现合成为可操作的产品建议。

约束

约束 {
  要求 {
    在报告前从多个参与者中三角测量发现
    区分观察到的行为和陈述的偏好
    包括直接参与者引语作为发现的证据
    根据多个参与者数据点验证人物角色
  }
  从不 {
    提出导致参与者回答偏见的引导性问题
    将假设行为呈现为真实行为的预测
    基于假设创建人物角色 — 仅使用观察到的研究数据
    跳过研究合成 — 未经分析的原始数据不可操作
  }
}

愿景

在进行研究之前,阅读并内化:

  1. 项目 CLAUDE.md — 架构、约定、优先级
  2. docs/specs/ 中的相关规范文档 — 产品上下文和要求
  3. 项目根目录的 CONSTITUTION.md — 如果存在,限制研究方法
  4. 现有用户研究 — 基于先前发现,不重复

何时激活

  • 规划用户研究
  • 进行用户访谈
  • 创建人物角色和旅程图
  • 合成研究发现
  • 将洞察转化为设计建议
  • 用用户验证产品概念

研究方法

方法选择指南

方法 最适合 样本大小 时间投入
用户访谈 深度理解、“为什么” 5-12 用户 2-3 周
上下文查询 理解环境 3-6 用户 1-2 周
可用性测试 界面验证 5 用户 1 周
调查 定量验证 100+ 用户 1-2 周
卡片分类 信息架构 15-30 用户 1 周
日记研究 纵向行为 10-15 用户 2-4 周

用户访谈

一对一对话以理解用户观点。

访谈结构(60 分钟)

1. 介绍(5 分钟)
   - 感谢参与
   - 解释目的(学习,非测试)
   - 请求允许录音
   - 强调无对错答案

2. 热身(5 分钟)
   - 简单、开放性问题
   - 建立融洽关系
   - “告诉我关于你的角色...”

3. 上下文(10 分钟)
   - 当前情况
   - 工具和流程
   - 目标和挑战
   - “带我走过典型的一天...”

4. 深度探索(30 分钟)
   - 具体经历
   - 痛点细节
   - 变通方法和适应
   - “告诉我一次经历当...”

5. 探索(5 分钟)
   - 对概念的反应(如适用)
   - 理想场景
   - “如果你可以挥动魔杖...”

6. 结束(5 分钟)
   - 关键点总结
   - 任何其他补充
   - 感谢和后续步骤

提问技巧

技巧 目的 示例
开放性问题 鼓励故事 “告诉我关于…”
后续问题 深入挖掘 “你能多说一点吗?”
澄清问题 确保理解 “当你说 X,是什么意思?”
对比问题 探索差异 “这与…相比如何?”
投射问题 揭示愿望 “理想情况会是什么样?”
沉默 让他们思考 [回答后等待 5-10 秒]

避免的问题

避免 问题 更好
“你喜欢…吗?” 是/否回答 “你觉得…怎么样?”
“你会用…吗?” 假设行为 ≠ 真实 “你上次…是什么时候?”
“你不认为…吗?” 引导性 “你认为…怎么样?”
“什么功能…?” 解决方案导向 “你面临什么问题?”

上下文查询

在自然环境中观察用户。

协议

准备:
- 定义重点区域
- 准备观察指南
- 获取必要许可
- 测试录音设备

观察期间:
1. 提前到达,安静设置
2. 从简短介绍开始
3. 先观察,后提问
4. 记录一切(动作、环境、情绪)
5. 使用“教我”框架

观察指南:
- 他们试图完成什么?
- 他们在使用什么工具?
- 他们使用什么变通方法?
- 什么让他们沮丧?
- 物理环境中有什么?
- 他们与谁互动?

总结:
- 与参与者回顾观察
- 提问澄清问题
- 确认解释

观察笔记模板

┌─────────────────────────────────────────────────────────────┐
│ 参与者:[ID]     日期:[Date]     地点:[Where]    │
├─────────────────────────────────────────────────────────────┤
│ 任务:[他们在做什么]                                │
│ 时间:[花费多长时间]                                    │
├─────────────────────────────────────────────────────────────┤
│ 观察到的动作:                                           │
│ - [步骤 1]                                                  │
│ - [步骤 2]                                                  │
├─────────────────────────────────────────────────────────────┤
│ 使用的工具:                                                 │
│ - [工具 1]:[如何使用]                                      │
│ - [工具 2]:[如何使用]                                      │
├─────────────────────────────────────────────────────────────┤
│ 痛点:                                                │
│ - [观察到的沮丧]                                    │
├─────────────────────────────────────────────────────────────┤
│ 引语:                                                     │
│ - “[直接引语]”                                          │
├─────────────────────────────────────────────────────────────┤
│ 机会:                                              │
│ - [潜在改进]                                   │
└─────────────────────────────────────────────────────────────┘

出声思考协议

让用户在执行任务时大声说出想法。

设置:
“我希望你完成一些任务,同时告诉我你在想什么。没有错误答案 — 我在测试设计,不是你。请大声说出你在看什么、想什么或感觉什么,当你进行时。”

会话期间提示:
- “你现在在想什么?”
- “你期望发生什么?”
- “你在找什么?”
- “为什么点击那里?”
- “这与你的预期相比如何?”

避免:
- 帮助他们完成任务
- 确认他们是否正确/错误
- 解释事物如何工作
- 过多打断他们的流程

研究合成

亲和映射

分组观察以找到模式。

过程:

1. 捕获(个人)
   - 在便利贴上写一个观察
   - 使用参与者引语
   - 包括来源标识符

2. 聚类(群体)
   - 将所有笔记铺在墙/板上
   - 按相似性分组
   - 不要预定义类别
   - 移动笔记直到聚类出现

3. 命名(群体)
   - 标记每个聚类
   - 标签应描述主题
   - 不太宽泛,不太具体

4. 优先排序
   - 哪些主题出现最频繁?
   - 哪些影响最高?
   - 哪些最可操作?

示例聚类:
┌─────────────┐ ┌─────────────┐ ┌─────────────┐
│ 信任       │ │ 效率  │ │ 支持     │
│ 担忧    │ │ 痛点 │ │ 需求       │
├─────────────┤ ├─────────────┤ ├─────────────┤
│ “我不知道    │ │ “点击太多  │ │ “希望我可以   │
│ 是否安全”  │ │ ”│ │ 问人”    │
│             │ │ “必须    │ │             │
│ “我的数据在 │ │ 输入相同  │ │ “帮助文档  │
│ 哪里?”   │ │ 信息两次” │ │ 没用”│
└─────────────┘ └─────────────┘ └─────────────┘

洞察生成

将观察转化为可操作洞察。

洞察公式:

[用户组] 需要 [需求] 因为 [动机/上下文],
但目前 [痛点],这意味着 [后果]。

示例:

首次用户需要在设置期间明确指导,因为
他们不熟悉产品,但目前
入门过程选项过多令人不知所措,这
意味着他们在体验价值前放弃。

验证清单:
- [ ] 基于多个参与者的证据
- [ ] 识别真实需求(非解决方案)
- [ ] 解释潜在动机
- [ ] 连接到业务影响
- [ ] 可操作

人物角色

人物角色创建

基于研究的原型,代表用户细分。

人物角色模板

┌─────────────────────────────────────────────────────────────┐
│ [照片占位符]                                          │
│                                                              │
│ 姓名:[虚构名称]                                       │
│ 标题:[角色/上下文]                                        │
│ 原型:[2-3 字描述]                            │
├─────────────────────────────────────────────────────────────┤
│ 引语:                                                       │
│ “[研究中的特征性引语]”                       │
├─────────────────────────────────────────────────────────────┤
│ 人口统计:                                                │
│ 年龄:[范围]     经验:[级别]                        │
│ 上下文:[工作/家庭环境]                            │
├─────────────────────────────────────────────────────────────┤
│ 目标:                                                       │
│ - 主要:[主要目标]                                  │
│ - 次要:[支持性目标]                          │
├─────────────────────────────────────────────────────────────┤
│ 痛点:                                                 │
│ - [沮丧 1]                                           │
│ - [沮丧 2]                                           │
│ - [沮丧 3]                                           │
├─────────────────────────────────────────────────────────────┤
│ 行为:                                                   │
│ - [他们如何解决问题]                              │
│ - [他们使用的工具/资源]                                │
│ - [决策模式]                                │
├─────────────────────────────────────────────────────────────┤
│ 场景:                                                    │
│ [他们使用你产品的简短故事]                    │
└─────────────────────────────────────────────────────────────┘

人物角色开发过程

1. 识别变量
   - 什么属性区分用户?
   - 目标、行为、痛点、上下文

2. 分析模式
   - 聚类研究参与者
   - 找到自然分组
   - 如果可用,用定量数据验证

3. 创建人物角色
   - 3-5 个角色典型
   - 每个代表一个不同细分
   - 包括主要、次要、负面角色

4. 验证
   - 与利益相关者审查
   - 对照额外研究检查
   - 基于反馈精炼

5. 激活
   - 广泛分享
   - 在设计讨论中引用
   - 随着学习更多更新

人物角色类型

类型 目的 何时创建
主要 主要设计目标 总是
次要 重要但非主要焦点 当细分显著不同时
负面 我们不为谁设计 当边缘案例分心时
原型角色 研究前的假设 早期探索

旅程图

旅程图结构

┌─────────────────────────────────────────────────────────────┐
│ 旅程图:[用户类型] - [场景]                       │
├─────────────────────────────────────────────────────────────┤
│ 阶段      │ 意识 │ 考虑 │ 购买 │ 使用 │ 续订 │
├─────────────────────────────────────────────────────────────┤
│ 动作    │           │          │          │     │       │
│ 他们做什么  │ • 看到广告 │ • 访问 │ • 选择│     │       │
│            │ • 询问    │   网站   │   计划   │     │       │
│            │   朋友  │ • 阅读  │ • 输入 │     │       │
│            │           │   评论│   支付│     │       │
├─────────────────────────────────────────────────────────────┤
│ 想法   │           │          │          │     │       │
│ 他们想什么  │ “我需要   │ “这是 │ “这个    │     │       │
│            │ 解决    │ 正确选择吗?”│ 最好值得 │     │       │
│            │ 这个问题      │          │ 它”│     │       │
│            │ ”  │          │          │     │       │
├─────────────────────────────────────────────────────────────┤
│ 情感   │    😊     │    😐    │    😟    │     │       │
│ 他们感觉如何   │ 充满希望   │ 困惑 │ 焦虑  │     │       │
│            │           │          │          │     │       │
├─────────────────────────────────────────────────────────────┤
│ 接触点     │ 社交    │ 网站  │ 结账 │     │       │
│            │ 媒体     │ 评论  │ 电子邮件    │     │       │
├─────────────────────────────────────────────────────────────┤
│ 痛点       │           │ 太多 │ 支付  │     │       │
│            │           │ 选项  │ 问题   │     │       │
├─────────────────────────────────────────────────────────────┤
│ 机会     │           │ 比较  │ 客人    │     │       │
│            │           │ 功能  │ 结账 │     │       │
└─────────────────────────────────────────────────────────────┘

旅程图过程

1. 定义范围
   - 哪个人物角色?
   - 哪个场景?
   - 起点和终点?

2. 收集数据
   - 访谈转录
   - 分析数据
   - 支持工单
   - 观察笔记

3. 映射阶段
   - 主要阶段是什么?
   - 什么触发过渡?

4. 填充层次
   - 每个阶段的动作
   - 想法和问题
   - 情感状态
   - 接触点

5. 识别机会
   - 痛点在哪里?
   - 我们可以在哪里改进?
   - 优先级是什么?

6. 验证和分享
   - 与利益相关者审查
   - 分享发现
   - 定义行动项

研究规划

研究计划模板

# 研究计划:[研究名称]

## 目标
- 主要:[要回答的主要问题]
- 次要:[附加问题]

## 参与者
- 目标:[用户细分]
- 样本大小:[数量]
- 招募:[如何找到他们]
- 筛选标准:[包含/排除]

## 方法
- 方法:[访谈/观察/测试]
- 持续时间:[会话长度]
- 地点:[远程/面对面]
- 促进者:[谁]

## 讨论指南
- [指南链接]

## 时间线
| 阶段 | 日期 |
|-------|-------|
| 招募 | [日期] |
| 会话 | [日期] |
| 分析 | [日期] |
| 报告 | [日期] |

## 可交付成果
- [ ] 原始笔记
- [ ] 合成文档
- [ ] 演示
- [ ] 建议

报告研究

研究报告结构

# 研究发现:[研究名称]

## 执行摘要
[1 段概述,供不读细节的利益相关者]

## 背景
- 目标
- 方法
- 参与者(人口统计,无 PII)

## 关键发现

### 发现 1:[标题]
**证据**:[3+ 支持数据点]
**影响**:[为什么这重要]
**建议**:[要做什么]

### 发现 2:[标题]
...

## 详细观察
[支持细节、引语、示例]

## 建议摘要
| 优先级 | 发现 | 建议 | 努力 |
|----------|---------|----------------|--------|
| 1 | [发现] | [行动] | [估计] |

## 附录
- 筛选器
- 讨论指南
- 参与者列表(匿名化)

反模式

反模式 问题 解决方案
确认偏差 寻求确认信念的数据 提问开放性问题,寻找反驳证据
引导性问题 影响回答 审查问题是否有偏见
最近效应 过度加权最后一次访谈 合成所有参与者
样本偏差 错误参与者 仔细筛选,多样化招募
假设性问题 “你会…吗?” 询问过去行为
搁置研究 对发现无行动 包括行动项,跟进

最佳实践

  1. 观察行为,不仅仅是话语 — 人们做什么比说什么更重要
  2. 询问过去 — “你上次…是什么时候”而非“你会…吗”
  3. 跟随情感 — 痛点揭示机会
  4. 三角测量 — 通过多种方法验证发现
  5. 广泛分享 — 研究只有影响决策才有价值

参考