产品深度访谈内容怎么写？以耳机品类为例的完整指南

做产品经理尤其是从零基础开始自学的人最容易卡住的地方往往不是画原型也不是写PRD而是不知道怎么跟用户聊天。你费劲约了十个朋友聊耳机聊完感觉收获满满可一回到工位上却一个需求都写不出来。这不是你能力不行而是把“深度访谈”做成了“闲聊”。这篇内容我把产品深度访谈内容怎么写这件事拆开讲并用耳机品类做完整案例。这是《从零基础到懂产品》系列的第二篇适合刚入行的产品助理、转行中的朋友以及想系统提升用户研究能力的运营和设计师。第一篇幅偏思维这篇直接落在笔头和现场操作上读完你就能照着搭出一份可用的访谈脚本。1. 写产品深访内容前先弄清楚它解什么题1.1 深度访谈和“聊聊天”之间差在哪很多零基础入门的朋友第一次做用户访谈时其实就是拿着几个问题去跟人聊天。聊得开心但回来整理访谈记录时发现全是“用户觉得这款耳机还不错”“用户对价格有点敏感”这种结论根本没法用。我自己带过不少新人也犯过同样的错。后来我慢慢总结出来深访和普通聊天的差别在于普通聊天是两个人基于社交惯性去交换观点话题可以随意漂移深度访谈则是拿着一条探针在用户的记忆和情绪里反复打洞直到挖出具体场景、具体行为和具体感受。耳机品类特别适合说明这种差别。因为耳机的体验是高度主观的用户说“音质好”你不知道他指的是低频足、人声清晰还是只是音量够大用户说“戴得舒服”你不知道是瞬间佩戴感好还是连续戴两小时不胀耳。聊天只会得到第一层结论深访必须往下再挖两三层。这也是为什么产品经理不能只靠问卷或者客服反馈来定义耳机产品必须做深度访谈。为了帮新手理解我经常用下面这个表来区分普通聊天和深访内容维度普通聊天深度访谈内容目标社交、消遣、维持关系验证假设、发现未知需求话题走向随意漂移跟着兴趣走围绕使用行为、场景、感受不断下探问题形式“你觉得这耳机怎么样”“你最近一次觉得耳机吵到你是在哪里当时在做什么”记录方式靠记忆聊完就散结构化笔记、情绪标注、复盘小结产出价值社交反馈很难直接使用能转成产品需求条目普通聊天当然也有价值它可以帮你建立对用户的直觉但不能作为产品决策的依据。深访内容的存在的意义就是让用户研究从“我感觉用户需要”变成“用户在这个场景下真的这么做了”。1.2 耳机品类下深访到底要挖什么耳机产品的用户需求有几个特别值得注意的维度写访谈内容时如果只顾着堆“你喜欢什么耳机”这类问题结果一定是泛的。我通常会把访谈内容拆成五个维度佩戴场景、单次使用时长、声音感知偏好、连接与切换、价格与购买决策。注意不是让你先问一遍“场景、时长、音质、连接、价格”而是要把它们织进一条时间线里跟着用户一天的使用动线走。比如通勤场景下地铁噪声会直接掩盖音乐细节用户可能下意识把音量调到70%以上这时候降噪不是锦上添花而是刚需。但同样是这个人到了办公室他可能更在意耳机漏不漏音、能不能同时连接电脑和手机。运动场景下用户在乎的是单只重量、防水等级和佩戴稳固性音质反而是次要的。很多需求都是场景催生出来的不把场景问透需求就立不住。所以写访谈内容的时候就要针对这些维度设置“触发点”。比如说“单次使用时长”就不能只问平均每天戴多久而是要问周末和上班日有什么不同、最长一次连续戴了多久、那次为什么摘下来。“声音感知偏好”不能直接问喜好而要请用户描述他觉得“好”的声音到底是什么样的是低音震撼、人声贴耳还是通透。这些内容都需要提前写进提纲里否则现场根本想不起来。2. 写访谈内容之前先定目的、筛用户、搭框架2.1 目的不清晰提纲怎么写都会偏写访谈内容的第一步不是设计问题而是先写下一句话访谈结束后你希望自己能回答什么问题。这句话一旦写不出来后面的提纲全是废的。很多团队做深访连要解决什么决策问题都没想清楚就着急问“用户为什么不用我们产品”最后问出来的东西只能堆在文档里落灰。比如我们要为一款百元耳机做定义。如果你写下的是“用户是否需要主动降噪”那提纲就应该围绕噪音场景铺开重点问用户在地铁、公交、街道上听不清时的反应如果你写下的是“用户愿意为降噪多花多少钱”那提纲就应更多放在价格锚点和替代方案上甚至会涉及“如果一款降噪耳机更便宜但音质一般你怎么看”。这两个目的看起来相近写出来的访谈脚本差异很大。目的不同访谈内容就完全不是一回事。我还要求团队里的产品经理在访谈前把“假设清单”列出来。比如“假设通勤用户会因为降噪效果差而放弃一副耳机”“假设用户愿意牺牲部分音质换取更低价格”。有了假设清单访谈内容才有进攻方向。访谈结束后再回去逐一标记哪些假设被验证了哪些被推翻了哪些根本没问到。这才是深访内容驱动产品决策的正确姿势。2.2 用户筛选不要访谈“耳机用户”要访谈“通勤听歌的人”第二件事是筛用户。这是很多刚入门的朋友最不爱做的因为总觉得人越多越好、样本越大越好。但深访恰恰相反宁缺毋滥。耳机这个品类用户群体差别极大同样是每天听歌两小时一个是地铁通勤的上班族一个是健身房举铁的爱好者他们对耳机的需求几乎没有交集。如果你访谈的用户背景混杂写出来的内容就会左右互搏有人说要重低音有人说要降噪有人说要轻便最后产品做成了四不像。我建议用场景标签来筛用户。判断标准不是年龄、收入这种人口学属性而是行为和场景属性。比如单程通勤超过45分钟、每天在地铁或公交上听歌至少1小时、目前使用无线耳机、过去一年买过耳机。每一条都对应一个产品决策通勤时长影响降噪和续航设计使用时长影响佩戴舒适度无线耳机会影响蓝牙稳定性的权重。访谈前把筛选条件写进招募问卷保证每组访谈的用户背景基本同质但又保留一两个差异点用于对比。这里可以给大家一个耳机项目常用的筛选表示例筛选条件满足标准为什么这么筛通勤时长单程超过45分钟足够久才会暴露降噪、续航问题每天听歌时长至少1小时使用频率不足对耳机没有深刻体验当前耳机类型无线耳机优先产品方向是无线有线用户的需求参考价值有限设备生态同时使用手机和电脑多设备切换是耳机高频痛点购买记录近一年买过耳机对价格和竞品有真实感知写完筛选条件还要在访谈内容里加一个“甄别环节”。开场聊背景信息时如果发现用户实际使用习惯和筛选标准差得很远我会主动调整访谈重点甚至直接结束访谈。不要为了凑数硬访一个不在目标场景里的人只会带偏你的内容。2.3 提纲框架四个必备模块与两个建议模块我的标准提纲框架有六个模块背景信息、使用行为、场景还原、痛点挖掘、概念反馈、价格与购买因素。前四个属于必备模块后两个根据项目阶段取舍。为什么这样排核心逻辑是从宽到窄、由事实到态度。先让用户放松再进入具体行为然后回到场景最后才聊感受和态度。背景信息在访谈里只花5到10分钟但能帮你判断用户是否符合筛选条件并且建立对话信任。使用行为是为了摸清他目前到底怎么用耳机包括连接手机还是电脑、是否多设备切换、耳机平时放在哪里。场景还原是整个深访最花时间的部分要请用户完整讲一遍工作日的耳机使用过程从早上出门到晚上睡前中间经历了哪些环境、哪些声音、哪些动作。痛点挖掘要放在场景还原之后因为用户只有把自己的经历完整说了一遍才会想起来当时的不舒服到底来自什么。概念反馈和价格问题不是所有访谈都要做。如果这次深访属于探索早期连产品形态都没有就应该把概念反馈拿掉避免把用户带进你的预设里。价格与购买因素放在最后是因为一旦你介绍了产品概念用户就会开始锚定价格。如果连概念都没必要验证价格也可以换成购买动机分析比如“上次换耳机是因为坏了还是想升级”。框架定了写脚本的时候才知道哪些地方该用力哪些地方可以一笔带过。3. 手把手写一份耳机深度访谈脚本3.1 开场暖场先让用户放下“被调研”的戒备脚本是最直接可见的“深访内容”。我写脚本的习惯是第一部分是暖场第二部分是问题库第三部分是追问备注第四部分是记录模板。暖场部分不是可有可无。很多新手省掉暖场直接进入问题结果用户全程像面试一样紧张回答越来越短访谈很快陷入僵局。暖场可以写成5分钟左右的话术核心是打消用户的“被测试感”。我常用的开场白是“今天不是测试也不是销售你不存在回答得对不对的问题。如果哪个问题让你想很久那多半是我问得不好不是你的原因。我们聊的过程中我会录音方便我回去整理但所有内容只用于产品改进不会暴露你的个人信息。”说这段话的时候不用照着念要自然放松。然后第一个问题永远是从他当下的耳机开始“你现在用的耳机是哪一款大概什么时候买的当时为什么挑中它”这个暖场对耳机产品特别有效。因为几乎每个人都能讲出自己和当前耳机的一点故事比如“上一副丢了这一副是在地铁站临时买的”“看评测说低音猛才买的”“朋友推荐就顺手下单了”。这些故事后面全都能变成线索。“临时买”意味着当时没有做充分功课渠道和冲动购买是两个值得深挖的方向“看评测”意味着用户对参数有一定认知后续可以多聊音质“朋友推荐”则说明社交信任在购买决策里权重很高。一个有经验的访谈者光听开场第一段话就能判断这次访谈可以往哪个方向深入。3.2 核心问题库行为、场景、痛点的提问写法核心问题库不是把所有想到的问题都写进去那样会让访谈显得像查户口。我的原则是“行为化、场景化、具体化”。比如把“你觉得降噪重要吗”改成“你最近一次在什么环境下觉得周围声音吵到你没法听歌了当时你在做什么”把“你在意佩戴舒适度吗”改成“你曾经连续戴耳机超过两小时吗当时是什么感觉摘下来的直接原因是什么”问题越具体用户就越容易回忆回答也越可信。下面是我写耳机访谈脚本时常用的问题库基本可以作为模板套用使用行为你现在最常用的耳机是哪一副平时出门会带它吗放在哪里使用行为耳机主要连手机还是电脑有没有同时连两个设备的需求切换麻不麻烦场景还原工作日早上出门到公司这段时间你会用耳机做什么地铁上会听什么内容场景还原回忆最近一次在地铁/公交上听音乐当时周围吵不吵你有没有调音量场景还原到了公司之后耳机怎么处理一直戴着、挂脖子上还是收进包里痛点挖掘最近一次你想把耳机摘下来是因为什么当时在什么地方正在做什么痛点挖掘有没有遇到过耳机突然没电、连不上、断连的情况当时你反应是什么痛点挖掘如果只能保留耳机的一个功能你会保留什么为什么是这个而不是别的价格购买上一次换耳机是因为坏了、丢了还是单纯想升级当时对比过哪些产品每个问题后面都要写追问提示。比如如果用户提到“地铁噪声大”追问“你当时会调大音量吗大概调到多少如果调大了还是吵你会怎么处理”如果用户提到“佩戴胀痛”追问“大概戴到多久开始痛是耳道痛还是耳廓痛按压耳机能不能缓解”这些提示很重要它能保证不同访谈者拿到同一份脚本时问出来的深度不会差太多。还有一个容易被忽视的部分问题之间的跳转逻辑。脚本里要写清楚哪些问题只问某一类用户哪些问题可以在用户明显无感时跳过。比如用户说自己从来不在地铁上听歌那场景还原里关于“地铁里音量”的问题就直接跳过不要生硬念下去。否则深访就变成了填表用户也能感觉到你根本不在意他的真实情况。3.3 追问话术与记录方法访谈内容的“二次创作”深访的内容价值一半在追问。追问不是重复用户的话而是抓出含糊的词再问一遍“你刚才说声音不行具体是哪种不行是声音闷、人声不清晰还是音量跟不上”用户往往在这一刻才会说出真实体验。在写脚本时就可以提前标出这类易含糊的关键词好用、方便、音质好、隔音好、续航可以。每个关键词后面都陪一句追问模板。这就是把访谈内容从“问题清单”升级成“探针地图”。记录方法也要在脚本里固定下来。我习惯用三层记录第一层是关键词笔录只记用户原话里的关键名词和动词比如“地铁”“调大音量”“摘一边”第二层是情绪标注在笔记本上画竖线表示用户在这个点上说得很兴奋、很生气、很犹豫第三层是访谈结束后的30分钟复盘趁记忆新鲜把访谈中有价值的片段写成两三段小结。这三层合在一起才是完整的产品深度访谈内容光靠录音转录远远不够。很多人说访谈时间不够其实不是时间不够是前两层记录没做好回来要重新听录音等于把一小时访谈变成三小时整理。这套笔记法练熟后一次60分钟访谈加上复盘90分钟就能完成。访谈过程中不要试图把用户说的话全部记下来那样你会错过他的表情、语气和停顿。我宁可只记一半内容也要保证全程看着用户的眼睛听他回答时的犹豫和兴奋。那些情绪点往往才是真正需求所在。4. 一次真实耳机深访的复盘从访谈内容到产品需求4.1 案例背景我要为一款百元降噪耳机找定义接下来用一个我经历过的案例说明这些内容怎么落地。那是我做的一款百元主动降噪耳机定价在199元左右。产品团队最纠结的是把预算花在降噪深度上还是花在佩戴结构上。如果降噪做得太深电池仓会变大成本上升售价压不住如果佩戴结构做得更贴合但降噪效果平平主打“舒服”又怕用户不买账。为了不拍脑袋我们安排了一轮深访。我们筛了6个人4个是单程通勤超过45分钟、每天坐地铁上班的年轻人2个是还在读书、但每天要戴耳机上网课的学生。提纲采用的是前面提到的六模块但刻意没有提产品价格也没有提“降噪”这个词。为什么一旦用户知道你在做降噪耳机他就会立刻启动“测评模式”开始跟你聊降噪程度这种抽象概念而不是讲自己具体怎么用耳机。等到痛点挖完了再自然引入概念验证那时候用户的话才会建立在真实经历上。访谈过程里我们花了很多时间请用户回忆具体场景。比如“你通常在哪一站上车上车后有没有座位站着还是坐着在车厢里你一般做什么”这些看似琐碎的问题其实都在帮用户还原一个微小的使用环境。耳机产品的体验不是抽象的参数而是由无数个这样的环境细节叠加出来的。没有这些细节用户后面的抱怨和期待就都没有落点。4.2 那一次让我改变产品定义的追问那次访谈让我印象最深的是改变产品定义的一次追问。用户是一位25岁左右的女生她描述自己每天早高峰坐地铁地铁噪声很大她平时习惯把音量开到70%以上。我问她“如果开到70%还是听不清你会怎么办”她想了想说“那就换一首节奏更明显的歌有时候还是会吵我就干脆摘一只耳机只戴一只。”这个动作我一开始没太在意但她紧接着补了一句“只戴一只的时候如果来电话我也希望这只耳机能正常接听但现在默认会把声音两边都停掉隔壁那只根本不在耳朵里就很尴尬。”当时整个会议室都安静了。我们一直在讨论降噪深度、音质曲线但用户真正需要的是“单只佩戴时也能顺利完成任务”——包括播放音乐、调整音量、接电话、听人声。这个信息让我们重新审视了产品定义。原本我们内部讨论的是“降噪深度-35dB”“频响曲线好看一点”这类硬参数但用户在日常场景里的真实痛点是地铁太吵降噪不够用摘了一只耳机听报站另一只耳机却不能独立工作。后来我们把“单边智能模式”放到了P0优先级把一部分降噪深度上的追求往后放了。这不是靠用户直接说“我需要单边模式”才得到的是靠追问“你当时怎么办”得到的。这就是深访内容的价值把你的假设推翻让真实需求浮出来。4.3 把访谈内容转成可执行的需求条目访谈完成后我要求团队成员把内容转成需求条目而不是写一份“用户访谈总结报告”应付了事。写总结报告很容易变成流水账用户A说音质不好用户B说续航不行用户C希望便宜一点。这种报告对产品定义毫无帮助。正确做法是每条需求都要能回答三个问题在什么场景下发生用户原话是什么它应该对应到哪个产品模块下面是我们当时整理出来的部分需求条目每一行都能在访谈记录里找到出处需求描述触发场景用户原话优先级归属模块地铁场景下用户单侧佩戴时仍可正常听歌和通话地铁通勤需要听报站“我宁愿只戴一只不然听不到站”P0蓝牙协议/耳机控制耳机在嘈杂环境下自动增大音量或人声清晰度公交、步行、街道“声音开到最大还是听不清”P1音频算法单次充电续航≥4小时搭配充电仓够用一周通勤全天使用“我经常到了公司才发现耳机没电”P1电源管理连接两台设备时切换不需进入设置页办公手机“连电脑开会完要切回手机太麻烦了”P2多设备连接表格写完还不算完我会让每个人追一条这条需求如果下个版本不做用户会怎样如果答案是“会忍一下”优先级就往下降如果答案是“会换别的品牌”那就是核心需求。这样整理出来的深访内容才能真正进入需求池而不是停留在访谈文档里。做产品经理如果只会把用户的话抄下来那和做客服没什么区别懂得把用户行为转成产品语言才是“懂产品”的开始。5. 深访内容实操中的常见问题与我的独家心得5.1 用户不说话、爱迎合、逻辑混乱怎么办深访实操中一定会遇到几个高频问题我一个个说。第一个是用户沉默。不是每个用户都善于表达尤其是面对产品经理的问题很容易觉得自己在被审问。我试过最有效的办法是把问题往“最近一次”靠。别问“你平时多久戴一次耳机”而是问“这周你第一次戴耳机是什么时候当时要去哪戴着它做了什么”越具体的回忆越容易打开话匣子。如果还是冷场就请用户掏出手机打开蓝牙列表看看过去一周连过的设备。这个方法有点“土”但实测非常管用。第二个是迎合。用户如果知道你是耳机产品经理特别容易说“你们的产品挺好的”这种话。破解方式是反向提问“很多人根本不在乎降噪你觉得你能接受没有降噪的耳机吗”给用户抛出一个略带压力但完全不含你的产品立场的问题能让他放松下来讲真话。还有一个办法是把产品具体化到某个型号但不要说是自己做的让用户评价竞品压力会小很多。反正我们要的是使用行为和感受不是对产品的客套。第三个是逻辑混乱。有些用户会把耳机、手机、App、不同场景全部揉在一起讲如果你顺着他说整场访谈会失去方向。我的习惯是准备一张白纸边听边画出时间线7:30出门戴耳机9:00到公司摘掉午休听播客18:00下班跑步……把用户零散的信息摆到时间线上你很快能找到真正卡住他的节点。这比逼用户按你的问题顺序回答有效得多。写脚本的时候就可以在记录模板里预留这种时间线的位置。5.2 写完的深访内容如何判断“合格”判断一份深访内容写得合不合格我有一个三问检验法。第一问产品经理拿着这份内容能不能写出至少三条明确的需求条目如果写不出来说明访谈内容还停在素材层面。第二问每条需求是不是都能对应到具体的用户场景和原话如果对应不上说明需求是访谈者自己脑补的不能算用户需求。第三问这份内容里有没有至少一处“推翻了你原本假设”的信息如果没有说明这次访谈大概率是在确认已有的偏见而不是发现新东西。三个回答如果都是否那就要重新访谈或重新整理了。很多人把字数当成深访内容的衡量标准动辄写五千字访谈纪要但如果翻来覆去只有“用户觉得音质还行”这种话那这份纪要一文不值。我宁愿要一份只有五页纸、但每一页都能直接转成需求条目的访谈产出。这个标准刚好也是从零基础迈向懂产品的重要一步开始用产品决策去衡量用户研究而不是用工作量自我感动。如果你是被要求写访谈报告的人一定要警惕“为了写而写”的坑。报告里每一个结论后面都要跟“用户原话”和“场景描述”。没有这两样领导大概率会问“这个需求是真的还是你猜的”到那时候再回头补访谈成本就高了。5.3 我踩过的坑和正在坚持的做法最后说说我踩过的坑。第一个坑是提纲贪多。早些年我恨不得准备三十个问题以为问得越全面内容越扎实。结果每次访谈都像赶场用户刚讲到关键处我就急着跳到下一题最后反而什么都没挖到。现在我把单场核心问题控制在十二个以内留出大量空白给追问。第二个坑是用问卷替代访谈做探索。问卷适合验证不适合发现。你不可能在问卷里追问一句“为什么”而真正有价值的产品定义往往就藏在那个为什么里。第三个坑是访谈中忍不住介绍产品概念。我懂产品所以特别容易在用户面前抛参数“我们计划做一款降噪深度很大的耳机你会买吗”结果用户瞬间切换到评测员模式开始给功能打分而不是讲自己的使用场景。打分的回答是不能指导设计的。我现在给自己立了一条规矩访谈中产品信息必须放在痛点挖掘之后再出现而且是以验证概念的方式出现不是推销的方式。耳机这个品类用户每天戴在身上感受极其细腻只要你的访谈内容设计得足够细他们会主动帮你想出产品应该长什么样。反而如果你先入为主用户就会放弃思考跟着你的思路走最后访谈内容只是你的回声。写深访内容这件事说到底是训练自己“忍住不说、专注去听”的能力这也是我从零基础走过来觉得最值得练的一项基本功。