言需有据｜腾讯会议客户访谈证据链

解决什么问题

客户访谈最容易坏在证据上。录音散落在会议平台，纪要靠人工整理，到了写 PRD 的阶段，往往只剩一句「之前客户提过」，谁说的、在哪一秒、原话是什么，全都说不清楚。结果是评审会上反复扯皮，需求依据无法回溯，最后只能把访谈当作灵感参考，而不是可引用的证据。

这个技能要解决的就是从语音到需求文档之间的断层：让一段腾讯会议的客户访谈录音，能被整理成一条带来源、可核对的证据链，最终沉淀到 PRD 里。

它是怎么工作的

核心思路不复杂，分三层：

• 录音进，证据出：以 @user_f3a2c29c/tmeet-voice-to-prd 的形式接入访谈素材，把一段会议录音当作输入，而不是当作需要人工重听的负担。
• 先整理，再引用：先把访谈内容转成结构化纪要，再从纪要里抽出可用于需求的证据条目，而不是直接生成一份「看起来合理」的需求清单。
• 证据可回溯：需求条目与访谈内容之间保留对应关系，让评审时能回答「这条需求来自哪次访谈、客户当时怎么表述」。

产出最终落在 PRD 上：把访谈证据转写为需求描述、背景说明或验收依据，让文档里的每一条主张都有据可依。这也是「言需有据」这个名字想表达的东西。

适用边界与注意点

它属于 knowledge-management 类技能，价值在于访谈知识的归档与复用，不是会议工具本身，也不负责会议预约、参会提醒这类事务。

几个需要留意的地方：

• 证据质量取决于录音质量：背景噪音大、多人抢话、方言口音重的录音，转写和整理效果都会打折，重要访谈建议控制环境。
• 纪要不等于原话：结构化整理必然有归纳，引用关键表述时建议回到原始录音核对，避免转写偏差被当成客户原意。
• 隐私与授权：访谈录音通常包含客户方人员的声音和表态，沉淀进团队知识库前需要确认授权范围。
• 不做需求决策：技能负责把证据摆清楚，要不要做、优先级怎么排，仍然是产品判断，不是自动化产出。

换句话说，它补的是「证据链」这一环，不是替代需求分析本身。