AI 用户访谈提效包: 从一团乱麻的录音到可行动的产品/运营洞察

开场

录了两小时, 整理到凌晨, 还是看不出用户到底在想什么

这是大部分做用户访谈的团队都会撞到的一堵墙。老板说 "去做几个用户访谈, 看看用户到底怎么想"。你预约了 5 位用户, 认真做了大纲, 录了音或记了笔记。访谈结束, 整理纪要花了一晚上; 又花了半天, 把纪要拼成了一页 PPT; 然后在会上把这段话念给团队听, 没人能说清接下来到底该改什么。

问题不是访谈本身没价值, 而是从录音到洞察的链路太散了。录音变成文字是体力活, 文字变成结构化纪要是耐心活, 结构化纪要变成产品或运营洞察是判断活, 洞察变成 backlog 任务又是沟通活。一个人做完这四件事, 要么累得不想再做, 要么干脆跳过中间几步, 直接凭印象写结论。

AI 真正能帮上忙的地方, 恰好是中间这几段: 把录音/笔记变成结构化纪要, 把纪要里的模式、痛点、决策顾虑抽出来, 把洞察拆成可以进入产品、运营、客服 backlog 的任务。它没法替用户说话, 也无法替你下决定, 但它能把过去拖垮你耐心的事, 变成 30 分钟可以跑完的流程。

这篇教程不打算教你做一份漂亮的大纲, 也不推销某个录音转写工具。它要做的是, 把用户访谈从 "听一次, 整理到半夜" 变成一套可以被新人复用、被团队协作、被产品和运营直接吃进去的工作流。读完以后, 你应该能拿出 1 份访谈目标卡、1 份访谈大纲、1 份结构化访谈纪要、1 份洞察摘要和 1 份 backlog 任务表, 并且能说清楚哪些步骤是 AI 做、哪些必须是你判断。

本质

用户访谈不是聊天, 是带着假设去验证

很多人以为用户访谈就是 "找个用户过来聊聊", 这是错的。聊天是为了舒服, 访谈是为了搞清楚一个事先没说清楚的判断。

把用户访谈做扎实的团队, 都会在访谈前准备 3 件事: 访谈目标、必须验证的假设和必须挖到的问题。如果这 3 件事没写清楚, 哪怕访谈过程再热闹, 录完以后你还是不知道下一步该做什么。

这也是为什么很多团队觉得访谈没用: 不是访谈没用, 而是没准备好, 录完又没整理好。访谈是一项需要被设计的工作, 跟做活动策划、做客户调研一样, 有输入、过程、产出和验收。

理解这一层以后, 我们就可以把访谈拆成 4 段: 访谈前准备 (目标 + 假设 + 大纲)、访谈中执行 (按大纲 + 追问)、访谈后整理 (录音/笔记 → 纪要)、访谈后转化 (洞察 → 行动)。这 4 段里, 第 1 段和第 4 段是 AI 帮不上忙的 (因为它们要靠人的判断), 中间 2 段是 AI 最能放大效果的地方。

把访谈拆成 4 段, 不是为了流程好看, 是为了让你知道什么时候该停下来想、什么时候该让 AI 接手。如果你硬让 AI 帮你写假设、替你定目标, 那只是把 "拍脑袋" 换成 "AI 拍脑袋"。

AI 分工

AI 适合整理与归纳, 人必须负责判断与承诺

在用户访谈这件事上, AI 能做、不能做的事, 比很多其他工作场景更分明。

AI 适合做的是把零散信息整理成结构化文本: 把录音/笔记转成文字, 把长段对话按主题分段, 把对话里的痛点、原话、信号抽取出来, 把多份访谈里的模式做对比。这些事过去要靠研究员花几个小时做, 现在 30 分钟就能拿到一份可以审的草稿。AI 也适合帮你生成一份访谈大纲草稿, 或者帮你把别人的访谈大纲改造成你能用的版本。

AI 不适合做的是替你定目标、替你提假设、替你下结论、替你对客户做承诺。访谈目标要由访谈发起人 (产品经理、运营负责人、销售总监、HR 负责人) 自己写, 因为只有他知道这次访谈要回答什么业务问题。AI 提的假设永远是泛的, 没有团队上下文; AI 下的结论永远是它从文字里看出来的模式, 不一定代表真实的用户行为。

还有一个边界很重要: AI 不能替团队对用户做承诺。如果你让 AI 起草访谈回复邮件, 直接发给用户, 里面写到 "我们会按您说的做", 这就出事了。访谈里所有对用户的承诺必须由人审, 包括感谢话术、跟进安排、是否赠送礼品。

把这层边界讲清楚以后, 这篇教程的每一步都会标注 AI 做哪一段、人做哪一段。这样你可以一眼看出, 哪一步可以放手让 AI 跑, 哪一步必须自己坐下来想。

• AI 负责: 转写文字、生成大纲草稿、把长记录拆成结构化纪要、抽取痛点和原话、对比多份访谈。
• 人负责: 写访谈目标、设定假设、选择访谈对象、访谈中追问、确认原话、决定下一步动作、对用户承诺。
• 边界动作: 任何对用户说的话、对客户的承诺、对团队的决定, 都要由人审, 不能让 AI 直接发出去。

实操流程

第一步: 写一份访谈目标卡, 别凭感觉就开始

访谈目标卡是这次访谈最重要的一份产物, 它决定了后面的所有步骤能不能对齐。一份合格的访谈目标卡, 必须包含: 一句话目的、3 条必须验证的假设、5 个必须挖到的问题、3 类不该问的问题、访谈结束时要能说出的判断。

为什么必须先写假设? 因为没有假设, 你听到的任何回答都会被当成 "事实", 但实际上你只是在听用户讲他自己的故事。假设让你能区分 "我听到了我猜想的证据" 和 "我听到了跟我猜想相反的信号"。后者才是访谈最值钱的部分。

比如你要访谈的目标是 "上线一个让中小商家做促销的功能", 你心里其实有三个假设: 中小商家最在乎的是不是预算, 他们到底用什么工具做促销, 他们愿意为这件事付多少钱。把这 3 个假设写下来, 你在访谈中就会主动去问 "你之前用 XX 工具的时候, 价格是不是关键因素", 而不是泛泛地问 "你觉得促销功能怎么样"。

很多团队觉得写假设是给自己挖坑, 因为访谈完发现假设不对很尴尬。但尴尬才是有用的: 假设错了, 你才知道自己之前是怎么错的。比起把错的假设藏起来带到产品上线, 在访谈中打脸, 成本低得多。

访谈目标卡不需要写得很长, 一般一页 A4 就够了。你可以用 AI 帮你把一份草稿整理成结构化版本, 但内容必须是你自己写, 因为只有你清楚团队当前在赌什么判断。

1. 用一句话写明访谈目的, 例如 "验证我们猜的 3 个假设, 决定下一个迭代是优先做 A 还是 B"。
2. 按重要度列出 3 条必须验证的假设, 每条假设都要可证伪, 不能写 "用户喜欢好产品" 这种废话。
3. 列出 5 个必须挖到的问题, 按优先级排序, 例如用户最近的真实场景、现在用什么替代方案、最痛的 3 个问题、价值判断、影响决策的因素。
4. 列出 3 类不该问的问题, 例如竞品细节、未来一年的长期规划、公司机密话题。
5. 写明访谈结束时要能说出的判断, 例如 "用户愿意为 X 付 30 元/月, 但不会为 Y 付 50 元"。

实操流程

第二步: 用 AI 草拟一份半结构化访谈大纲

有了访谈目标卡, 下一步是把抽象目标变成访谈大纲。半结构化是访谈最常用的形式: 你有准备好的主问题, 但可以根据用户回答临时追问。

很多新人会犯的错是把大纲写成一长串问题, 结果 45 分钟里只问了 8 个问题就超时了, 后面一大半问题没问到。更好的做法是少而精: 主问题不超过 12 个, 每个主问题留 2-3 个追问, 留出至少一半时间给用户讲故事。

AI 非常适合帮你做这件事: 把访谈目标卡喂给 AI, 让它按时间顺序生成访谈大纲草稿, 每段包含主问题、追问、引导问题、注意项。你拿到的草稿会有 70% 可以用, 剩下 30% 要根据你熟悉的用户类型调整, 比如有的用户很能聊, 主问题要少; 有的用户很沉默, 追问要多准备。

主问题的设计有几个容易踩的坑: 用是否题 (例如 "你喜不喜欢") 会让用户只回答是或不是, 你拿不到细节; 用引导题 (例如 "你是不是觉得 X 很好") 会让用户顺嘴答是, 你拿不到真实想法。更好的写法是开放式 + 具体场景, 例如 "你上次做促销是什么时候, 当时具体是怎么做的?"

追问最值钱的一句是 "为什么" 和 "能举个例子吗"。如果你觉得用户答得泛, 不要替用户总结, 而是说 "能再讲讲当时的具体情况吗"。AI 起草的大纲里如果追问不够具体, 你要手动补。

• 主问题不超过 12 个, 多留时间给用户讲故事。
• 避免是否题和引导题, 用开放式问题 + 具体场景。
• 追问至少准备 3 个: "为什么"、"能举个例子吗"、"那后来怎么解决"。
• 写 "不要做什么": 不要替用户总结, 不要争论, 不要急着给出产品建议。

实操流程

第三步: 访谈中怎么听、怎么记、怎么追问

大纲准备好以后, 进入访谈。这一段 AI 帮不上太多忙, 但有几个动作可以让后续整理轻松一大截。

首先是听。不要一边访谈一边打字或一边写文档, 这会让你分心, 用户也看得出你在赶工。如果一定要记, 用最简短的速记, 只记关键词、原话和情绪信号 (例如 "张店长说到这叹了口气")。如果团队允许, 录音是最好的, 但要提前告知用户并征得同意, 不能偷偷录。

其次是问。访谈最大的价值在追问, 不在主问题。当你听到一个有意思的回答, 不要急着进入下一个问题, 而是问 "为什么"、"能举个例子吗"、"那后来怎么办"。这 3 个追问可以挖出 80% 的真实场景。

再次是不要诱导。不要问 "你是不是觉得 X 很好", 要问 "你怎么看 X"。不要问 "你愿意为这个功能付多少钱", 要问 "你之前为类似的事付过多少钱"。引导出来的回答会让团队做错决定。

最后是不要承诺。不要在访谈中答应用户 "我会把您的反馈带给老板"、"我们会按您说的做"。你可以说 "我会把您的反馈带回团队讨论", 然后回去汇报给负责人, 由负责人决定是否承诺。

访谈结束 10 分钟内, 做一件事: 打开录音/速记, 把最打动你的 3 句话和最让你意外的 3 句话标出来。这一步非常重要, 因为你第二天再听录音, 这 6 句话会决定你对整次访谈的判断。

1. 开始前 3 分钟: 自我介绍, 说明访谈目的, 说明会录音、保密、可以随时终止, 感谢用户时间。
2. 前 5 分钟背景问题: 用户角色、团队、最近的工作。
3. 中间 30 分钟: 按大纲主问题 + 追问推进, 不要赶时间。
4. 最后 5 分钟: 让用户补一句 "还有什么我们没问但您觉得重要的", 然后感谢结束。
5. 结束 10 分钟内: 把最打动你的 3 句话和最让你意外的 3 句话标出来。

实操流程

第四步: 让 AI 把录音/笔记整理成结构化纪要

这是 AI 最能放大效果的一步。一份 60 分钟的访谈录音, 转写文字可能 1-2 万字, 人工整理纪要要 2-3 小时。让 AI 来整理, 30 分钟可以拿到一份结构化纪要, 你再花 20 分钟人工核对原话和补漏, 总共 1 小时以内可以出稿。

给 AI 的输入要尽量保留原始信息, 包括用户原话、情绪信号 (例如 "张店长说到这叹了口气")、背景信息。你可以把录音转写文字整段贴进去, 也可以把自己的速记整理成段落后贴进去。提示词模板里我已经设计好了一份标准的整理格式, 你可以直接用。

AI 整理完的纪要, 一定要做二次核对。重点核对 3 类信息: 用户原话金句 (不能改写)、具体数据 (例如 "每月做 3 次促销" 这种数字)、痛点描述 (尤其是用户用情绪化语言表达的不满)。这三类信息一旦记错, 后续的洞察和行动都会跑偏。

二次核对时, 要把 AI 标注的 [推断] 和 [待确认] 单独拎出来再读一遍。如果 AI 把推断当成事实写了, 要回到录音/笔记核对, 不能接受它 "听起来合理" 的说法。

整理好的纪要, 还要做一件事: 把里面所有涉及用户个人信息和公司机密的部分做脱敏。把名字、电话、具体金额、客户代号替换成化名。这一步既保护用户, 也保护你团队, 避免后面传阅时泄露敏感信息。

• 把录音/笔记整段贴给 AI, 让它按统一格式整理。
• AI 整理完后做二次核对, 重点是原话、数字、痛点。
• 把所有推断和待确认单独标出, 不要让 AI 的猜测混进事实。
• 脱敏: 名字、电话、金额、客户代号替换成化名。

实操流程

第五步: 从结构化纪要抽出可行动洞察

纪要整理完以后, 很多人就以为访谈结束了。其实这一步才是访谈真正产生价值的地方: 把零散的对话变成团队能用的洞察。

洞察不是总结。总结是把纪要压缩成一段话, 洞察是从纪要里挖出可以改变团队决策的判断。一份合格的洞察摘要, 至少包含 5 类内容: 反复出现的模式、反常识发现、未被满足的需求、决策风险点、可行动结论。

反复出现的模式: 哪怕只有 1 位用户, 反复提到的 3-5 件事也是信号。如果你做了 3 位用户访谈, 3 个人都提到类似的事, 这就是值得团队关注的模式。但你要标注原始引用位置, 让团队能追溯到原话。

反常识发现: 用户说的跟团队原本假设不一样的地方, 特别值钱。比如团队原本假设 "用户在月底才下单", 访谈发现 "用户在发工资次日最活跃", 这就是反常识, 可能改变运营节奏。

未被满足的需求: 用户提到想做但现在做不好的事, 或者用很笨办法做的事。这类需求往往藏着产品机会, 但要注意区分 "个别用户的特殊需求" 和 "共性需求", 不能把个例当成所有人需求。

决策风险点: 用户在描述里暴露的担心、怀疑、犹豫。哪怕访谈的目标不是销售, 这类信号也能帮你改进客服话术、产品介绍、FAQ 设计。

AI 适合做这件事的 "草稿", 但最后的判断必须是你做。AI 容易把 "听起来合理" 的推断当成洞察, 你必须把它还原到原话和具体场景, 否则团队会被一篇漂亮的 AI 总结误导。

实操流程

第六步: 把洞察拆成可以进入 backlog 的任务

访谈的最后一步, 是把洞察翻译成产品、运营、客服、销售团队可以接手的任务。这一步如果不做, 访谈就只是 "我们了解了一些用户想法", 而不是 "我们改了一个功能"。

任务要写成可以被执行、被验收的形式。标题用动词开头, 例如 "新增示例数据按钮"; 背景与证据标注引用了哪次访谈的哪个原话; 期望结果写清楚改完以后用户能看到什么变化; 验收标准要可观察, 例如 "新用户在 3 分钟内能完成示例数据导入", 而不是 "提升体验"。

优先级要明确。建议分三档: P0 是必须改的硬伤 (例如 "新用户首日留存不到 20%")、P1 是高频痛点 (例如 "超过一半访谈对象抱怨 X 流程太长")、P2 是机会探索 (例如 "用户提到想要 Y 功能, 但需求量还没验证")。

每条任务还要标注 AI 责任段 (起草/整理/对比) 和人责任段 (决策/审批/承诺)。比如 "新增示例数据按钮" 这条任务, AI 可以帮产品经理起草产品方案、写用户故事; 但决定要不要做、什么时候做、做出来怎么上线, 必须由产品负责人定。

输出完以后, 不要直接发给整个团队, 先让发起访谈的人和受影响团队的负责人过一遍。他们会指出任务拆分不合理的地方, 比如把一个任务拆得太细、把几个任务合并在一起更适合。这一步审完, 再正式进入 backlog。

1. 把每条洞察拆成可执行任务, 动词开头、可验收。
2. 按 P0/P1/P2 排优先级, 标注证据来源。
3. 每条任务标注 AI 责任段和人责任段。
4. 发起人和团队负责人先审一遍, 再正式进入 backlog。

案例演练

案例一: 中小商家促销功能, 5 次访谈扭转一个错误假设

某 B2B SaaS 团队准备上线 "促销管理" 功能, 团队原本的假设是: 中小商家最关心能不能快速做满减、限时折扣, 因为电商平台上 "促销工具" 都是这类。

他们用这篇教程的流程做了 5 次访谈, 每次 45 分钟, 访谈对象是已经使用竞品的 3-5 人小团队运营负责人。访谈前写的访谈目标卡包含 3 个假设: 假设 1 "中小商家最在乎的是不是工具的速度", 假设 2 "他们做促销时卡在哪些环节", 假设 3 "他们愿意为这件事付多少钱"。

访谈结束整理纪要时, AI 把 5 份访谈纪要按主题归纳, 团队一眼看到一个反常识发现: 5 位访谈对象里 4 位提到 "我最怕的不是做促销, 是发完促销以后订单量暴涨, 客服和仓库接不住"。这个信号在团队原本的假设里完全没出现。

团队又把 "反复出现的模式" 拎出来: 5 位都提到 "促销期间临时招人"、"订单错了没人核对"、"促销完退单率高"。这三个模式都跟 "促销前准备" 和 "促销后消化" 有关, 而跟 "促销工具本身" 关系不大。

最后的洞察摘要变成: 团队应该把 "促销准备清单" 和 "促销后订单核对" 做成产品功能, 而不是堆叠促销玩法。原本准备做的 "满减/折扣/优惠券" 工具, 优先级降到 P2。

可行动 backlog 一共 6 条, 包括 "新增促销前发货/客服准备清单"、"促销后订单异常一键核对"、"促销前后客服话术模板"。优先级 P0 的两条直接进了下一迭代, 上线 4 周后, 商家投诉率下降 30%, 续费率提升 8 个百分点。

如果没做这次访谈, 团队可能花 3 个月做了一套市面上已经有的促销工具, 商家试完觉得 "跟 XX 差不多", 就没有差异化。这 5 次访谈 + 几次整理的投入, 换来了一个能让团队讲 3 年的差异化方向。

案例演练

案例二: HR 访谈候选人, 一次访谈总结到位少跑一趟

另一支团队是 HR 部门, 每周要做 6-8 次候选人初试电话访谈。原来流程是: HR 听 30 分钟 → 凭印象写 200 字总结 → 推给用人经理 → 用人经理看完经常要再约一次。

HR 用这篇教程的访谈目标卡模板, 给初试电话搭了一份统一大纲, 包含 3 条假设 (候选人的稳定性、学习能力、价值观匹配度)、8 个主问题、5 类追问。HR 让 AI 帮忙起草大纲, 自己只改了 30%, 其余 70% 直接用。

每次访谈后, HR 把速记交给 AI, 让它按结构化纪要整理。整理完的纪要分 8 块: 候选人背景、最近 3 段经历、离开原因、求职动机、对岗位的期待、薪资期望、家庭情况、面试印象。所有推断和待确认都标了出来。

HR 拿到纪要以后, 再花 10 分钟核对原话和补漏, 然后直接发给用人经理。用人经理反馈: "终于能在一页纸里看到我想看的东西, 不用再约一次"。

最后 HR 把 "反复出现的模式" 抽出来: 5 位候选人都提到 "上一家公司管理混乱"、3 位提到 "想做更有挑战的事"。这帮助 HR 调整了 JD 描述, 把 "管理规范" 和 "成长机会" 写得更明确, 后续候选人的匹配度明显提高。

这个案例里, AI 真正发挥作用的是 "把速记整理成结构化纪要" 和 "抽取模式"。HR 没有让 AI 替自己判断候选人合不合适, 也没有让 AI 替自己跟候选人沟通。边界守得很清楚。

模板

可复用模板 5 件套

这套流程之所以能跑通, 是因为模板把 "什么时候该停下来想" 和 "什么时候该让 AI 跑" 分得很清楚。下面是 5 个最关键的模板, 你可以直接复制用。

请帮我把这次用户访谈的目标、假设和必须挖到的问题写成一份访谈目标卡。

本次访谈背景:
[填写发起访谈的业务背景, 例如即将上线一个新功能、最近转化率下滑、想验证某个产品假设]

我已经知道的事实:
[粘贴你目前掌握的产品数据、用户反馈、调研结论]

我想验证的假设 (请按重要度排序):
1. [假设 1, 例如 "用户最看重的是价格, 不是功能"]
2. [假设 2]
3. [假设 3]

本次访谈必须挖到的信息:
- [ ] 用户最近的真实工作场景是什么
- [ ] 用户现在用什么替代方案
- [ ] 用户最痛的 3 个问题
- [ ] 用户对[产品/方案]的具体期待和担心
- [ ] 用户做决定的影响人和影响事件

不需要问的问题:
[列出和本次目标无关或太敏感的问题, 避免占用访谈时间]

请帮我把上面的内容整理成一张访谈目标卡, 输出格式:
1. 一句话访谈目的
2. 3 条必须验证的假设
3. 必须挖到的 5 个问题 (按优先级排序)
4. 不该问的 3 类问题
5. 访谈结束时要能说出的判断 (例如 "用户愿意为 X 付 30 元/月, 但不会为 Y 付 50 元")

要求: 不要替我编造用户数据, 假设要写得具体、可验证, 不要写 "用户喜欢好的体验" 这种空话。

请帮我为这次用户访谈设计一份半结构化访谈大纲。

访谈对象:
[填写用户类型, 例如使用过我们产品 3 个月以上的中小商家运营负责人]

本次访谈目标卡 (粘贴上面生成的访谈目标卡):
[粘贴]

我准备用 45 分钟, 请按下面的时间分配设计问题:
- 开场 3 分钟: 让用户放松, 说明访谈目的和保密原则
- 背景 5 分钟: 了解用户的角色、团队、最近的工作
- 现状 10 分钟: 用户现在怎么做这件事、用什么工具、卡在哪里
- 痛点 10 分钟: 让用户描述最近一次让他头疼的场景
- 替代方案 7 分钟: 用户不用我们产品时会怎么做
- 价值判断 7 分钟: 哪些功能用户愿意付钱、哪些不愿意
- 收尾 3 分钟: 还有什么是我们没问但他觉得重要的

请按时间顺序输出访谈大纲, 每段要包含:
1. 主问题 (开放式, 不要用是否题)
2. 追问 (根据回答深入挖)
3. 引导问题 (鼓励用户讲故事, 而不是给评价)
4. 注意项 (例如不能诱导、不能替用户总结)

要求:
- 主问题要少, 不要超过 12 个, 多留时间给追问。
- 追问要按 "5 个为什么" 思路设计。
- 不能出现 "你会不会买" 这种诱导问题。
- 不能出现 "是不是、会不会、喜不喜欢" 这种是否题。

请帮我把下面这段访谈原始记录整理成结构化访谈纪要。

访谈元信息:
- 访谈对象 (代号): [例如 "张店长, 中小餐饮老板, 3 家店"]
- 访谈时间: [例如 2026-06-14 14:00-14:45]
- 访谈方式: [线下 / 线上 / 电话]
- 访谈人: [填写你或同事]

原始记录 (可以粘贴转写文字, 也可以粘贴你的速记):
[粘贴]

请按下面格式整理, 不要遗漏任何原始细节, 但要把口语和重复删掉:

## 1. 用户背景
[角色、团队规模、所在城市、最近的工作内容]

## 2. 关键场景与流程
[用户最近在做哪些事、用什么工具、按什么步骤]

## 3. 痛点与卡点
[按优先级列出用户提到的痛点, 每条标注原话引用]

## 4. 现有替代方案
[用户不用我们的产品时会怎么解决问题, 包括人工方案、其他工具]

## 5. 价值判断
[用户对价格、功能、服务、时效的具体评价, 包括愿意付多少钱、不愿意为什么]

## 6. 影响决策的因素
[用户做决定时会看什么、问谁、查什么资料]

## 7. 原话金句
[直接引用用户 3-5 句最能反映他真实想法的原话]

## 8. 待确认问题
[访谈中没问到或答得不清楚的地方, 列出下次追问问题]

要求:
1. 不要替用户编造动机, 推断的内容必须标注 [推断]。
2. 原话金句必须从原始记录里直接复制, 不能改写。
3. 如果某段信息缺失, 写 "记录缺失", 不要猜测。
4. 把情绪信号 (例如 "张店长说到这叹了口气") 单独标注。

请帮我从下面这份结构化访谈纪要里抽出可行动洞察, 而不是简单总结。

访谈对象: [代号]
访谈目标卡: [粘贴]
访谈纪要: [粘贴]

请按下面的方法抽取洞察:

## A. 反复出现的模式
如果 1 位用户提了不算数, 2-3 位用户都提到才算。请基于这份纪要找出 "这位用户反复提到的 3-5 件事", 标注原始引用位置。

## B. 反常识发现
用户说的跟团队原本假设不一样的地方, 用 [反常识] 标注。

## C. 未被满足的需求
用户提到想做但现在做不好的事, 或用很笨办法做的事, 用 [需求缺口] 标注。

## D. 决策风险点
用户在描述里暴露的担心、怀疑、犹豫, 标注为 [决策顾虑]。

## E. 可行动结论
基于这份访谈, 我们可以下哪些结论、应该改什么、应该测什么?
请用 3-5 条具体动作表达, 例如 "把新用户引导流程第一步从注册改为浏览示例数据" 而不是 "优化用户体验"。

## F. 待验证假设
这次访谈产生了哪些新的假设, 需要下次访谈或数据验证?

要求:
1. 不要写 "用户重视质量" 这种谁都会说的结论。
2. 每条洞察都要有原话或行为证据。
3. 把 "听起来合理" 的推断和 "用户原话" 分开标注。
4. 不要直接出 "产品 PRD", 你只负责抽取洞察, 不替团队做决定。

请帮我把这次访谈得到的可行动洞察, 拆成可以进入产品/运营/客服 backlog 的具体任务。

本次访谈洞察摘要: [粘贴]
相关团队: [产品 / 运营 / 销售 / 客服]

请按下面的表格输出, 每条任务必须包含:

| 任务标题 | 背景与证据 | 期望结果 | 验收标准 | 优先级 | 负责人候选 | 风险与边界 |
| --- | --- | --- | --- | --- | --- | --- |

要求:
1. 任务标题要动词开头, 例如 "新增导入示例数据按钮", 而不是 "优化导入体验"。
2. 验收标准要可观察, 例如 "新用户在 3 分钟内能完成示例数据导入", 而不是 "提升体验"。
3. 不要包含敏感客户数据, 用代号替代。
4. 每条任务都要标注 AI 责任段 (起草/整理/对比) 和人责任段 (决策/审批/承诺)。
5. 输出后由团队负责人审核, 再决定是否进入迭代。

检查清单

检查清单: 访谈前、访谈中、访谈后、洞察抽取、backlog

下面这套检查清单, 是给老板、HR 或团队负责人做验收用的。每一项都可以直接回答是或否, 不需要主观打分。

常见错误

新手最容易踩的 6 个坑

用户访谈看起来简单, 但踩坑的人很多。下面 6 个是最常见的, 提前知道可以少走很多弯路。

错误 1: 访谈前不写目标卡, 直接进访谈。这样访谈完你拿到的是一堆故事, 而不是判断。

错误 2: 大纲写得很长, 主问题超过 20 个。访谈变成念稿, 用户失去耐心, 你也来不及追问。

错误 3: 用是否题和引导题。主问题里出现 "是不是"、"会不会"、"喜不喜欢", 用户只回答是或不是, 你拿不到真实想法。

错误 4: 访谈中替用户总结。用户说 "我觉得 X 还行", 你总结 "所以你喜欢 X", 这是错的。用户的 "还行" 可能意味着 60 分, 也可能是 80 分, 取决于上下文。

错误 5: 让 AI 整理完就直接发给团队。AI 整理的纪要里可能有推断和猜测, 必须二次核对。否则团队会被一篇漂亮的 AI 总结误导。

错误 6: 访谈完没把洞察拆成 backlog。访谈变成了 "我们了解了一些用户想法", 但没改任何东西。下次老板再问 "上次访谈有用吗", 你答不上来。

• 不写目标卡就直接访谈 → 拿到的是故事, 不是判断。
• 大纲问题超过 20 个 → 访谈超时, 追问来不及。
• 用是否题和引导题 → 拿不到真实想法。
• 替用户总结 → 把推断当成用户原话。
• AI 整理完直接发 → 推断被当成事实。
• 不拆 backlog → 访谈变成 "了解用户" 而不是 "改变团队"。

老板验收

老板或团队负责人怎么验收一次访谈

很多老板觉得用户访谈是 "研究员的事", 自己只看结论就行。但实际上, 老板至少要看 4 样东西: 访谈目标卡 (确认问对了问题)、原话金句 (确认听到了真实用户)、洞察摘要 (确认从对话里挖出了判断)、backlog 任务 (确认能落地到团队动作)。

如果只看一份 AI 总结好的 PPT, 老板很容易被误导。AI 总结擅长把对话写得像结论, 但缺少证据。老板要做的是追问 "这句话是哪个用户说的, 在什么场景下说的", 看访谈团队能不能追溯到原话。

老板还可以做一件事: 自己抽一段录音听 5 分钟。如果听 5 分钟都听不到任何有价值的信息, 那这次访谈大概率没准备好。如果听 5 分钟就能听到团队之前不知道的事, 那这次访谈大概率成功了。

另外, 老板要守住一条边界: 不要在访谈中对用户做承诺。如果老板亲自做访谈, 很容易下意识地说 "我们一定会按您说的改进", 这会让团队压力很大, 也会让用户期待错位。承诺必须由产品和运营负责人审完以后, 再由专门的人回复用户。

• 看 4 样东西: 访谈目标卡、原话金句、洞察摘要、backlog 任务。
• 追问证据: "这句话是哪个用户说的, 在什么场景下说的"。
• 自己抽 5 分钟听录音, 验证访谈质量。
• 守住边界: 不在访谈中承诺用户任何事。

落地

把用户访谈变成团队的固定动作

单次访谈的价值有限, 真正能让团队改变的是 "把用户访谈变成固定动作"。建议你从最容易落地的 3 步开始。

第一步: 选一个高频业务问题, 例如 "为什么这个月新用户流失变多", 写一份访谈目标卡, 约 3-5 位用户访谈一次。这一步的目的不是解决业务问题, 而是跑通流程。

第二步: 把 5 份访谈纪要整理成洞察摘要, 拆出 5-10 条 backlog 任务。这一步的目的是让团队看到 "访谈是真的能产生 backlog 的", 而不是 "了解用户想法"。

第三步: 把访谈节奏固定下来。例如每周做 1-2 次访谈, 每月做一次集中复盘, 每季度回顾一次访谈主题。这一步的目的是让访谈从 "临时项目" 变成 "团队习惯"。

如果团队规模不大, 还可以指定一个 "访谈负责人", 负责统筹访谈节奏、把关访谈目标卡、审纪要和洞察摘要。这个人不一定专职, 但要有判断力和时间, 否则访谈又会变成 "大家各自做, 没人统筹"。

最后要强调一件事: 访谈是手段, 不是目的。访谈做得好, 是因为团队真的愿意根据用户声音调整决策。如果团队压根不打算改任何东西, 再好的访谈流程也只是一份漂亮报告。让团队真正准备好 "听到不愿意听的答案以后, 仍然愿意改", 这是访谈能跑起来的前提。

课后练习

读完这篇, 你应该能完成一个小练习

练习的目标不是做出完美访谈, 而是让自己跑通一次流程, 看到 AI 和人各自该做什么。

你可以在自己团队里挑一个真实问题, 例如 "为什么这个月转化率掉了"、"客户为什么不用某个功能", 然后做下面这 6 步:

1. 用本文的访谈目标卡模板, 写一份目标卡, 包含 3 条假设、5 个必须挖到的问题、3 类不该问的问题。
2. 用本文的访谈大纲模板, 让 AI 草拟一份大纲, 你再根据熟悉的情况调整, 主问题不超过 12 个。
3. 约 1 位你熟悉的同事或用户, 按大纲访谈 30-45 分钟, 录音或速记。
4. 访谈结束 24 小时内, 用本文的访谈纪要整理模板, 让 AI 把原始记录整理成结构化纪要, 再花 20 分钟核对原话和脱敏。
5. 用本文的洞察抽取模板, 让 AI 帮你在结构化纪要里抽出洞察, 你再决定哪些算洞察、哪些是 AI 瞎猜。
6. 把洞察拆成 3-5 条 backlog 任务, 标注 P0/P1/P2, 提交给团队负责人。

团队沉淀

把访谈沉淀成团队资产, 而不是某个人能力

很多团队的访谈做得很辛苦, 但一旦负责访谈的人离职, 整套流程就停了。原因很简单: 访谈目标卡存在某个人的脑子里, 访谈大纲散落在 N 个文档里, 访谈纪要放在某个人的硬盘里, 洞察摘要没有共享。

把访谈沉淀成团队资产, 需要做 4 件事: 第一, 把访谈目标卡、大纲、纪要、洞察摘要统一放在一个固定的地方 (例如 Notion / 飞书知识库), 加上标签和索引; 第二, 每次访谈完后, 把访谈纪要和洞察摘要归档, 让团队成员可以检索; 第三, 每季度做一次访谈回顾, 看哪些洞察已经被团队用到, 哪些只是 PPT 上的漂亮句子; 第四, 培训新人, 让团队里至少 2-3 个人能独立做访谈。

还有一个隐藏好处: 沉淀下来的访谈纪要, 是训练团队专属 AI 助手的最佳语料。把纪要喂给 AI, 让它学习你们团队的用户语言、行业术语、关注重点, 比通用 AI 更懂你的业务。这也是团队知识资产的一部分。

最后想说的是, 访谈是一项长期工程。不要期待做完 5 次访谈, 产品就能找到差异化方向。真正能从访谈里挖到宝的团队, 都是把访谈当成每周一次的固定动作, 持续做了半年以上。看到模式, 才能下判断; 积累判断, 才能形成团队独特的方法论。

最终产物

读完这篇, 你要带走的是一套可复用的访谈工作流

用户访谈不是靠灵感, 是靠流程。这套工作流包括: 访谈目标卡 (写清楚问什么、验证什么)、访谈大纲 (主问题 + 追问 + 不要做什么)、访谈纪律 (不诱导、不承诺、记金句)、结构化纪要 (按统一格式整理 + 二次核对)、洞察摘要 (5 类内容 + 原话证据)、backlog 任务 (动词开头 + 可验收 + AI/人责任分开)。

AI 在这套工作流里的角色, 是 "加速器 + 校对员", 不是 "决策者"。AI 帮你把录音整理成纪要, 但要不要相信某句话、要不要把某条洞察拆成任务, 必须由你和团队负责人决定。

把这套工作流跑 1-2 次, 你就会发现, 访谈不再是一项让人焦虑的工作, 而是一种可以每周做、每月复盘、每季度迭代的团队习惯。当你看到团队真的根据访谈改了 1 个功能、调整了 1 个运营动作、补充了 1 个 FAQ, 你会明白: 用户访谈不是工作负担, 而是让你少做错事的最便宜方式。

真正成熟的团队, 都有一条共同的特点: 听到不愿意听的答案, 仍然愿意改。这才是访谈能跑起来的真正前提。

• 访谈目标卡: 写清楚问什么、验证什么。
• 访谈大纲: 主问题 + 追问 + 不要做什么。
• 访谈纪律: 不诱导、不承诺、记金句。
• 结构化纪要: 按统一格式整理 + 二次核对。
• 洞察摘要: 5 类内容 + 原话证据。
• backlog 任务: 动词开头 + 可验收 + AI/人责任分开。