4. 访谈记录整理与需求提炼：转录要点、识别关键需求、分类标签

用户访谈结束后的录音和笔记是“毛料”，而PRD中的需求条目是“精钢”。从毛料到精钢，中间隔着三道工序：转录整理→关键需求识别→分类标签。本章拆解每一道工序的操作要点与产出物。

4.1 转录要点：从原始记录到结构化稿件

转录不是逐字听写，而是有损压缩——保留业务语义，剔除口头禅、重复、无关寒暄。推荐三级转录策略：

转录级别	适用场景	工作量（1小时录音）	输出物
粗转	探索期用户调研，不需要逐字稿	≈ 1.5 小时	要点摘要 + 时间戳节点
标准转	功能型需求采集，需要保留对话逻辑	≈ 3～4 小时	结构化问答记录 + 关键原话标注
精转	高优先级需求或争议性需求溯源	≈ 6～8 小时	逐句稿 + 语气/停顿/情绪标记

粗转和标准转覆盖 90% 的PRD场景。每次转录完成后，必须执行以下三项检查：

• 角色标记：每段话前标注「访-」或「用-」，避免混淆提问与回答。
• 业务实体标蓝：将用户提到的业务对象（如“工单”“审批流”“SKU”）加粗或高亮。
• 疑问留痕：对听不清楚或逻辑断裂处用 [?] 标记，不自行脑补。

4.2 识别关键需求：从用户原话到需求陈述

用户不会直接说出“我要一个XX功能”，他们会说“我每次都要手动改状态，太麻烦了”。产品经理的任务是从抱怨、愿望、工作流断点中提取可落地的需求陈述。

识别公式：
关键需求 ＝ 用户目标 － 当前障碍 ＋ 期望结果

以下是一组对照示例，展示从原话到需求陈述的转换：

用户原话（原始记录）	隐含目标	需求陈述（标准格式）
“每个月对账我要导出三张表，手动VLOOKUP，经常出错。”	提高对账正确率与效率	系统应提供自动对账功能，支持多表合并，差异项标红告警。
“新员工来了要配权限，我得找IT部等三天。”	缩短权限开通周期	支持部门主管预置角色模板，审批通过后自动生效。
“APP闪退，但我不确定是不是我手机问题。”	获取设备兼容性信息	APP启动时静默上报设备型号与系统版本，后台聚合闪退日志。

筛选优先级：使用 RICE 模型（覆盖范围 Reach、影响 Impact、可信度 Confidence、努力 Effort）对候选需求打分，本节重点关注可信度——该需求被多少位受访者提及？是否是同一业务角色？

4.3 分类标签：建立需求分类体系

分类标签让几十条散乱需求变成一张可检索、可归责的二维地图。推荐使用三层标签体系：

• L1 – 业务域：订单、库存、用户、支付、报表 ……
• L2 – 需求类型：功能优化、新增功能、数据需求、体验改进、合规需求
• L3 – 来源/可信度：高（≥3人提及/业务负责人）、中（2人提及/普通用户）、低（1人提及/猜测）

每条需求至少挂三个标签，形成类似 订单 | 功能优化 | 高 的组合标识。标签体系建成后，用以下模板归档：

需求ID: REQ-2025-0047
原话摘要: "批量打印时总是漏掉最后一张"
需求陈述: 批量打印支持逐页确认，打印失败时自动重试并告警
L1标签: 订单
L2标签: 功能优化
L3标签: 高（3位仓管员提及）
关联记录: 访谈-2405-张工、访谈-2407-李工、访谈-2412-王工

4.4 从原始记录到需求清单的完整链路

下面这张SVG展示了从访谈原始记录到最终需求清单的四步流程，以及每一步的关键产出物：

4.5 交叉验证与需求去重

当多位受访者表达相似诉求时，需要合并为一条需求并累加可信度。操作步骤：

1. 语义归一化：将“导出慢”“报表加载转圈”“下载要等很久”统一为“报表导出响应时间 > 15秒”。
2. 冲突标注：若受访者A要求“保留全部历史数据”，受访者B要求“只保留最近3个月”，则标记为需求冲突，后续通过产品决策或A/B测试解决。
3. 唯一性检查：对照已有需求列表，若新需求与已有需求差异小于 30%，归入同一需求并补充新来源。

4.6 本章交付物清单

交付物	格式	验收标准
结构化转录稿	.md / .docx	每段对话有角色标记，业务实体已高亮，疑问处有 [?] 标记
需求候选列表	.xlsx / .csv	包含原话摘要、需求陈述、RICE打分、关联访谈ID
分类标签体系表	.xlsx / 在线文档	L1/L2/L3 三层定义清晰，每条需求至少挂三个标签
去重与冲突记录	.xlsx 单独 sheet	标明每条需求的去重状态，冲突项附加“待决策”标记