用研实践之不完全小结

好久没坐下来整理思绪,说缺时间太假,lazy 才是真。

细数日子,自己算0.4岁的交互人了。结束了刚开始工作的新鲜感,虽还是菜鸟,但不再那么「急着」做事情,不再看完需求就画图。也思考交互设计的意义,就学术而言是单纯的「Interaction」,作为职业则需考虑更多交集。


用户调研,听起来很学术,也的确有很多方法,以至于刚开始容易陷入方法论和生搬硬套的误区。交互毕竟不是专业的用研,对一个case 选择一两种方法,流程适当简化,少则半天,多则三天,可以得出不少实用的调研结论。

磨刀不误砍柴工,这些建立在调研基础上的结论,能大大提高自己的工作效率。

自己用过的方法

问卷法
问卷需要收集的信息分为客观和主观信息。客观信息包括人口统计学信息,以及手机型号等硬件信息。主观信息分三个方面,依次为目的、行为、态度。问卷大多有极强目的性,比如需调研用户对相册清理功能的使用情况,「相册」和「清理」就是关键词。相应的,问卷中除客观题外,需围绕这两个关键词来设计问题。此外还有个坑,即问卷中提到选项必须是当前产品存在或能够实现的。

单人访谈
也称深度访谈,往往和问卷法相结合,通过问卷法可以初步筛选出目标用户。在进行访谈之前,可以将问题整理,并对其中一些列出可选的回答,类似问卷的形式。这样能帮自己理清思路,也可以在访谈对象不知如何回答时进行提供引导。此外,访谈时对目标用户由浅入深、问题范围由宽至窄,进行访谈。

观察法
观察法是最耗时却又能直接获取信息的方式,能够最大程度的还原用户真实使用场景。同问卷法和单人访谈一样,观察之前列出观察计划,包括观察对象、观察时间顺序、观察内容等。

A/B Testing 也是调研方法之一,往往用在已有方案中选出更优。目前还没有尝试过焦点小组。

实践

前阵子分别做过一个C端产品和B端产品的用户微调研。

对C端产品而言,自己本身也是用户之一,不存在理解产品功能的问题,但容易陷入认为某功能/设计理所当然,却与典型用户渐行渐远的误区。准备好访谈问题和备选回答,列出访谈计划,约好访谈对象,静待开始。通过分别对8位对象15-25分钟的微访谈,录音记录+后期整理、归类,再次理解产品定位和目标用户,并从功能、性能和样式方面提取出了一些需要并能够优化的点。前后调研耗时3天,画图过程不到2天。

相较于C端产品的诱导性,B端产品更注重如何让用户在产品中更方便舒服地完成熟悉的操作。毕竟绝大多数B类产品自己都用不上,为了更好的理解需求和产品逻辑,需要用户调研,这次主要使用到观察法和单人访谈。由于是已上线产品,主要观察用户从进入系统到操作完成的整个过程,记录操作流程以及遇到不方便的地方,其中操作分为常用操作、低频操作。在观察法之后,通过访谈对用户需求进一步理解并求证自己的想法。

何时进行

时间允许的情况下,在产品需求评审前后可以开始制定初步的调研计划。流程不必规范,在有限的时间内尽可能收集对设计真实有用的信息,更实际。调研结果尽早与PM等友好沟通,对需求文档的修订提供参考,也是为后期交互设计减少坑,你懂的;)

你可能感兴趣的:(用研实践之不完全小结)