AI 产品经理基本功入门已核验核验于 2026-08-13

用户研究

User Research

通过访谈、问卷、观察等方法理解用户目标、情境与痛点,为需求判断提供可复核证据的研究过程。

本页目录
快速跳转

它是什么

用户研究是用访谈、问卷、观察、日志等方式,系统理解用户目标、情境、行为与痛点,并把结论变成可复核证据的过程。它不是收集意见,而是发现用户真正要完成的任务与阻碍。

为什么需要它

产品失败的常见原因不是技术,而是做了没人要的东西。用户研究在动手前降低假设风险,让「用户需要什么」从直觉变成证据,也帮助团队在多个方案之间做出有依据的取舍。

它如何工作

先明确要回答的问题,再选择方法:探索性问题用访谈和观察,规模问题用问卷和日志,可用性问题用测试。收集后用主题归纳而非罗列原话,最后把发现写进用户、目标、障碍和验证方式的结论里。

必须澄清的误会

用户研究 ≠ 用户访谈。 用户访谈是用户研究里最常用的一种方法,用户研究还包括观察、日记与行为数据分析等手段。

用户研究 ≠ 需求分析。 用户研究采集素材,需求分析对素材下判断,前者是取后者是断。

真实例子

一个客服团队想做 AI 自动回复。访谈发现坐席最花时间的不是写回复,而是「在多个系统里查最新政策并确认版本」。于是需求从「自动写回复」修正为「先帮坐席快速找到带版本的正确原文」,避免了做一个答错方向的功能。

什么时候适合与不适合

适合:方向未定、需要理解用户真实任务、或已有方案但不确定优先级。慎用:已经有多来源稳定数据、改动很小、或问题能用现有指标回答时,不必为了研究而研究;研究样本小、方法不当会得出误导结论。

亲自试一下

挑一个你想做的功能,先写下一个具体用户和它要完成的任务,再找 3 个真实用户问「你最近一次做这件事,具体做了什么、卡在哪里」。不要问「你会不会用这个功能」,只问过去发生的具体行为。

接下来学什么

先阅读用户访谈掌握提问方法,再进入需求分析把研究结论转成可执行需求。

来源与修订

研究方法与常见问题依据 Nielsen Norman Group 的用户研究清单 [S1];面向 AI 产品的用户研究视角参考 Google PAIR Guidebook 对用户需求与信任的讨论 [S2]。本版只说明通用流程,不把特定方法写成唯一正确做法。

Learning questions

这个概念出现在哪些题里

下面的题目直接引用了本词条,适合先做判断,再回到正文核对边界。

Case practice

这个概念出现在哪些案例里

案例中的这些关卡会把概念放进业务约束、证据与取舍里练一遍。

Learning navigation

学习导航

沿认知链路:你现在在第 7 站,下一站是「给安全 · 什么时候必须有人管」:先沿主路径补上这一层。

Relation topology

概念关系

本词条在知识拓扑中的连接关系。涵盖前置依赖、组成要素、对比差异与应用场景。

🌱 独立基准概念

基础定义单元 · 暂无直接强依赖关系

「用户研究」在当前知识体系中作为底层基准概念建立,不直接依赖其它前置概念,亦未设定强约束关联。读者可直接阅读正文理解其内涵,或前往全网概念图谱探索整体领域架构。

Source register

核验来源

  1. User Experience Research Cheat SheetNielsen Norman Group · 访问于 2026-08-13
  2. People + AI GuidebookGoogle PAIR · 访问于 2026-08-13

发布 2026-08-13 · 更新 2026-08-13 · 核验 2026-08-13