产品迭代评审的时候，最硬的需求依据是什么？不是PM说"我觉得用户需要这个"，而是能翻出来、有出处、有原话的用户访谈记录。做了访谈却没有把录音整理好，等于白做了一半——开会的时候说不清"依据在哪里"，PRD里的需求来源一栏只能写"用户反馈"这四个字打太极。这篇讲的就是如何把痛点访谈录音整理成真正能支撑产品决策的素材。
痛点访谈录音整理难在哪里？
第一个难点是"痛点"往往不是用户直接说出来的。用户不会在访谈里说"我的痛点是X"——他会描述他遇到的问题、他的操作流程、他感到沮丧的时刻，痛点需要从这些描述里推导。但整理录音的时候，如果整理者不了解产品背景，很容易就把关键段落当普通内容处理，丢失了洞察。
第二个难点是用户描述的场景细节非常重要，但很难被"精简"出来。产品经理最需要的是"用户在什么情况下、遇到什么问题、当时怎么应对的"这个完整场景链，但这个场景链往往散在十几分钟的讲述里，需要把前后关联的段落都找出来拼在一起。
第三个难点是PRD的需求来源需要可溯源。写进PRD的需求描述，评审的时候产研团队可能会问"这个需求的原始依据在哪里"，这时候如果只有一句话的总结，没有时间轴和原话，就无法回溯。
第四个难点是多个用户的相似痛点需要聚合，但又不能混淆"哪个用户说的"。把五个用户的共同痛点写进PRD，和把某一个用户的特殊情况误当成共性问题，处理方式是完全不同的。
访谈录音整理后如何对接PRD？
第一步，整理之前先把这次访谈的产品背景和核心研究问题告诉整理团队。比如："这次访谈围绕的是用户在使用工单系统提交问题时的流程体验，重点关注提交卡点和状态查询痛点。"有了这个背景，整理时就能优先标记和这些议题直接相关的发言段落。
第二步，要求整理出带时间轴的逐字稿+关键场景提取两份材料。逐字稿保证可溯源，关键场景提取直接对应你的研究问题——"用户描述的操作流程"、"用户表达不满的具体时刻"、"用户现有的临时应对方案"各自列出来，每条附上时间轴和原话引用。
第三步，多用户横向比对。整理多个用户访谈时，可以要求交付一张汇总表：按研究问题维度排列行，每一行是一个痛点/议题，每一列是一个受访用户，对应位置填入该用户在这个议题上的原话或行为描述，有的填，没提到的留空。这张表直接对应PRD的"需求来源"章节，一目了然。
第四步，在PRD里写需求来源的时候，格式建议是："（访谈编号+时间轴：原话节选）"，这样评审的时候可以直接定位到录音来核实。
整理团队能提供什么支持？
可以做的事情包括：按产品研究问题整理每场访谈的逐字稿和场景段落提取；按你指定的痛点维度做跨用户横向比对汇总表；整理用户描述的操作场景、现有应对方案、未被满足的期待，这些内容可以直接作为PRD"用户当前路径"和"需求来源"的材料。
需要说明边界的地方：整理方不会替你判断"这个痛点是否值得做需求"或者"这个需求的优先级"，那是产品判断，不是整理工作的范围。对于用户描述不清晰或者前后矛盾的内容，整理稿会如实保留，不会替用户补充或圆话。
FAQ
Q：访谈里用户提到了很多竞品，整理时需要脱敏吗？
A：这取决于你们公司的信息管理规定。如果内部共享版本不需要脱敏，可以完整保留竞品名称；如果需要脱敏，提前告知，会统一替换成"某竞品"或者按你指定的代号处理。两个版本都可以交付，方便不同场合使用。
Q：访谈里用户说的话很长、很绕，直接放进PRD会影响阅读，能整理得简洁一点吗？
A：可以在逐字稿之外单独整理一份"精简摘要版"，以"用户在X场景下，遇到了Y问题，当前用Z方式应对"这种格式来呈现，适合直接放入PRD。但精简版和逐字版会同时交付，精简版里的每一条都注明对应的录音时间轴，确保可溯源、可核实。
Q：我们同时访谈了B端决策者和C端使用者，两类用户的整理格式需要不同吗？
A：建议用不同的标签或文件夹区分，但格式可以统一。如果B端和C端的研究问题维度不同，横向比对汇总表可以分开做两张。提前告知两类受访者的角色标签和对应的核心研究问题，整理时会按对应维度归类。