第2章 访谈目标设定与提纲设计
访谈数据的质量直接决定PRD的根基是否牢固。本章通过目标→问题→痛点三层链路,帮助你将模糊的调研意图转化为可执行的访谈提纲,确保每一轮对话都指向真实的业务诉求。
2.1 为什么访谈目标是PRD质量的起点
一次没有目标的访谈,就像没有地图的航行——你会收集到大量零散信息,却无法判断哪些才是构建PRD的关键素材。访谈目标决定了:
- 信息筛选标准:哪些数据进入PRD,哪些被过滤。
- 问题设计方向:开放式问题围绕哪个核心域展开。
- 痛点识别深度:能否穿透现象找到根因。
课程经验: 在超过60%的访谈实战中,明确目标的项目组在第一轮访谈后就锁定了80%的核心痛点;而未设定目标的项目组平均需要2.3轮才能达到同等深度。
2.2 三步法确定调研目标
使用“业务全景 → 用户群 → 问题域”的下钻路径,将高层级目标分解为可追问的子目标。
| 步骤 | 名称 | 核心问题 | 输出物 |
|---|---|---|---|
| 1 | 业务全景梳理 | 业务在什么环境、流程中运行? | 业务全景图 / 价值流 |
| 2 | 目标用户群界定 | 谁是最终用户?谁有决策权? | 用户角色矩阵 |
| 3 | 核心问题域聚焦 | 当前最大障碍是什么? | 问题清单(优先级排序) |
实践建议: 三步法完成后,将三个输出物合并为一页“调研目标画布”,作为访谈前团队对齐的唯一参照物。
2.3 设计开放式问题的五大原则
开放式问题是挖掘痛点的探针。遵循以下原则,让受访者自然流露真实诉求:
- 以“什么/如何/为什么”开头 —— 避免“是不是/有没有”等封闭引导。
- 一次只问一个维度 —— 复合问题会导致回答模糊、难以拆解。
- 从现象到根因递进 —— 先问“发生了什么”,再问“为什么发生”。
- 使用业务语言 —— 不要使用PRD术语,用对方日常的词汇。
- 预留沉默空间 —— 问题之后停顿3-5秒,给对方思考时间。
| 对比维度 | 开放式问题 | 封闭式问题 |
|---|---|---|
| 目的 | 探索未知、发现痛点 | 验证假设、确认细节 |
| 回答方式 | 自由叙述、举例 | 是/否、选择、评分 |
| 适用阶段 | 访谈前半段(建立认知) | 访谈后半段(收敛确认) |
| 数据分析难度 | 较高(需编码归类) | 较低(可直接统计) |
2.4 聚焦业务痛点的追问框架
当受访者描述一个现象时,使用“现象 → 影响 → 原因 → 诉求”四层追问模型,将模糊抱怨转化为可量化的痛点描述。
| 层级 | 追问方向 | 示例问题 |
|---|---|---|
| 现象 | 具体发生了什么? | “您能描述一次最近发生的订单错误吗?” |
| 影响 | 带来了什么业务后果? | “这个错误导致客户投诉率上升了多少?” |
| 原因 | 根本原因是什么? | “您认为系统哪个环节最容易引发这个错误?” |
| 诉求 | 理想的解决方案是怎样的? | “如果重新设计,您最希望改变什么?” |
常见陷阱: 初学者在“现象”层就急于给出方案,跳过了“影响”和“原因”层,导致PRD中的痛点描述缺乏数据支撑,后续验证时无法对齐。
2.5 访谈提纲模板与示例
将上述方法整合为一份可复用的访谈提纲模板。以下是一个针对“订单处理效率”场景的提纲节选:
# 访谈提纲 —— 订单处理效率优化
## 1. 业务全景(5min)
- 请您简单描述从接单到发货的完整流程?
- 这个流程中涉及哪些岗位和系统?
## 2. 用户角色(5min)
- 您日常使用订单系统的频率和核心操作是什么?
- 团队中还有哪些角色依赖这个系统?
## 3. 核心痛点(20min)
- 最近一个月,您遇到最棘手的订单问题是什么?
(追问:影响多大?原因是什么?)
- 如果让您排优先级,订单处理环节最需要改善的三点是什么?
## 4. 期望方案(10min)
- 理想的订单处理方式是什么样的?
- 您认为哪些改进能立竿见影?
以下是一段真实访谈对话(已脱敏),展示如何通过开放式提问与四层追问聚焦痛点:
访谈者:您能描述一次最近发生的订单延误吗?
受访者:上周有个大客户订单,因为库存数据不准,发货延迟了2天。
访谈者:这个延误带来了什么业务影响?
受访者:客户投诉了,我们紧急调货,额外花了物流成本,客户满意度下降。
访谈者:您认为库存数据不准的根本原因是什么?
受访者:系统库存和仓库实际库存不同步,人工核对要3-4小时。
访谈者:如果给您一个理想的解决方案,您最希望改善什么?
受访者:我希望系统能实时同步库存,差异超过1%就自动预警。
交付物提示: 本章完成后,你将获得“调研目标三步法画布”和“访谈提纲模板”两个可直接用于下一轮用户访谈的交付物。在第三章中,我们将用这些工具执行一次完整的用户访谈,并记录原始数据。