认识访谈数据与PRD的桥梁
本章解决一个核心问题：为什么用户说了那么多，写进文档的却总对不上？
产品经理在日常工作中经常面对两种资产：
- 访谈数据——用户原声、行为观察、问卷开放题、客服录音摘要
- PRD（产品需求文档）——团队执行的最终蓝本
两者之间不是“复制粘贴”的关系，而是一个分析→提炼→结构化的逻辑链条。本章先铺底，让你看清从原始数据到可执行需求的完整转化路径。
1.1 用户场景与业务问题
先看一个典型场景：
场景：某SaaS平台的客服团队反馈“工单分配太慢”。产品经理对5名客服进行了深度访谈，获得大量吐槽：“我不得不手动点开每个工单看内容”“分给我的单子经常不是我能处理的”……
业务问题：工单平均响应时间从3分钟升至8分钟，客户满意度下降12%。老板要求在下个迭代解决。
访谈数据是一堆零散的故事、抱怨、场景描述。PRD需要的是：谁、在什么条件下、需要什么能力、达到什么效果。
1.2 访谈数据的三大类型
不是所有对话产出都能直接变成需求。课程将访谈数据划分为三种类型：
| 类型 | 典型来源 | 特点 | 价值 |
|---|---|---|---|
| 结构化数据 | 问卷、评分表、NPS调查 | 可量化、易统计 | 定位问题严重度、优先级排序 |
| 半结构化数据 | 用户访谈笔录、焦点小组摘要 | 有主题但叙事零散 | 挖掘真实场景和痛点原因 |
| 非结构化数据 | 客服录音、用户反馈邮件、社交媒体评论 | 信息密度大、噪声多 | 发现未预期的需求线索 |
💡 本课程重点处理半结构化和非结构化数据，因为结构化数据通常可直接进入指标验证环节，拆解难度最低。
1.3 PRD核心结构
一份可落地的PRD（产品需求文档）通常包含七个部分，它们与访谈数据的映射关系已在下表中列出：
| PRD章节 | 核心作用 | 来源参考（访谈数据） |
|---|---|---|
| 1. 背景与目标 | 为什么做、达成什么 | 业务问题、用户抱怨趋势 |
| 2. 用户故事 / 用户场景 | 谁、在什么情境下、希望达成什么 | 访谈场景描述、行为观察 |
| 3. 功能需求（列表） | 系统要做什么 | 用户提出的解决方案、痛点映射 |
| 4. 非功能需求 | 性能、安全、可用性约束 | 用户对速度/稳定性/易用性的吐槽 |
| 5. 方案表达（线框图 / 逻辑流） | 如何做 | 用户操作步骤、期望流程 |
| 6. 验证指标 / 验收标准 | 如何判断做完&有效 | 用户问题量化指标、理想结果描述 |
| 7. 交付物与边界 | 文档、数据、异常处理 | 用户反馈中的边界情况、失败案例 |
⚠️ 很多新手PRD只写“功能需求”而不写“验证指标”，导致上线后无法判断是否解决了用户问题。访谈数据中往往包含大量可量化的期望（“我希望5秒内完成分配”），必须转化为验收标准。
1.4 数据到需求的转化逻辑
从访谈数据到PRD不是一步到位的，它包含三个关键环节：
- 上下文还原——将用户原声放入业务场景，剔除情绪和假设。
- 需求拆解——将痛点/愿望分解为“用户-场景-目标-约束”四要素。
- 优先排序——根据影响范围、技术成本、战略价值确定哪些进入PRD。
下面的SVG图展示了完整的转化管道：
转化逻辑口诀：听原声→还原场→剥四素→排优先级→填结构→定验收。每缺少一环，PRD就容易出现“伪需求”。
1.5 桥梁工具：数据–需求映射表
在后续章节的每一次实战中，你都会使用这个模板来记录转化过程。它作为交付物模板的一部分，让评审时所有人都能看到“用户说的是这个，PRD里写的是那个”。
【数据–需求映射表】
用户引用（逐字稿） | 场景还原 | 需求四要素 | 优先级 | PRD章节定位
----------------------|------------|-------------------------------|--------|-------------
“我总是要点开才知道” | 工单列表 | 用户:客服; 场景:浏览新工单 | P0 | 功能需求1.1
| | 目标:预判类型; 约束:列表性能 | | 方案表达:列表卡片设计
“慢得要命” | 分配操作 | 用户:客服; 场景:等待系统分配 | P1 | 非功能需求2.1
| | 目标:3秒内返回; 约束:高并发 | | 验证指标: p95 ≤ 3s📌 本课程后续所有章节都会基于这个映射表展开。你现在就可以开始在自己的项目中试用它——哪怕只记3条用户原声，也能明显感觉PRD变“实”了。