Archive for the ‘用户研究’ Category

教练法 Coaching Method

Saturday, October 28th, 2006

不同于其他的使用性测试方法,测试受测者与实验室之间有明确的交互作用,是在使用者使用系统时引导他们应用的方法,当受测者在进行实验时遇到阻碍、无法继续进行时,允许可以向指导专家发问任何有关的问题,使得实验可以继续进行下去。

教练法是锁定在生手,目的在于发现这类使用者的需求以便提供更好的训练和操作说明,在重新设计界面时避免这类问题的需求。

优点是可以引导生手以较佳的效率进行实验,且相较于边说边做法更加自然。而指导专家通常为使用性的专家或是实验者本身,有时熟手也可以作为教练,通常会有4名受测者。

回溯式测试 Retrospective Testing

Saturday, October 28th, 2006

藉由回顾影片而发现或记录问题的方法。

在使用者完成实验测试后,回顾受测者在实验进行时之录像,并在观看影片的同时,说明期观点与想法。通常受测者在观察影片时,说明往往会比实际测试期间的陈述来的深入。

用户访谈

Sunday, October 15th, 2006

“用户访谈”提问指导
来源:http://www.uicom.net/blog/article.asp?id=313

  1. 在场时完成某项任务的过程中请尽量不要打断被访者。
  2. 尽量避免使用诱导性的问题。如“您认为这样有用吗?”或“这样做您还是挺喜欢的,对吧?”
  3. 尽量使用开放式问题。如“能告诉我们现在您在做什么吗?”而不是“为什么您会这么做?”
  4. 避免打断或试图帮助被访者。
  5. 避免在解释某些内容时让被访者感觉他们是无知的。如“其实您只要点一下这里就可以了。”
  6. 避免使用专业词汇:请使用被访者习惯的词汇。
  7. 请记住访问的目的:从被访者的角度来了解沟通工具的作用。
  8. 请记住:你是学生,被访者才是专家。
  9. 学会如何来解释/了解被访者的想法。
  10. 问自己从观察中学到了什么及如何向他人解释所学习到的内容。
  11. 向被访者学习如何来解释/阐述他们的行为,这一点也与座谈会和探访有所不同。
  12. 访问过程可能会与你准备的问题纲要有偏差,你需要更多的准备。
  13. 即便你能流利地使用被访者的语言来进行沟通,如果你当时有翻译在场,也请通过翻译来提问。
  14. 这句话大部分时候需要说:访谈的目的只是为了了解被访者的需求及该产品如何能更好的满足使用者的需求,而不是对被访者进行评估。

一次“现场调查”用户研究的感触
来源:http://blog.sina.com.cn/u/48ee85200100028s

  1. 只要你与用户接触,你就会有巨大的收获。
  2. 要从多种角度多种方式去了解用户的目标。
  3. 抱着学生的心态与用户沟通。
  4. 由一个人主持访谈活动。
  5. 最好进行一对一的现场访谈和调查。一方面可以看到和听到不同用户的做法和说法,另一方面访谈和调查会更加深入。
  6. 合理安排调研的过程。
    • 说明来意,通过演示软件原型大概说明一下我们需要做的是什么样的软件,而不仔细说明软件的功能——最不应该说出来的是软件有哪些优势之类的。这个步骤的目的是让用户了解我们来调研的目标,并让用户对我们的软件有一个直观的印象——但不让用户有先入为主的印象。
    • 根据访谈提纲进行访谈,并在适当的时候要求用户演示同类竞争产品来说明用户自身在使用软件中遇到的问题,或让用户实际演示他/她在完成任务的过程等。通过这一步,我们已经收集到了所需要的绝大部分的信息。
    • 让用户实际操作我们的软件原型(就是原型的用户测试),在操作过程中,让用户出声思维,并说明原型中存在的功能需求和交互需求问题等。

人种学研究

Sunday, October 15th, 2006

作者:Gretchen Anderson
来源:http://www.uigarden.net/chinese/zhang-wo-yong-hu-yan-jiu

人种学的研究强调观察现实世界环境中的用户。观察软件用户使用软件完成任务可能会花费大量时间,但可以产生关于产品有用性的有价值的、定性的信息。通过人种学的技术得到的数据在开发中能帮助解决通过可用性诊断出来的问题领域。

人种学的研究能指出满足消费者尚未被满足的需求的机会,它能够帮助你保持或者创造竞争优势。观察真正的客户使用实际产品,能提供关于产品的总的情况以及能够怎样扩展。这些观察将不仅仅向产品设计者揭示问题,而且将经常提供怎样处理这些问题的线索。

观察法特别有效的事情:

  1. 盲点:功能是不是没有被使用?为什么?是人们没有意识到这个功能?还是他们不需要它?
  2. 工具箱:人们经常使用什么工具?人们是怎么看待它们的?它们是怎样被使用的?通过创造一种特别的工具能够更好地为人们所进行的哪种频繁的重复的活动服务?
  3. 软件支撑:为了达到他们的目标,在现实世界中,人们将想出一些方法来弥补软件中的缺陷。寻找一下人们会在什么时候不用你产品而去转向使用即时贴,打印输出,或者其它解决方法来完成工作。
  4. 失误:执行“不正确”任务的用户是一个巨大的有建设性数据的来源。当他们犯错误时,寻找他们将要去哪里和为什么——在如何更好地组织应用程序方面,它可能是一个很好的暗示。
  5. 声音线索:很多人,特别是在被观察时,会在他们使用软件时自言自语。当试图理解一个人如何同产品交互时,这是极有价值的。倾听用户是如何受到挫折的,如何记忆的(“F4,Shift键,然后进入……”)或者犹豫不决(我应该找回temp.bak 文件?”)
  6. 目标:操作软件对于任何用户来说都不是终极目标。注意用户试图达到什么。这是一个目标吗(建立一个文件)?或者是一个过程(告诉史密斯先生他的账户状况)?

进行人种论研究要考虑的其他问题:

  1. 花费:要找到你的软件用户并在他们的环境中观察他们的所需经费和时间并不少。但从长远来看,与愿意接受观察的顾客建立这种关系能够获得回报。
  2. 样本量:尽管每个人的花费较大,但为了得到同样的结果水平, 和可用性测试相比,人种学的领域研究需要的样本量是很小的。这里没有固定的和快速的标准来挑选正确的样本数量,但是经常在大约10次访问以后,模式开始出现;进行超过40次访问之后一般会导致多余的发现。
  3. 非干涉性观察:虽然集中观察你的受试者是很重要,但假装你实际上不在那里是不必要的。在访问中,确保你的受试者是舒适的:如果他们想要谈话,不要刻意地为了做到”客观”而试图排斥他们参与谈论。同时,多做一些准备工作,比如某些能够使话题转向具体细节的问题。

用一定的时间来选择和计划用户测试的技术。使这种适当的技术和你的开发环节和需求相匹配——你的产品将会受益,并且将会避免你浪费时间和资源。简单地把产品放在实验室进行测验可能提供更多的数据,但不一定有多少价值。一方面,使用可用性测试来评价具体工具、界面要素和设计方案的有效性,另一方面,使用人种学的技术来获得关于用户需要什么和期望什么的线索。