002 · 需求调研与产品对标
把访谈原话整理成需求证据
这个场景能帮你做什么
访谈纪要如果只剩“客户需要智能化”,研发很难判断问题发生在何处。WorkBuddy 可以把已有文字记录拆成具体事件、原话、工作影响和待验证判断,形成后续需求分析可引用的证据表。
开始前需要准备什么
提供已获授权的访谈转写、笔记或沟通记录,注明访谈日期、对象角色、产品型号和场景。保留说话人及时间点;转写不清的部分不要提前修成流畅结论。本任务处理已有文字,不默认能够识别录音。
具体怎么做
第一步:按事件拆分记录
让 WorkBuddy 找出“谁在什么条件下做了什么、遇到什么问题、如何处理”的片段。同一段有多个事件时分开,重复讲述同一事件时关联原位置,不累计成多次发生。
第二步:区分原话与解释
逐项保留原句和位置,分开记录可观察事实、受访者评价、受访者猜测与 AI 的分析假设。“每次都很慢”仍是受访者陈述,不能换算成已经统计的平均时长。
第三步:补上待核实的证据
对缺型号、日期、频次、操作步骤或影响范围的项目列追问。将相关故障记录、操作日志等已有材料与原话关联;找不到证据时保持未知,不能自动补齐。
第四步:交付给需求判断
输出证据表和待验证问题。每条需求候选应能回到原话,说明它解释了什么、尚不能证明什么。此时不决定功能优先级,也不将抱怨直接翻译成开发方案。
可以直接交给 WorkBuddy 的完整要求
请将附件中的访谈文字整理成需求证据表,不改写受访者原意。
每条记录列:角色、场景、具体事件、原话与位置、问题后果、已有佐证、待核实项。
将观察事实、受访者意见、受访者推测、你的分析假设分栏;没有依据的频率、金额、时长不补数。
同一事件的重复表述关联保留,不重复计数。转写不清、代词指向不明和前后冲突单独标记。
最后给补问清单,不生成已确认需求或擅定解决功能。
完成后会得到什么
一份保留原话位置的事件证据表,以及补访或现场核对的问题清单。例如“切换型号后需要反复调整”可以保留为问题线索,尚不能据此判断需要自动调参。
结果应该怎么检查
回查涉及数字、责任和故障原因的原句,确认没有把“可能”改成“确定”。检查每条整理结果是否有出处,说话人的意见是否被误写成现场事实。
遇到这些情况怎么处理
同一问题说法相反时并列保留,核对是否为不同角色、型号或时期。访谈缺时间点时,保留原文件段落定位。只有二手转述时注明信息层级,优先补实际操作者证据。
哪些必须人工决定
访谈负责人确认原意和记录使用范围,产品与研发判断证据是否足以支持需求。AI 可以整理证据与提出假设,不能确认未发生在记录中的客户经历。