自己动手做用户测试 –用最少的成本获取最大化的用户需求

标签: 用户研究 | 发表时间:2014-05-19 13:36 | 作者:bazinga_wang
出处:http://mux.baidu.com

大部分互联网公司会在开发或更新产品的投入上花费巨资,但是效果往往不如他们当初所预期的那样美好,事实上产品数据可能会非常糟糕。而绝大多数这样让人沮丧的例子都至少可以得出一个共同点,那就是:这些产品的团队没有在产品设计阶段获取足够多的用户反馈。


如果你觉得在产品设计阶段把用户相关的调研牵扯进来是一件非常耗时而且耗费财力的事,那么你需要好好的重新思考一下这个问题,因为如果在这个阶段不开展用户研究,未来所需要花费的成本将会高得多。在国外有专门的用户研究机构曾经做过一项研究,结果表明在设计阶段解决一个问题所需要花费的成本仅仅是开发迭代产品过程中解决同样问题的十分之一;而如果这个产品已经在上线推广阶段,那所耗费的成本将是你无法想象的,它能够达到在设计阶段解决该问题所消耗成本的至少100倍,而且这还仅仅是财务上的成本。加上所有的人力、时间的消耗,这个数值将继续成倍的放大,而最终的结局将足以让你后悔自己当初没有做用户调研的决定。

何时来做?

倾听用户这件事,你永远不用担心是否时间过早。
现在有很多种方法在产品设计阶段中从用户那里获取反馈和深度需求:

  • 在产品设计还没有成型的时候把早期的低保真设计图画在纸上拿给用户看,获取他们对于设计图的反馈信息。
  • 邀请用户来使用公司现有的产品,仔细观察他们使用过程中的行为动作以及他们对产品的印象,最终发现用户使用的痛点。
  • 你也可以邀请用户来使用主要竞品,仔细观察他们的使用过程,在这个过程中你会很明显的发现哪些功能是用户认为有用的,哪些是没用的;哪些交互设计吸引用户,而哪些则会让用户迷茫。
  • 如果需要重新设计一个功能,如理财app中的注册或绑定信用卡的功能,和你的用户一起去验证新的流程,确保他们轻易能够理解新步骤中的每一步而不至于产生迷茫的情绪。


和谁来做?

很多时候,我们的调研不需要太多的用户就足以发现很多很深刻的问题。
作为研究人员,你不需要把产品的设计理念展示给很多用户,因为众口难调的困扰将会让你找不出一个科学而合理的结论,而事实上在设计的前期阶段从少数用户那里获得的反馈远比在开发甚至更新产品阶段询问很多用户来的有价值。一个6-8人的小规模用户调研所产出的结论就足以支撑一次产品前期阶段的用户研究。
理想状态下,最好是能够与产品的目标用户进行一次测试,特别是比如你的团队正在酝酿设计一款针对特定人群的产品,如理财,购物app等。但是如果你的产品适合于普通的大众用户来使用,那就可以放心大胆的把你想要调研的设计和想法展现给你遇到的任何一个人,甚至是你办公楼里的保安,前台,邻居或室友,收获同样会出乎你的意料。

在哪里做?

做快速的用户调研,其实不需要一个正式的实验室。
如果你在产品开发或迭代周期的后期针对这个产品进行一个全面的可用性测试,使用实验室以及里面的设施来开展测试可以帮助调研人员更严谨和全面的跟踪用户的反应;但是在设计阶段获取用户的早期反应,一般的会议室甚至一个相对空旷的小空间就足以开展这样的调研。你只需要一张桌子,一把椅子,一个主持人和一个要测试的主题,然后有一个现场录音或者你的同事现场记录,以便于稍后和你的设计团队一起分享调研测试的结论就足够了。

做什么?

一张简单的草图或低保真原型图就足够开展一次用户研究。
在做这类测试的时候,你不需要通过向参与测试的用户展示一个设计完全并且功能都实现了的产品来获得他们对这个产品的反应。事实上,你只需要一张简单的草图或者纸面原型展现给用户,而他们反馈给你的,往往是一些重要的,甚至超乎你预期的见解和反馈。纸面原型图测试在以下场景中尤其有效:测试一个产品的新功能或者改变一个产品已有的功能,例如一个搜索框或者绑定身份信息的操作流程的新增或改变,通过纸面原型图测试可以发现新的改变是否让这件事变得更好,还是更复杂更难实现。
如果你的公司有交互设计师,那么恭喜你拥有了更加美观和贴近真实模样的demo可供测试使用。相信所有的交互设计师们都能快速的根据我们的设想制作出超级逼真的页面原型图,你需要做的就是下载到你的手机当中,然后直接拿给接受测试的用户观看就醒了,当然了,必要的讲解是少不了的。

怎么做?

我们把验证当初的设计方案是否可行以及收集用户反馈的过程称为设计演练环节。这个环节一般情况下会使用上文提到的纸面原型;当然,如果能提供一个已经实现部分功能的原型demo,那将是极好的。
一个设计演练的环节需要让参与测试的用户还原他们日常的场景和使用该类产品的需求任务。主持人需要要求参与用户用指定的行为去完成每一个任务,然后倾听他们在使用过程中对每一步操作的可用性和易用性等方面的评论以及反馈。这里所需要注意的技巧是,不要过度的引导这些参与测试的用户。给他们一个整体的印象,让他们了解这个产品是做什么的,或者描述一下这个产品所适用的场景和想要达到的目标是什么,然后让他们自己按照自己曾经使用真实产品的经验来操作。当然如果这里有两个或两个以上的对比demo或者原型图需要用户分别体验一下,并得出哪一个更好等类似结论时,你需要事先平衡不同用户体验demo的不同顺序,以减少因为顺序对测试结果造成的影响。
一旦你从参与测试的用户那里获取了阶段性的反馈和评论,接下去要做的事情就是分析这些反馈。你可能会发现一些“搅局者”,他们的反馈从根本上颠覆了你对你产品原先的期待;但更有可能的事情是,你将会从中整理出来一个优化改进列表。当然了,最重要的事情是,确保这份优化改进列表能及时分享给你的设计团队,这样大家可以及时响应并采取相应的措施去改进产品的设计。

为什么要这样做?

不论你信不信,用户经常性的参与能成就一款好的产品。
在产品设计阶段让用户介入进来能够让提前遇到设计上的路障或者一些你意想不到的发现,而这两方面很有可能在同一时间展现在你的面前,这也让你能够灵活纠正之前设计过程中的误区,最重要的是,成本很低廉。这是能够保证产品能够被用户接纳并准确而轻松使用的最有效的途径。从长远来看,无论多小的规模或者方法多简易,调研人员尝试去获取用户反馈的任何努力都将会节省设计团队一大部分的时间,财力和未来可能发生尴尬甚至推倒重来的局面

转载请注明出自”百度MUX”

相关 [用户 测试 成本] 推荐:

自己动手做用户测试 –用最少的成本获取最大化的用户需求

- - 百度MUX
大部分互联网公司会在开发或更新产品的投入上花费巨资,但是效果往往不如他们当初所预期的那样美好,事实上产品数据可能会非常糟糕. 而绝大多数这样让人沮丧的例子都至少可以得出一个共同点,那就是:这些产品的团队没有在产品设计阶段获取足够多的用户反馈. 如果你觉得在产品设计阶段把用户相关的调研牵扯进来是一件非常耗时而且耗费财力的事,那么你需要好好的重新思考一下这个问题,因为如果在这个阶段不开展用户研究,未来所需要花费的成本将会高得多.

可用性测试中如何快速解除用户防备?

- - 盒子UI
一般来说,在产品的设计和开发过程中,不同阶段会使用到不同的用户研究方法. 比如,在产品正式发布之前,通常会进行可用性测试. 可用性测试,是指让一群有代表性的用户尝试对产品进行典型操作,同时观察员和开发人员在一旁观察、聆听、记录. 该产品可能是一个网站、软件,或其他任何产品,它可能已经做好,也可能尚未成型.

文章: 敏捷自动化测试(2)——像用户使用软件一样享受自动化测试

- - InfoQ cn
在本系列的第一篇文章“ 我们的测试为什么不够敏捷”中,根据实例总结出敏捷自动化的两大阻碍:“脚本维护困难”、“断言条件繁琐”. 本文针对如何降低脚本维护难度分享一些实践经验. 12306插件引发GitHub故障,GitHub资深运维工程师确认参加QCon北京2013,现身说法. 《程序员必知97件事》合著者Kevlin确认参加QCon北京2013并发表主题演讲.

移动互联网存在用户“转移成本定律”

- - 人人都是产品经理
一个垂直市场的容量,最主要的影响因素是用户转移成本. 一般而言,用户转移成本越大的市场里,所能容纳的同类应用数量越少. 在一个移动互联网垂直市场中,究竟能够容纳几个企业生存,这是一个非常有趣而重要的问题,我们的研究结论认为,一个垂直市场的容量,最主要的影响因素是用户转移成本. 这里的用户转移成本包括:用户在使用互联网应用中的沉浸深度、用户转换所需要付出的时间和智力成本.

系统吞吐量(TPS)、用户并发量、性能测试概念和公式

- - 服务器运维与网站架构|Linux运维|X研究
PS:下面是性能测试的主要概念和计算公式,记录下:.   一个系统的吞度量(承压能力)与request对CPU的消耗、外部接口、IO等等紧密关联. 单个reqeust 对CPU消耗越高,外部系统接口、IO影响速度越慢,系统吞吐能力越低,反之越高. 系统吞吐量几个重要参数:QPS(TPS)、并发数、响应时间.

测试

- 香姜 - 韩寒
测试......>>点击查看新浪博客原文.

Android单元测试与模拟测试

- - 神刀安全网
考虑可读性,对于方法名使用表达能力强的方法名,对于测试范式可以考虑使用一种规范, 如 RSpec-style. 不要使用逻辑流关键字(If/ese、for、do/while、switch/case),在一个测试方法中,如果需要有这些,拆分到单独的每个测试方法里. 测试真正需要测试的内容,需要覆盖的情况,一般情况只考虑验证输出(如某操作后,显示什么,值是什么).

免费测试VPN

- 勇 - iGFW
lusovps目前提供免费15天的PPTP VPN试用服务,. 申请地址:https://cart.lusovps.com/cart.php?a=add&pid=13. WHMCS注册系统,可以参考 http://igfw.tk/archives/3727. 注册后无需审核,立刻激活,帐号信息会发至邮箱.

HTTP负载测试

- - 博客 - 伯乐在线
英文原文: ON HTTP LOAD TESTING 来源: oschina. 有很多人在谈论HTTP服务器软件的性能测试,也许是因为现在有太多的服务器选择. 这很好,但是我看到有人很多基本相同的问题,使得测试结果的推论值得怀疑. 在日常工作中花费了很多时间在高性能代理缓存和源站性能测试方面之后,这里有我认为比较重要的一些方面来分享.

Android单元测试

- - CSDN博客推荐文章
    单元测试不管对于初学编程还是已经工作了很久的开发者来说,都不乐意花时间去写认为没用的代码进行测试,只要交给测试人员就行了,虽然这样也能把软件改出来,但也许你要花上几倍的时间去修改问题,如果在开发的过程中花点时间去写单元测试代码,把尽可能出问题的地方都测试一遍,把问题扼杀在最开始的地方,这样你就不必为后来找问题出处而烦恼.