|
产品经理们总是认为特别了解用户，而实际上，在每一次的迭代策划中，如果没有建立在充足的数据前，基本上是处于“策划越进，离用户越远”的状态，相反，如果产品经理所拥有的判断信息越充足，那么越有利于产品的策划。而用户访谈从某种程度上讲，也正是产品经理进行迭代前审时度势的关键一步，下面进入主题。项目管理者联盟
一、用户访谈的好处项目管理者联盟
1.了解当前产品的漏洞项目管理者联盟
我们知道，每一次的迭代发布前，都会经过大量的测试，其实包括产品经理、设计师、测试人员等的参与。优势在于内部人员测试的范围都会从比较专业的角度出发，但恰恰也会忽略用户的真实感受。项目管理者联盟
当不同类型的用户接触新的功能时，由于使用方法、认知都存在误差，基本上所发现的问题都是直接使用的感悟，而这种感悟是产品经理少有的，毕竟策划者在某种情况下并不是正常使用产品的用户。项目管理者联盟
2.根据场景分析需求的适用度项目管理者联盟
如果说迭代后的产品数据呈现不断上升的状态，那么是满街欢喜的地步，也是产品经理希望看到的状态。但数据并没有达到预期的状况，那么肯定是需求实现、业务出现了问题。这个时候多数产品经理的做法是内部分析，不断地考量，但这种做法很有可能是错误的。项目管理者联盟
主要原因在于没有真正的用户场景，去建立业务的分析，基本上会按照策划时的思路，一条道走到黑。举个例子会更形象，在河边搭了一条桥，在成功搭建后，却发现没有人来用桥过河，这个时候即使做了分析也停留在内部的“臆想”中，真正的方式去咨询准备过桥的用户为什么不去使用了，是哪里出了问题。有了场景化的判断，产品经理才知道当前存在的真实状况，也减少闭门造车的错误率。项目经理博客
3.为下次迭代做好充足的验证准备项目管理者联盟
每次产品的迭代都会从综合维度去考量，一方面去新增新的功能，另外一方面又进行原有业务的优化。这个时候，如果有了上次迭代的访谈分析，那么回大大加强产品经理的信心。项目管理者联盟
二、用户访谈的注意事项talent.mypm.net
对访谈的用户信息进行细化记录，比如年龄、职业、使用功能点、使用时间、遇到的问题，相当于是在梳理真实的用户画像。training.mypm.net
确定用户访谈的侧重点，比如发现某个用户经常使用某个功能点，那么就从此点出发，重点记录与之相关的问题，比如好在哪里，不好在哪里，还希望可以看到什么等。也就是针对不同用户使用的点不同，进行分层访谈。项目管理者联盟
对于访谈的记录，只做一手的记录，切忌融入自己的主观感受及分析。比如说用户认为某处的颜色过于沉重，那么记录的结果也为颜色过重，不可记录希望得到亮色的结论。项目经理圈子
三、用户访谈的处理方式：club.mypm.net
当记录好访谈记录时，产品经理首先做的事情是进行记录的拆解，比如哪些记录是产品需求层面的、哪些是设计层面，哪些是技术层面的。项目管理者联盟
拆解后，将不同类型的记录结果传达给团队对应内部成员，让他们各自进行理解。而在信息每一层级的传递过程中，产品经理如果融入过多感受，那么很有可能干扰其他团队成员的优化思路。PgMp.mypm.net
最后根据不同类型的记录分析，再进行产品的优化策划，而不是说用户说明了哪些问题，就立即去处理。项目管理者联盟
关于用户访谈的部分就到这里。另外在实际协作中，存在有些团队运营人员也在做用户反馈，那么这个时候也可以参考访谈的方式去做。同时在进行结果的输出时，融入从运营角度所发现的问题，一同整理反馈于产品经理。service.mypm.net
产品经理需要时刻离用户更近一些~talent.mypm.net
|
