第4章 用户访谈与痛点提炼：访谈提纲、记录方法、痛点归类、优先级排序

用户访谈是产品需求采集最核心的定性手段，但多数初级产品经理容易陷入「聊得很嗨、记了一堆、写PRD时却用不上」的困境。本章围绕访谈前、中、后三个阶段，提供可复用的提纲模板、速记方法、痛点归类矩阵和优先级排序模型，帮助你从零散对话中提炼出可直接进入PRD的结构化需求。

4.1 用户访谈的全景流程

一次有效的用户访谈包含6个标准环节，环环相扣，缺一不可。下图展示了从访谈目标设定到痛点排序入库的完整链路：

4.2 访谈提纲设计：三层次结构

一份好的提纲不是「问题列表」，而是三层漏斗结构：宽入口 → 深挖掘 → 收口验证。下面给出每层的设计目的和示例问题：

4.3 访谈记录方法：速记+复盘双轨制

访谈时不可能逐字记录，推荐使用「3+1速记法」：

• 3个关键字段：用户原话（打引号）、场景锚点（时间/地点/涉及人）、情绪标记（😠/😐/😊）
• 1个后续标记：标记需要追问或核实的点（用 ? 标注）

记录模板示例：

【用户ID】U08-王芳　【角色】仓库质检员　【时长】32分钟
────────────────────────────────────────
[场景锚点] 每天下午3点发货高峰期
[用户原话] "系统每次都要重新登录，我一天要登七八次，手都酸了"
[情绪标记] 😠 明显不耐烦，看了两次手表
[后续标记] ? 确认是单点登录失效还是超时策略问题
────────────────────────────────────────
[场景锚点] 抽检发现条码与系统不符时
[用户原话] "我得先在纸上记下来，下班再补录，经常漏掉"
[情绪标记] 😐 无奈，表示"大家都这样"
[后续标记] ? 询问平均每天漏几条 / 漏录的后果

4.4 痛点归类：四象限框架

从访谈记录中提取的原始痛点通常零散且重复，需要按「发生频率 × 影响程度」两个维度归入四象限：

归类时要注意：同一痛点在不同用户群体中可能落入不同象限，需要标注用户角色后再归类。例如「登录超时」对质检员是高频（每天8次），对主管是低频（每周1次）。

4.5 优先级排序：RICE 模型适配版

归入四象限后，还需要在同一象限内做精细排序。推荐使用轻量级RICE 模型（覆盖度 × 影响度 × 置信度 ÷ 成本），参数定义如下：

计算公式：RICE 分数 = (Reach × Impact × Confidence) / Effort。分数越高，优先级越靠前。

4.6 从痛点列表到PRD输入

经过归类与排序后，最终输出一份结构化的痛点优先级列表，作为下一章「需求拆解」的原材料。每条痛点应包含以下字段：

痛点ID: P-2025-008
用户角色: 仓库质检员
问题标题: 系统频繁超时登出导致重复登录
场景描述: 每天下午发货高峰期，每隔40-60分钟系统自动登出
用户原话: "一天要登七八次，手都酸了"
发生频率: 高频（每天8-10次）
影响程度: 高（耽误发货，质检员被迫延长加班）
归属象限: Ⅰ 高频高影响
RICE分数: (5×5×0.8)/2 = 10.0
建议优先级: P0（本轮必须解决）
对应PRD章节: 3.2 用户认证与会话管理

4.7 本章小结

用户访谈的价值不在于「问了很多人」，而在于「提炼出可执行的痛点」。通过三层提纲获取真实场景，通过3+1速记法保留关键信息，通过四象限归类区分轻重缓急，再通过RICE模型做精细化排序——这套组合工具能确保你从访谈中拿到的不是一堆录音，而是一份可以直接指导PRD撰写的结构化需求输入。