个人知识库

用户调研

25分钟阅读

用户调研

PM 核心定性研究方法论——不是听取意见而是观察人性，通过场景还原和行为追问挖出连用户自己都没意识到的真实动机；强调”用户会撒谎（非恶意而是本能）“，需要 5 大避坑指南、五阶段实战 SOP 和”导演/树洞/翻译官”三位一体角色才能避免沦为”自嗨”PM

简介

用户调研是产品经理最基础也最容易被滥用的方法论。很多 PM 把”发个问卷、打个电话”当作调研，把”用户说要什么我就做什么”当作以用户为中心，最终做出 DAU 纹丝不动的产品。

雪白耶耶猫猫（带队跑过上百场调研，覆盖日活千万小说 APP 与 B 端运维系统）提出的核心认知是：调研的本质不是听取意见，而是观察人性。用户会”撒谎”——这种谎言并非恶意而是本能，是”理想自我”对真实行为的投射。用户在街头说”我愿意为知识付费”，账单上却显示他花两千块抽盲盒舍不得花 19 块买课。

用户调研不是万能药，但它能像导航里的避雷针告诉你哪条路是死的、哪条路下面埋着地雷。AI 狂飙时代的反向真相是：每一个没有经过真实调研的需求，都是在拿公司的资产和团队的生命在赌博。

与 产品分析（定量数据分析框架）形成定性/定量互补，与 用户分析体系（用户消费数据分层运营）形成”听用户说什么”和”看用户做什么”的两端，与 AI产品经理工作流 中”用户研究 AI 加速”子方向形成方法论底座——AI 可以做反馈聚类、访谈提纲生成、记录提炼，但”哪个问题值得深挖、哪个反馈是噪声”的判断力依然属于人。

关键信息

  • 类型：方法论（概念类实体）
  • 领域：产品管理 / 用户研究 / 定性研究
  • 核心问题：如何在用户口头声音与真实行为脱节的现实下，挖出真实需求并避免”自嗨”产品决策
  • 本质定义：通过场景还原 + 行为追问 + 样本筛选挖出用户没说出来的真实动机，而非把用户口头说辞当作产品决策依据
  • 相关概念：产品分析、用户分析体系、AI产品经理工作流、定量与定性、理想自我陷阱、用户筛选问卷、连问 5 个为什么、三位一体角色

核心特性

定义

用户调研是产品经理通过有结构的方法获取用户真实需求的过程。与”问问题—听回答—照做”的浅层调研区别如下：

维度浅层调研（错误做法）真实用户调研（正确做法）
出发点用户说什么就是什么通过场景还原挖真实动机
样本公司同事/亲朋好友/便利样本严格筛选的典型用户 + 必须包含流失用户
提问方式”你会喜欢这个功能吗""上次充值失败时你做了什么”
分析方式几万字逐字稿往群里一发提炼硬性标签 + P0/P2 优先级
报告形态几十页流水账明确行动项 + 当面讲故事激发同理心
结果验证用户说会用就觉得没问题用账单/行为日志/留存数据交叉验证

五大常见陷阱与避坑指南

陷阱 1：把”说辞”当真相，拿着锤子找钉子

  • 真实案例：核心用户吐槽”排版没质感”，团队花两个月折腾翻页特效、羊皮纸底纹，上线后 DAU 纹丝不动
  • 真相：用户说排版不好，其实是对内容不满意的”代罪羔羊”——他们说不出内容哪里无聊，只能挑显眼的排版下手
  • 解法：连问 5 个为什么，直到挖出具体的行为动作

陷阱 2：只写”晴天流程”，不设”雨天防线”

  • 错误问法：“如果你在首页看到这个功能，你会点吗？“——这是诱导式提问，用户出于礼貌都会说”会吧”
  • 真相：调研是为了发现错误，而不是寻找心理安慰
  • 解法：盯着用户的**“犹豫瞬间”**。多问”上次你充值失败时你做了什么？“或”在这个页面，你最想吐槽的地方在哪？”

陷阱 3：样本偏差——找错人，调研就废了一半

  • 真实案例：想做白领午餐却去菜市场调研大爷大妈，结论肯定是”要清淡、要便宜”。结果店开在写字楼下，被对面那家”重油重辣、送得快”的店打得落花流水
  • 真相：错误样本会得到看似合理但完全无效的结论
  • 解法：建立严格的**《用户筛选问卷》**。哪怕只谈 10 个人，也必须是精准的典型用户，别找”公司同事”或”亲朋好友”

陷阱 4：分析阶段沦为”录音笔”

  • 错误做法：调研回来把几万字逐字稿往群里一发，觉得任务完成了。研发看了一眼：“这跟我有什么关系？”
  • 真相：原始资料是碎石，洞察才是金子
  • 解法：把用户的情绪起伏翻译成研发听得懂的逻辑。不是”用户觉得难用”，而是”在弱网环境下，支付成功率低于 60%”

陷阱 5：报告写成”流水账”，没有行动项

  • 错误形态：几十页报告没有优先级和行动方案 = 废纸
  • 解法：报告必须明确——哪些是 P0（立即改），哪些是 P2（随口一提，不予理会）。优先级是落地的核心

调研实战流水线 SOP（五阶段）

准备期（定标）

  • 核心问题：这次是为了验证功能，还是为了修正方向？
  • 两类目标对应的问题、招募策略、分析深度都完全不同——验证功能聚焦行为路径，修正方向聚焦核心动机
  • 输出物：调研目标 + 关键问题清单

招募期（找人）

  • 必须包含流失用户——流失用户的吐槽往往比老用户的夸奖值钱
  • 老用户的夸奖容易出现”礼貌偏差”，流失用户的骂声暴露的是真实痛点
  • 建立严格的《用户筛选问卷》，哪怕只谈 10 个人也必须是精准的典型用户
  • 禁忌：找”公司同事”或”亲朋好友”（便利样本污染数据）

执行期（观察）

  • 最好一主一辅：主持人提问，记录员专门记”金句”和”皱眉动作”
  • 非语言信号（皱眉、犹豫、停顿）常常比口头表达更真实
  • 开场必须先破冰：“哪怕你骂这个产品，我也不会生气，我要听实话”——降低用户的礼貌防御

分析期（打标）

  • 删掉”还行吧”这种废话
  • 提取”加载慢""找书难”等硬性标签
  • 把用户的情绪起伏翻译成研发听得懂的逻辑（场景 + 数据 + 影响）

推动期（落地）

  • 不要只发邮件，要当面讲——讲用户的故事，激发研发的同理心
  • 当研发觉得他在”救人”而不是”改 Bug”时，他的效率会惊人地高
  • 报告必须明确 P0/P2 优先级，避免”建议堆砌"

"三位一体”角色框架

合格 PM 在用户调研中本质上要扮演三个角色：

角色职责对应阶段关键能力
导演策划整场调研的”剧本”，预演用户可能出现的反应准备期 + 执行期场景设计能力 + 流程预演能力（覆盖晴天和雨天）
树洞执行时收起自尊心和优越感，做一个耐心的听众执行期共情能力 + 不打断不辩解的克制力
翻译官把用户的”感性吐槽”翻译成产品的”理性逻辑”分析期 + 推动期数据感知能力 + 跨角色沟通能力

为什么是”分身术”：PM 不是”产品之父”或”用户代言人”——这三个角色对应不同时段的不同心智模式。导演时需要全局视角，树洞时需要放下身段，翻译官时需要客观抽离。失败的 PM 常常是用同一个角色应对全程——比如带着导演的预设进入树洞阶段（变成印证假设而非倾听），或带着树洞的同理心做翻译（变成情绪传声筒而非业务建议）。

关键概念辨析

定量 vs 定性

  • 数据（定量）告诉你”发生了什么”——留存掉了多少、转化率多少、付费金额多少
  • 调研（定性）找”为什么”——为什么留存掉了、为什么没付费
  • 必须先看清数据再做定性调研——否则会陷入”为问而问”的无效循环

理想自我陷阱

  • 用户口头答复是”理想自我”的投射——他想成为的人，而非他真实的人
  • “你愿意为知识付费吗”得到 80% 是因为大家都想成为”愿意学习的人”
  • 解法：用账单、行为日志、留存数据等客观证据交叉验证用户口头偏好

便利样本 vs 精准样本

  • 便利样本（同事/亲友/路人）= 便宜但有偏的样本，相当于”用公开评测集评测垂直业务模型”
  • 精准样本（流失用户 + 典型用户筛选问卷）= 含真实业务噪音的样本，能暴露真实痛点

不同素材中的观点

  • 2026-05-23-woshipm-user-research-5-truths（雪白耶耶猫猫）：作者基于上百场实战调研提出的核心论点是”调研的本质不是听取意见而是观察人性”——用户会撒谎且非恶意，是本能。文章给出 5 个真实踩坑（说辞当真相 / 只问晴天 / 样本偏差 / 录音笔分析 / 流水账报告）+ 五阶段 SOP（准备/招募/执行/分析/推动）+ “导演/树洞/翻译官”三位一体角色框架。最深刻的判断是”每一个没有经过真实调研的需求都是在拿公司的资产和团队的生命在赌博”——在 AI 狂飙时代为反向警告。

  • 2026-06-22-woshipm-user-research-full-guide（JOJO1998）：本文侧重”完整流程 SOP + 自查清单”的操作层面。核心贡献包括：① 调研的四个具体价值（降低决策风险、找真正卡点、纠偏方向、建立用户画像）；② 五阶段完整 SOP（准备→招募→执行→分析→总结），每阶段都给出”最容易栽的坑”；③ 两种致命误区的深度分析——用户说什么信什么（用户会因面子/猜测/预测不准而”说谎”）和证实偏误（不自觉寻找支持自己想法的证据）；④ 四节点 15 条自查清单，可直接存为工具使用。最深刻的判断是”调研的全部难点从来不是技巧，而是诚实”——与前文”观察人性”形成心态→操作的完整闭环。

  • 2026-07-14-woshipm-let-ai-reject-your-idea（@王三思转述 Anthropic《创始人手册》）：本文把用户调研”看行为不看说辞”的核心原则浓缩成一条可直接套用的原则——问过去，不问未来。它指出问用户”会不会用你这个产品”只会得到礼貌性谎言（与本页”理想自我陷阱”完全一致），正确做法是问已经发生过的具体行为：“上次有这种需求是什么时候？具体怎么做的？花了多久？哪一步最烦？用了哪些工具？如果没有这些工具你是怎么做的？“其判据是：用户可以对未来撒谎，却很难伪造已经发生过的具体行为。这与本页”陷阱 2 盯犹豫瞬间、多问’上次充值失败时你做了什么‘“是同一方法在创业验证语境下的表达，也把用户调研放进了 让AI否定你 → 用户访谈 → MVP/Sean Ellis 测试 的完整验证链条中。

  • 2026-07-14-woshipm-software-cost-after-launch（秋孝隱）：本文把用户调研作为”缓解创业焦虑”的解药提出——AI 创业者被 harness、agentic workflow、chat/GUI/LUI/TUI 等概念轰炸，容易把概念硬塞进产品，而”缓解焦虑最有效的方法是离开预测、回到用研”。作者给出一个具体阵地和方法：把 Reddit 当调研阵地，把一个产品决策拆成决策漏斗，每一层设计问题，大量发帖发评论回收反馈，且明确”不要只问’你喜不喜欢我的产品’，而是讨论需求、痛点、替代方案、付费意愿、现有产品哪里不好”——这与本页”陷阱 1/2：别问喜不喜欢、要挖真实动机和付费行为”完全一致。作者强调用研会带来两个结果：发现很多简单问题还没被解决（用户仍在为 context switching 抓狂），以及让创始人变得克制（看到真实抱怨和付费意愿后，才知道哪些是真问题、哪些只是自己想装进去的先进性）。这把用户调研从”PM 验证工具”扩展为”创业者对抗概念焦虑的一手证据来源”。

  • 2026-07-17-woshipm-pm-3-traits-independence-drive-empathy（产品妹吖维C）：从”需求真伪验证”侧补充用研前的分析脚手架。即使还没下场访谈，也应先用 伪痛点三层验证法 压测声称的痛点：人群是否被夸大、场景是否真需要该属性、方案是否破坏品类本质。运动饮料软糖案例说明——“没有竞品”更可能是伪需求而非蓝海；这与”用户会撒谎/问过去不问未来”同一精神：都拒绝把一句口头痛点直接升级为产品决策。用研的价值在于为三层假设收集行为证据，而不是替假问题找背书。

  • 2026-09-18-woshipm-scene-requirement-value-anchor（无事小神仙）：本篇从”场景”维度为用户调研补了一个具体方法——极端用户访谈法。它指出普通用户会凑合用、不会跟你说哪里不舒服，极端用户会把矛盾直接拍在脸上。养老产品适老化改版案例中，团队先找普通老人访谈都说”没问题能用”，上线后使用率极低；换成十个完全不会用智能手机、眼睛花到看字要凑到屏幕前的极端用户跟用三天，“出来的场景比找一百个普通用户还准”——极端用户会直接告诉你”你这个返回按钮放右下角，我拿手机的时候大拇指刚好挡住，点十次九次错”。该方法论的底层依据与本文一致：文中引用 MIT 斯隆商学院 2023 年调研，超 72% 的传统用户参与调研最终得到的都是伪需求，根因是”大部分用户无法清晰描述自己真正想要什么”，所以要用极端用户样本放大真实矛盾，而非依赖普通用户的礼貌应答。这与本页”样本偏差/理想自我陷阱”完全同构，是”精准样本优于便利样本”在场景定义语境下的又一注脚。

  • 2026-08-11-产品需求管理-产品定位（怕浪猫，掘金）：本文在用户调研方法论上贡献了三个具体操作化模块：① 调研方法选择对照表——将调研目的分为探索性/验证性/监测性三类，给出6种方法（用户访谈/焦点小组/问卷/可用性测试/日志分析/A-B测试）在样本量、时间成本、信息深度上的量化对比，解决了”该用什么方法”的选择困难；② 用户访谈执行技巧——提出5个实操技巧（20/80法则、追问三层、避免引导性问题、关注行为不问判断、允许沉默），并补充了访谈后的48小时整理规范和5个常见错误（引导性问题/打断发言/选择性记录/样本偏差/过度解读）与纠正方法；③ 问卷设计五原则——15题上限、先易后难、避免模糊、选项互斥穷尽、不设引导性选项，并对比了5种投放渠道的优劣势。这三个模块将用户调研从”为什么”推进到”怎么做”，与本页已有的五大陷阱和五阶段SOP形成”哲学基础+执行细节”的完整覆盖。

实用信息

  • 适用场景：

    • C 端产品 MVP 验证阶段：避免”看似有需求但真实场景不成立”的浪费
    • B 端产品迭代阶段：挖出客户没说出来的真实业务约束
    • 流失用户回访：用流失原因的客观挖掘对抗”功能不够多”的归因偏差
    • 跨部门沟通：把用户情绪吐槽翻译成研发可执行的工程语言

  • 基本用法：

    1. 先看定量数据定位问题（留存/转化/付费哪个跌了）
    2. 设计调研目标——验证功能还是修正方向
    3. 用《用户筛选问卷》招募 8-12 个精准用户（必须包含流失用户）
    4. 一主一辅执行，关注”犹豫瞬间”和”皱眉动作”
    5. 提取硬性标签 + P0/P2 优先级
    6. 当面讲用户故事推动落地

  • 注意事项：

    • 不要把用户口头说辞当作产品决策依据——用账单/行为日志交叉验证
    • 不要问”如果有 X 你会用吗”这类诱导问题——改问”上次遇到 Y 时你做了什么”
    • 不要用便利样本——同事/亲友/路人不是典型用户
    • 不要把逐字稿当成果——必须提炼硬性标签和行动项
    • 不要只发邮件推动——当面讲故事激发研发同理心
    • AI 工具（反馈聚类/访谈提纲/记录提炼）可加速但不可替代判断——“哪个反馈是噪声”必须人来

相关页面

关系图谱

快速导航

反向链接