用户研究与需求洞察

产品回答「做什么、为什么做」，而答案的起点是用户。用户研究的目的是减少臆测：用结构化的方法收集真实声音，把「我觉得用户需要 X」变成「有证据地确认/证伪」。「需求洞察」不是一次访谈的产物，而是由方法、记录与交叉验证构成的闭环。

先厘清：研究的三种角色

时机	要回答的问题	常用方法	产出
探索前	用户是谁、场景长什么样、痛点在哪	访谈、现场观察、日记研究	机会点清单、画像初稿
验证中	这个方案/优先级对吗	可用性测试、问卷、卡片分类	证据、排名、取舍依据
上线后	实际用得怎么样、哪一环流失	埋点分析、回访、客服记录	迭代方向（分析与数据分析方向互链）

常见误区：把研究当成「上线前的仪式」——做完访谈就直奔 PRD，不再回访。研究的价值在循环，不在单次。

方法一：用户访谈（最核心）

什么时候访谈

• 对一个新领域几乎无知，需要建立基线；
• 已有假设但缺证据（尤其是「用户不会用 / 用不起来」类假设）；
• 需要理解动机与情绪（问卷拿不到「为什么」）。

招募

原则	做法	反例
目标用户优先	从目标画像反推招募条件，宁可少而准	找身边同事凑数
极端用户有价值	重度用户与「几乎不用」的用户各留几个，对比能暴露差距	全招中间态用户
样本量看问题	定性研究 5~8 人可覆盖大多数问题；同一类人超过 8 个新增信息锐减	觉得「样本越大越科学」

访谈提纲三问法

每轮访谈围绕少数几个主题，采用半结构化：有主线，允许发散。

1. 回忆具体事件：最近一次你（做某事）是什么时候？当时发生了什么？
   • 比问「你通常怎么…」更真实，因为记忆靠事件不靠抽象；
2. 展开细节：你当时是怎么一步步操作的？卡在哪一步？
   • 追问行为细节，不要满足于「还好 / 有点麻烦」；
3. 探索动机与期望：如果完全按你的想法来，这一步应该是什么样？
   • 引导用户描述理想态，比直接问「你要不要这个功能」可靠得多。

访谈中要做与不要做

✅ 要做	❌ 不要做
一次只问一个问题，问完闭嘴等回答	连珠炮提问，用户答不完
追问「可以举个具体例子吗」	用「是不是 / 要不要」诱导答案
重复用户原话确认理解	急着解释功能、推销方案
容忍沉默，给用户思考时间	替用户把话说完
记录原话（能引用），事后尽快整理	访谈完只靠记忆，几天后细节蒸发

访谈记录模板

# 访谈记录 · 用户 03（B 端看板重度用户）

## 基本信息
- 角色 / 使用频率 / 使用场景：…
- 访谈时间 / 时长 / 方式（线上 / 线下）

## 原话摘录（可用引用）
> 「我每天最烦的是手工汇总各团队的进度，至少花半小时。」
> 「如果新版本把我的模板弄没了，我肯定不用了。」

## 关键发现（我的归纳）
- 痛点 1：…（证据：原话 X / 行为 Y）
- 机会点：…

## 情绪与动机观察
- 提到哪类话题时明显积极 / 消极：
- 未说出口但行为暗示的诉求：

## 待验证假设
- 需要更多人确认：…

方法二：问卷

问卷适合与不适合

适合	不适合
验证已有假设的分布（多少人、多大比例）	探索未知问题（没有选项就无从答起）
规模化收集偏好与优先级	深挖动机与原因
在访谈后做量化确认	替代访谈

顺序建议：先访谈定性，再问卷定量。先做问卷后访谈，选项常是拍脑袋的。

设计要点

• 每个问题只问一件事；避免「是否」类双问题；
• 避免诱导与权威措辞（如「很多人认为…你觉得呢」）；
• 行为类问题给「最近 7 天」而不是「一般」——越具体越准；
• 量表（如 1~5 分）务必说明两端含义，防止口径漂移；
• 先小范围试填 3~5 份，检查歧义再正式发放。

方法三：用户画像与同理心地图

用户画像（Persona）

一份画像 = 一个可识别的目标用户群体（不要做成「平均用户」）。最小结构：

## 画像：效率导向的团队负责人「王哥」

- 一句话描述：管 5 人团队的组长，每天要向上汇报进度
- 关键特征：年龄 30~40 / 管理者 / 用表格但不用复杂工具
- 核心诉求：花最少时间获得可汇报的进度视图
- 最大痛点：信息分散在多个工具，汇总靠手工
- 典型场景：周一上午，赶在例会前汇总上周进度
- 一句话同理心：他要的不是「更多报表」，而是「少花时间整理」
- 反画像（不是目标用户）：个人开发者，关注数据细节而非团队视图

同理心地图（Empathy Map）

围绕某一场景填写四象限，帮助团队站在用户视角而非功能视角：

说 (Says)	想 (Thinks)
用户说出口的话（原话）	心里想但没说出口的（顾虑、期望）
做 (Does)	感受 (Feels)
实际行为与操作	情绪：担心什么、期待什么

一句话：听用户说的，看他做的，猜他想的，懂他感受的。

从原始素材到需求：收集、整理、排序

素材 → 需求卡

每条原始声音整理成一张需求卡（可放入需求池）：

- 编号：UR-07
- 来源：访谈用户 03 / 问卷 Q5 / 客服工单 #882
- 原始诉求（原话）：「希望进度能自动汇总，别让我手动贴」
- 背后的需求（我的解读）：低成本的团队进度可视化
- 证据强度：高（3 人访谈 + 问卷 62% 勾选）
- 相关用户：王哥类画像
- 建议方向：自动汇总 / 模板持久化 / 集成导入

优先级排序：不能只看「很多人要」

维度	说明	权重示例
影响广度	影响多少用户 / 频率多高	30%
影响深度	对单用户价值大小（痛点强烈度）	30%
战略契合	是否符合当前阶段定位与目标	25%
成本	实现成本、依赖、风险	15%

排序工具不只有 RICE；价值排序表格见需求分析与 PRD，实验类取舍见产品指标与增长。

常见坑速查

坑	现象	解法
幸存者偏差	只访谈活跃用户，得出「大家都喜欢」	主动找流失用户与低活跃用户
说 ≠ 做	用户嘴上说要 A，行为却一直用 B	访谈结合行为观察或埋点验证
问题即答案	问「你想要导出 Excel 吗」→ 得到「想要」	问任务与目标，不问功能
样本幻觉	5 个人访谈完就下「市场需要」结论	区分定性洞察与定量结论
只记结论不记原话	汇报时无证据支撑，沦为个人观点	全程保留原话引用与录音/笔记

研究启动检查清单

• [ ] 明确本次要回答的问题（可证伪），而非「随便聊聊」
• [ ] 选定方法组合：访谈为主 / 问卷补充 / 观察兜底
• [ ] 制定招募条件并确认覆盖极端用户
• [ ] 提纲准备好并做过一次试访谈
• [ ] 访谈中记录原话，当天整理成需求卡
• [ ] 多源交叉验证后再进入需求分析与 PRD
• [ ] 回访计划：上线后验证洞察是否成立

需求进入正式文档请参阅需求分析与 PRD；涉及埋点与数据验证请参阅数据分析；方法复盘请参阅项目管理。