它是什么
用户研究是用访谈、问卷、观察、日志等方式,系统理解用户目标、情境、行为与痛点,并把结论变成可复核证据的过程。它不是收集意见,而是发现用户真正要完成的任务与阻碍。
为什么需要它
产品失败的常见原因不是技术,而是做了没人要的东西。用户研究在动手前降低假设风险,让「用户需要什么」从直觉变成证据,也帮助团队在多个方案之间做出有依据的取舍。
它如何工作
先明确要回答的问题,再选择方法:探索性问题用访谈和观察,规模问题用问卷和日志,可用性问题用测试。收集后用主题归纳而非罗列原话,最后把发现写进用户、目标、障碍和验证方式的结论里。
必须澄清的误会
用户研究 ≠ 用户访谈。 用户访谈是用户研究里最常用的一种方法,用户研究还包括观察、日记与行为数据分析等手段。
用户研究 ≠ 需求分析。 用户研究采集素材,需求分析对素材下判断,前者是取后者是断。
真实例子
一个客服团队想做 AI 自动回复。访谈发现坐席最花时间的不是写回复,而是「在多个系统里查最新政策并确认版本」。于是需求从「自动写回复」修正为「先帮坐席快速找到带版本的正确原文」,避免了做一个答错方向的功能。
什么时候适合与不适合
适合:方向未定、需要理解用户真实任务、或已有方案但不确定优先级。慎用:已经有多来源稳定数据、改动很小、或问题能用现有指标回答时,不必为了研究而研究;研究样本小、方法不当会得出误导结论。
亲自试一下
挑一个你想做的功能,先写下一个具体用户和它要完成的任务,再找 3 个真实用户问「你最近一次做这件事,具体做了什么、卡在哪里」。不要问「你会不会用这个功能」,只问过去发生的具体行为。
接下来学什么
先阅读用户访谈掌握提问方法,再进入需求分析把研究结论转成可执行需求。
来源与修订
研究方法与常见问题依据 Nielsen Norman Group 的用户研究清单 [S1];面向 AI 产品的用户研究视角参考 Google PAIR Guidebook 对用户需求与信任的讨论 [S2]。本版只说明通用流程,不把特定方法写成唯一正确做法。
Learning questions
这个概念出现在哪些题里
下面的题目直接引用了本词条,适合先做判断,再回到正文核对边界。
Case practice
这个概念出现在哪些案例里
案例中的这些关卡会把概念放进业务约束、证据与取舍里练一遍。
Learning navigation
学习导航
沿认知链路:你现在在第 7 站,下一站是「给安全 · 什么时候必须有人管」:先沿主路径补上这一层。
Relation topology
基础定义单元 · 暂无直接强依赖关系
「用户研究」在当前知识体系中作为底层基准概念建立,不直接依赖其它前置概念,亦未设定强约束关联。读者可直接阅读正文理解其内涵,或前往全网概念图谱探索整体领域架构。
Source register
核验来源
- User Experience Research Cheat SheetNielsen Norman Group · 访问于 2026-08-13
- People + AI GuidebookGoogle PAIR · 访问于 2026-08-13
发布 2026-08-13 · 更新 2026-08-13 · 核验 2026-08-13