如何做一次使用者访谈？_产品

最近完成了一个使用者访谈的专案，从专案的开始准备到实际执行，以及最后的成果产出，期间遇到很多有意思的事情，也踩了一些坑，这里跟大家分享下。

使用者访谈的目的

一般使用者访谈的目的只有两个，一个是发现目前产品存在的问题，另一个是发现潜在的增长点，或者叫需求点。

而我们这次访谈的目的，是包含这两个方面的，我们的产品上线时间不久，急需知道目前产品存在的问题，还有就是验证目前的产品所打的需求点是否正确，是否有潜在的增长点是可以去尝试。

访谈使用者的选择

访谈使用者的选择主要取决于访谈的目的，不同的目的所找的使用者应该也是不一样的。我们可以从使用产品深度的维度来把使用者分为三类：

如果是为了发现目前产品存在问题，核心使用者应该是值得寻找的，他们是产品的忠实使用者，一定有着自己对于产品第一手的感觉。

如果是为了寻找潜在的增长点，那边缘使用者和潜在使用者，可以告诉你如何才能更好的满足他们，让他们来使用你的产品，他们就是潜在的增长点。

访谈使用者如何触达

在确定了需要访谈的使用者种类后，就是去寻找并联络上待访谈的使用者。因为我们的目的包含上述两个，因此我们都去找了这三种使用者。

核心使用者和边缘使用者比较容易寻找，大约有以下几种方式：

潜在使用者因为没有使用过产品，因此只能在端外寻找，我们在寻找这类使用者用到 如下方式

在寻找使用者的过程中，线上的联络的回复率还是很低的。我们的使用者大都是通过facebook注册，我们从facebook上通过官方账号进行联络，回复率低于5%，而且很多拒绝到现场，最后通过电话完成访谈，并且facebook对于每日发的讯息数还有限制。线下寻找访谈使用者的时候，最好是找到一群在一起的使用者，可以大大降低使用者的抵触和畏惧情绪。另外一点点小礼物还是很有效的。

执行访谈中的注意点

在经过前述的准备后，下面就是如何像访谈者提问，以及访谈该如何进行下去。在访谈前，根据访谈的目的，一般会收集一些问题，大致围绕使用者画像，产品使用等方面，具体的问题在这里就不赘述，主要总结下在访谈中需要注意的一些点。

1. 问题一定要带有场景设定

在问使用者的业余兴趣爱好时，最初就是很傻逼的直接问“你的业余爱好是什么”，使用者一般都回答听歌，玩手机之类。使用者惊人一致的回答让我们有点怀疑，我们尝试问了下自己这个问题，好像答案也就那几个。

后来我们在问题中增加了具体的时间、人物等场景因素，改为，“你不上课的时候，或者周末，会和同学一起出去玩吗？都玩些什么呢？”改成这样问之后，得到的答案就丰富和感性很多，很多使用者会说放学后会去参加舞蹈社团的活动，还有的回答是和同学一起去商场逛街，然后喜欢什么店，喜欢买什么都会滔滔不绝说出来。

2. 不要使用者想的，要实际做的

当时为了想得到使用者对于产品的认知，我们问了一个问题，就是“你愿不愿意像其它使用者推荐产品？用一句话，你会怎么推荐？”，问过之后所有的使用者都回答愿意，然后说用一句话介绍的时候，得到的都是最“套路”的回答。

后来我们意识到，这个是在让使用者去想象自己是否愿意，和做的可能会有差别。然后我们把问题改成了“你有跟其它使用者推荐过我们的产品，在推荐的时候你是怎么介绍的呢？”改成这个问题后，没有推荐过的使用者，就直接过滤掉了。

剩下的都是真实推荐过的使用者，然后得到的推荐理由，有一些的确很出乎我们的意料，我们是一个视讯社群类的产品（类似于musical.ly），有的使用者推荐纯粹是为了让别人过来关注他，这反映了产品吸引粉丝的点。

还有人回答是希望对方和自己一起玩，这就体现了我们的产品中可以有社交点属性，有人拿来和朋友一起玩。

3. 多问一个为什么

在访问过程中，经常有使用者主动说出的东西，有的使用者直接就提希望可以某某功能，一开始当使用者提的时候，因为有的功能很常见，我们以为使用者需要功能的目的和我们是一样的。最后发现，多问一个为什么，就会显得我们想的多么幼稚和主观。

举个例子，在访谈的过程中，有很多使用者一直提到希望有快慢速的功能，即使用者在录制视讯的时候，可以选择快速录制或者慢速录制。我们一开始以为使用者是想录出慢速或者快速的视讯。但后来偶然问为什么需要这个功能的时候，使用者居然只是因为选择了音乐录制后，音乐有时候播放太快，在跟着音乐节奏跳或者对口型的时候对不准。

因此需要选择快速录制的模式，这样在录制的时候，音乐会相应变慢。实在是很打脸，使用者使用的场景跟我们设想的完全不一致。

4. 一定要做主路径测试

一开始我们准备了很多关于产品功能上的问题，类似于，“你觉得xx功能怎么样？”，“你使用xx功能有遇到问题吗？”，后来发现除非使用者是个人人都是产品经理的“人人”，不然很多人都是回答没有问题，挺好的，一开始听了还有点激动，觉得产品做的不错。

后来发觉的确得不到有价值的回答，就直接设定几个主路径的测试用例，让使用者自己来实际使用，就发现了很多特别搞笑和愚蠢的设计。

比如：音乐选择的设计，我们有一个流程是先选择音乐然后再进入录制界面，之前应该是为了考虑提高这一步的转化，所以使用者点选歌曲就直接进入拍摄界面了，只有点选歌曲封面才会播放歌曲，而封面的区域很小。

因此我们发现使用者在使用的过程中，都会先试听很多首歌曲，然后找到一首自己会唱或者觉得不错的，再点选进行录制。在这个过程中，因为试听的点选区域过小，很多使用者都误点进入了视讯录制界面，此时使用者连歌曲还未试听，所以又连忙点返回。

以上访谈中遇到的一些问题的总结，其实归纳起来，我觉得访谈的实质不是为了让使用者告诉你问题在哪？

做为产品经理，一定需要从使用者的使用场景或者描述场景中，挖掘出问题的本质。因此，访谈其实就是在干一件事——最大限度还原并记录使用者场景（生活场景，使用场景），然后慢慢观察和挖掘。

后记

使用者访谈应该是一个产品经理的基本功，有时候我们走的太快太着急，就渐渐忽略了使用者，以为自己是使用者的代表，做出一些很蠢的东西，却不自知。

脱离了使用者，还是很恐怖的事情，最近一直在出海产品，其实离使用者更远了。担心。

作者：南村小付，微信公众号：南村小付，快手高阶产品经理，曾任职阿里，欢聚时代，7年互联网产品设计运营经验。

本文由@南村小付 原创释出于人人都是产品经理，未经许可，禁止转载。

题图来自Unsplash，基于CC0协议