用户访谈怎么问 | 发现问题 | 做产品
用户访谈怎么问
访谈的目的不是收集意见，是还原一次真实发生过的经历。你要的是事实，不是评价。
你会遇到的现象
-
聊了一小时，笔记里全是「他觉得挺好的」
-
对方一直在评价你的方案，你也一直在解释
-
问完五个人，五个人说的都不一样，无法归纳
四段怎么走
阶段开场白这一段的目的
暖场 你平时一天的工作大概是什么样的 建立背景，也让他放松。别一上来就问产品
回溯 最近一次遇到这个情况是什么时候 把他从泛泛而谈拉回到一个具体的日子
追问 带我过一遍，那天你先做了什么 还原完整步骤，卡点自己就浮出来了
收尾 你觉得还有谁值得我聊聊 拿到下一个人。这是访谈最划算的一句话
整个过程你的方案一次都不要拿出来。方案一出现，对话就从「他的经历」变成了「对你方案的评价」，剩下的时间就废了。
追问的四把铲子
对方说了一句概括的话，用这四句往下挖。挖到他开始讲细节，就对了。
然后呢 最简单也最有效。让他把步骤讲完 中间不要插话，不要点评 用来还原流程
那次为什么这么做 问具体那一次的原因 别问「你一般为什么这么做」 用来挖动机
当时是什么感受 烦、慌、无所谓，情绪强度 直接对应痛感这个维度 用来估痛感
能给我看看吗 让他打开那张表、那个群、那个文件夹 看到的东西比听到的可靠十倍 用来拿事实
第四把最有用，也最容易忘。人描述自己的工作流程时会自动美化和简化，但他电脑里那张表不会。
六个别
-
别问假设句。「如果有个功能……你会用吗」得到的永远是会。改成问上次怎么做的。
-
别在问题里带答案。「你是不是觉得录入太慢了」，他会顺着你点头。改成「那一步你感觉怎么样」。
-
**别急着填补沉默。**他停顿三秒不是没话说，是在回忆。你一开口，那段回忆就没了。
-
**别纠正他。**他说错了功能名、用错了方法，都别打断。他怎么理解的，本身就是信息。
-
**别只问顺利的部分。**专门问「哪一次特别不顺」，异常那次的信息量最大。
-
**别一个人问。**最好有人只负责记录。一个人既要引导又要记，会漏掉大半。
问完之后
访谈的价值在整理这一步。当天就整理，隔一天记忆就开始变形。
访谈整理表
原话发生的事实推出的判断可信度
「每次都要弄好久」 上周三花了 40 分钟手抄 频率约每周一次，单次成本高 高
「导出功能挺重要的」 没有具体例子 暂时存疑，需要第二个人佐证 中
「以后应该会用吧」 无 不作为依据 低
三列分开写，是为了防止把「他说的话」直接当成「发生的事实」。中间那列填不出来的行，第三列就不该有结论。
接着看
问行为不问意愿 这一篇是那条原则的操作版。所有提问方式都是从「只问过去」推出来的。
场景锚点 访谈的产出应该直接写成锚点：谁、什么时候、想达成什么、卡在哪、现在怎么办。
五个为什么 追问的第二把铲子往深里挖的版本，用来从表面动作追到根本原因。