用户研究和快速迭代的关系

20111118111330360.jpg

用研和快速迭代本身是没有矛盾的,只不过是现在的一些用研方法已经不适合流行的快速迭代环境了,用研思路需要更新!



我们团队(或者整个猎豹移动)都是以快速迭代闻名的,重要产品几乎一周一个版本,很多周一发出的迭代计划,周四之前就要测试好上线,周末之前就要看到反馈并且准备到下周的汇报中。这样的速度别说是用研了,连设计师作图都很难跟上。

但是我们发现没有用研不行,没有用研就好比我们在做一个低头不看方向盲头奔跑的人,没有用研我们就没办法了解除了数据直观反馈以外的其他改进是否有效果,所以我们经过长期的摸索就学会了把用研“互联网化”:

1,最重要的就是把用研变成一个常态的事情

团队每一个成员都要接触用户,经常接触。泡论坛和QQ群是家常便饭了,每周都要邀请一位用户做用户访谈。原本为了某个用研计划开展的那种集中几百人的访谈被分到了平时每个人互相帮忙做,至于质量当然无法完全保证,但是一个问题能把握到大概也是可以的。

这种氛围下仍然需要一位懂用研的同学带领大家,主要目的是协调大家一同参与,作为咨询者和领导者发起和把控整件事情,而不需要他万事都亲自去办。因为他的经验和帮助,我们可以把用研结果保持在可用的层面上,至少主要目标能够解决,至于那些精细的用研报告或者更详细的分支问题一般都省去了。另外这样还能训练大家的用户感觉,在一些普遍或者不那么重要的问题上因为长期的训练大家都心中都自有谱子,而不是专业的人更专业,不专业的人只能干等着。



2,更前置的开展用研活动

产品的快速迭代其实更多是指加快产品的开发节奏,不要因为走错路而浪费了耗时最长的开发资源。但是研究的工作一直不会停,而且说实话如果研究能够提前发现结果也比产品开发出来要划算的多。

我们UE团队有的时候会看到很多很长远的问题,比如一些用户痛点在当前并不是最紧急的,但是随着产品逐渐完善我们一定会遇到的问题,我们就会提前开展用研工作。因为对浏览器的经验,我们会把整个产品的发展当做一颗大树,在开发搭建主干的时候我们就已经在探索分支了,等开发分支的时候我们再来探索主干如何升级,始终保持比产品团队还要快一个步调。

文章由PM28网编辑,作者:海阁,如若转载,请注明出处:http://www.pm28.com/211.html欢迎投稿

联系我们

在线咨询:点击这里给我发消息

邮件:403567334@qq.com

工作时间:周一至周五,9:30-18:30,节假日休息