<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>UX Garden &#187; 访谈技巧</title>
	<atom:link href="http://www.uxgarden.com/tag/%e8%ae%bf%e8%b0%88%e6%8a%80%e5%b7%a7/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.uxgarden.com</link>
	<description>User eXperience Garden</description>
	<lastBuildDate>Wed, 10 Mar 2010 01:42:48 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>在可用性测试中做一个好的倾听者</title>
		<link>http://www.uxgarden.com/2009/05/%e5%8f%af%e7%94%a8%e6%80%a7%e6%b5%8b%e8%af%95%e4%b8%ad%e4%b8%bb%e6%8c%81%e4%ba%ba%e7%9a%84%e8%a7%92%e8%89%b2/</link>
		<comments>http://www.uxgarden.com/2009/05/%e5%8f%af%e7%94%a8%e6%80%a7%e6%b5%8b%e8%af%95%e4%b8%ad%e4%b8%bb%e6%8c%81%e4%ba%ba%e7%9a%84%e8%a7%92%e8%89%b2/#comments</comments>
		<pubDate>Sat, 30 May 2009 08:14:00 +0000</pubDate>
		<dc:creator>Junge</dc:creator>
				<category><![CDATA[可用性测试]]></category>
		<category><![CDATA[用户研究]]></category>
		<category><![CDATA[访谈技巧]]></category>

		<guid isPermaLink="false">http://www.userfree.cn/?p=1167</guid>
		<description><![CDATA[可用性中主持人需要扮演的几个角色，例如保证测试中使用的仪器，软件等正常工作，保证测试按计划进行，还要和你的客户保持良好的沟通，但是主持人最重要的角色是倾听用户。]]></description>
			<content:encoded><![CDATA[<p>可用性中主持人需要扮演的几个角色，例如保证测试中使用的仪器，软件等正常工作，保证测试按计划进行，还要和你的客户（不管是内部客户还是外部客户）保持良好的沟通。但是主持人最重要的角色是倾听用户。在一个90分钟的测试中，这是一个不可多得的机会，让设计团队能理解用户是怎么样使用他们的产品。</p>
<p>怎么样做到倾听用户呢？</p>
<p><strong>做一个好的倾听者-15个要点</strong></p>
<p>1）尝试阅读用户的非言语行为，比如音调，手势，姿态以及面部表情等。2）努力排出测试中的无关干扰，比如录像，录屏设备出现的问题可能会干扰到你倾听用户。</p>
<p>3）努力跟随用户的思路，尤其是那些比较难更随的用户。比如那些讲话特别慢，或者讲话思路没有得到很好的组织，或者一再重复自己的那些用户。</p>
<p>4）使用非言语的沟通来暗示用户你希望能听到更多的东西。</p>
<p>5）必要的时候重复用户用户所说的，或者重新组织一下用户表达的意思，确认用户表达的意思，同时也让用户知道你理解了他(她)。比如“刚才我听你说…”或者“如果我理解正确的话…”或者“让我再确认一下我的理解是否正确…”</p>
<p>6）如果你没有听懂用户说的，直接告诉用户你没有听懂，让用户重复他/她刚才说的。</p>
<p>7）不要在用户还在讲话的时候，就开始琢磨要怎么样进行反应。</p>
<p>8）不要只是听用户对界面某些事实的陈述，这个虽然重要，但却仅仅抓到了用户对界面看法的一点皮毛。更重要的是要倾听用户的感觉，态度，知觉及其价值判断等。</p>
<p>9）不要只听用户说的。用户很长的时间可能什么也没说，即使你追问用户“你现在在想什么？”。你也要倾听用户没有说的，因为这通常表明用户认为这些都是理所当然。</p>
<p>10）不要打扰用户。如果你发现你说的比用户说的还要多，即刻闭嘴会更好。你会有更多的机会在你的测试报告中来表达你的意见。</p>
<p>11）不要装作很专注。如果你突然走神了，先定定神，再问一个相关的问题，表明你刚才有注意用户的操作。</p>
<p>12）别因为你觉得用户很笨，而对用户不予理睬。到处都有可用信息挖掘，也许你需要的是更加努力一点去找到他们。</p>
<p>13）尽量避免因为用户的穿着打扮，言语风格，方言等影响你对用户的倾听。</p>
<p>14）不要把你对用户倾听的好坏跟用户自己扯上关系。每个招募来的用户，都是通过了筛选问卷的，你应该对他们一视同仁。</p>
<p>15）不要让你的期望―听你想要听到的―影响你的倾听行为。</p>
<p>听和倾听是不一样的，下次在你和别人谈话时，试试上面说的这些技巧，逐步提高自己的倾听能力，你会有意想不到的收获。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.uxgarden.com/2009/05/%e5%8f%af%e7%94%a8%e6%80%a7%e6%b5%8b%e8%af%95%e4%b8%ad%e4%b8%bb%e6%8c%81%e4%ba%ba%e7%9a%84%e8%a7%92%e8%89%b2/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>不要在可用性测试中老问&#8221;为什么?&#8221;</title>
		<link>http://www.uxgarden.com/2008/11/%e4%b8%8d%e8%af%a5%e5%9c%a8%e5%8f%af%e7%94%a8%e6%80%a7%e6%b5%8b%e8%af%95%e8%80%81%e9%97%ae%e4%b8%ba%e4%bb%80%e4%b9%88%ef%bc%9f/</link>
		<comments>http://www.uxgarden.com/2008/11/%e4%b8%8d%e8%af%a5%e5%9c%a8%e5%8f%af%e7%94%a8%e6%80%a7%e6%b5%8b%e8%af%95%e8%80%81%e9%97%ae%e4%b8%ba%e4%bb%80%e4%b9%88%ef%bc%9f/#comments</comments>
		<pubDate>Fri, 14 Nov 2008 07:39:31 +0000</pubDate>
		<dc:creator>Junge</dc:creator>
				<category><![CDATA[用户研究]]></category>
		<category><![CDATA[可用性测试]]></category>
		<category><![CDATA[访谈技巧]]></category>

		<guid isPermaLink="false">http://www.userfree.cn/?p=256</guid>
		<description><![CDATA[30年前，心理学家证实人们很难解释他们作某一选择的真正原因。这也正式我们在可用性测试中要关注用户做什么，而不是用户说什么。为什么还有那么多的可]]></description>
			<content:encoded><![CDATA[<p>30年前，心理学家证实人们很难解释他们作某一选择的真正原因。这也正式我们在可用性测试中要关注用户做什么，而不是用户说什么。为什么还有那么多的可用性测试人员在可用性测试中不停的追问用户“为什么？”</p>
<h3><span style="color: #808000;"><strong><span style="font-size: medium;">老问“为什么”有什么问题？</span></strong></span></h3>
<p>在做可用性测试的时候，去询问用户为什么点这个而不点那个是很有诱惑力的。我们天生就好奇。</p>
<p>我们在问这些问题的时候的前提假设就是用户知道他们行为背后的原因。我们认为用户知道他为什么点击“关于我们”而不点“联系我们”的原因，我们所要做的就是让他说出来而已。</p>
<h3><span style="color: #808000;"><span style="font-size: medium;"><strong>Nisbett和Wilson的经典研究</strong></span></span></h3>
<p>实际上有很多证据表明人们很难去回顾他们行为背后的真正原因。30年前，Richard Nisbett和Timothy Wilson在密西根一个讨价还价的自由市场进行了一个实验。研究者在店外摆了一张桌子，桌子上摆放了4双袜子，并在旁边竖了一块牌子，上门写着“消费者调查-哪双质量更好？”桌子上是4双女袜，从左到右分别标着A，B，C，D。多数人（40%）选择D，少数人（12%）选择A。</p>
<p>实际上，4双袜子是一模一样的。多数人选择D仅仅是因为位置效应：研究者们在研究之前就知道人们会更倾向于选择最右边的一个。但是当研究者去询问人们为什么选择D的时候，他们都说出了一个理由，譬如针脚细腻，做工精细之类。研究者甚至也问他们有没有受到位置的影响，除了一个例外（一个刚学完位置效应的心理学学生），其他人都认为位置没有影响他们的选择。事实是，人们为他们的选择制造了一个合理的解释。</p>
<h3><span style="color: #808000;"><span style="font-size: medium;"><strong>美女照片实验</strong></span></span></h3>
<p>两年前，发表在<a href="http://www.sciencemag.org/cgi/content/abstract/310/5745/116?rbfvrToken=613c8a3b306f575ef895a62f2a2c5c3d75bb32eb" target="_blank">Science</a>上的一篇文章，Peter Johansson和他的同事们给出了类似的证据。在这个研究中，主试给参与者两张不同的女人的照片，然后要求该参与者指出哪张看起来更吸引人一些。当被试指出其中一张更吸引人之后，主试会抛弃另一张，然后只给被试看他选择的那张，并询问为什么选择这张。</p>
<p>然而被试不知道的背后的事情是：主试是一个业余的魔术师，他最后呈现给被试的其实是被试认为不那么吸引人的那张，放在桌子地下的被抛弃的恰好是被试选择的更吸引人的那张。</p>
<p>令人注目的是，尽管两张图片并不那么的相似，大多数被试（73%）都没有发现他们正在看的那张图片是被调了包的，其实是他们认为不太吸引人的那张。更令人惊奇的是，这些被试还为他们的选择提供了一些解释。比如“噢，我选择这个是因为我喜欢她的浅肤色”，尽管被试当初选择的是有点深色肤色的那张。</p>
<p>正如上面的袜子实验一样，人们捏造一些理由来让他们的选择辩护。</p>
<h3><span style="color: #808000;"><span style="font-size: medium;"><strong>这些对可用性测试的意义是什么？</strong></span></span></h3>
<p>现在让我们来看看可用性测试中会发生什么。当我们询问用户为什么你点了这个选项的时候，用户将会回顾和反省为什么做的愿意，然后给你一个解释。但问题是用户可能根本没有意识到自己做个选择的背后的真正的原因，当然用户也不会告诉你说，“我不知道为什么选这个”，他们会倾向于给你一个合理的解释，一个他们相信会是真的理由—不过这些事实是被证明都是不太可信的。</p>
<p>如果是这样，我们的设计就不该基于这样的解释和发现。</p>
<p>这样的研究告诉我们在可用性测试中，我们不应该总是问用户“为什么”，而应该更多的集中在可用性的效率，效用，和满意度的测量上。</p>
<p>比如：</p>
<ul>
<li>人们能完成这个任务吗？</li>
<li>他们要花多长时间完成这个任务？</li>
<li>发生了多少错误？</li>
</ul>
<p>当我们把可用性测试集中在用户做什么以及用户怎么做的时候，可用性测试就在用户研究中有了独一无二的位置。而当我们过多的去询问用户“为什么”的时候，其实是损害了可用性测试的效力，而最后你将会基于那些错误的解释来改变你的设计。</p>
<p>用心听你的用户怎么评论，但是记住要用行为的数据来支持他们所说的，而不是仅仅告诉你的设计师：用户就是这么说的。</p>
<p>原文：<a href="http://www.userfocus.co.uk/articles/askingwhy.html">http://www.userfocus.co.uk/articles/askingwhy.html</a></p>
<p><br class="spacer_" /></p>
]]></content:encoded>
			<wfw:commentRss>http://www.uxgarden.com/2008/11/%e4%b8%8d%e8%af%a5%e5%9c%a8%e5%8f%af%e7%94%a8%e6%80%a7%e6%b5%8b%e8%af%95%e8%80%81%e9%97%ae%e4%b8%ba%e4%bb%80%e4%b9%88%ef%bc%9f/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>用户研究中的10个技巧</title>
		<link>http://www.uxgarden.com/2008/10/%e7%94%a8%e6%88%b7%e7%a0%94%e7%a9%b6%e4%b8%ad%e7%9a%8410%e4%b8%aa%e6%8a%80%e5%b7%a7/</link>
		<comments>http://www.uxgarden.com/2008/10/%e7%94%a8%e6%88%b7%e7%a0%94%e7%a9%b6%e4%b8%ad%e7%9a%8410%e4%b8%aa%e6%8a%80%e5%b7%a7/#comments</comments>
		<pubDate>Fri, 24 Oct 2008 14:53:25 +0000</pubDate>
		<dc:creator>Junge</dc:creator>
				<category><![CDATA[用户研究]]></category>
		<category><![CDATA[interview skills]]></category>
		<category><![CDATA[访谈技巧]]></category>

		<guid isPermaLink="false">http://userfree.net12.net721.com/blog/?p=27</guid>
		<description><![CDATA[当仅靠观察用户不够用的时候：你需要掌握的10个技巧。如何从用户口中获得更多有用信息？
阅读更多心理学得到的灵感...]]></description>
			<content:encoded><![CDATA[<h2>当仅靠观察用户不够用的时候：你需要掌握的10个技巧<br />
如何从用户口中获得更多有用信息？</h2>
<p>观察用户是怎么去做的，比只是简单的询问用户会得到更多更可靠的信息。然而，如果你的设计只是依赖于你对用户的观察，那么有可能造成：</p>
<p><strong>误导</strong> — 因为通常来说你所观察到的用户行为都可能有很多种不同的解释，不同的观察者都会根据他自己的经验对观察到的现象进行合理化的解释。比如：一个用户没有点某个链接，可能是因为他没有看见或者不理解。如果你不去询问用户，你就不能知道真正的原因。那么你原先对用户的假设就很有可能会发生偏差。</p>
<p><strong>结果有限</strong> — 因为你失去了更多了解用户的机会，如果仅仅依靠观察的话。</p>
<p>当然有些可用性专家有可能会说，你不能相信用户所说的话，或者说完全依赖用户所说会有很大的风险。幸好，我们是有办法可以最大限度的来避免或者减少这种潜在的风险的。要了解这些方法，我们必须学会进入另外一个领域：熟悉并掌握人与人之间的关系以及心理学所说的“同理心”。</p>
<p>可用性测试或者用户观察中发生的用户访谈-其实就是发生在两个人之间的一种关系，这两个人就是被访者和访问者。因此，在心理咨询中常用到的技术如果运用到用户访谈中，将会极大的丰富你的发现。而用户的行为将会得到更合理的解释。</p>
<h3 class="content-box">心理学得到的灵感</h3>
<p class="content-box">下面提到的心理治疗中用到的方法启发了本文中的一些ideas。</p>
<p class="content-box"><strong>卡尔-罗杰斯的人本主义思想：</strong></p>
<div class="content-box">卡尔-罗杰斯的以人为中心的人本主义思想-发展于19世纪40年代和50年代，属于心理治疗的人本主义流派。其核心概念包括同理心，无条件积极关注等。the person-centered approach of Carl Rogers—Developed in the 1940s and 1950s, this approach belongs to the humanistic school of psychotherapy. Its core concepts include empathy with patients’ emotions and perspectives, genuineness, and unconditional positive regard. Colette Portelance受卡尔罗杰斯的人本主义理论和的罗杰诺夫的暗示学理论启发在19世纪80年代发展的创新的非指导性的以来访者为中心的心理治疗方法。其核心概念包括同情心，真挚，接受我们自己的情感、需求以及防御机制等。Colette Portelance’s creative nondirective approach to psychotherapy—Developed in the 1980s, this approach was inspired by both Carl Rogers’s humanist approaches and Lozanov’s suggestology. Its core concepts include empathy, genuineness, and acceptance of our own emotions, needs, and defence mechanisms.</div>
<p class="content-box"><strong>卡尔-荣格的理论：</strong></p>
<p class="content-box"><span class="run-in-head">心理类型和MBTI—荣格的心理类型分类：psychological types and the Myers-Briggs Type Indicator (MBTI)</span>—Jung’s psychological types correspond to the MBTI functions: introvert (I) versus extravert (E), intuitive (N) versus sensing (S), thinking (T) versus feeling (F), and judging (J) versus perceiving (P). The dominant orientations in an individual define his personality type—for example, ENTP. The MBTI is one of the most widely used personality tests.</p>
<p class="content-box"><span class="run-in-head">shadow of the personality</span>—According to Jung, the shadow of the personality represents unconscious parts of our personalities that we have repressed—because we either don’t accept them or pass judgment on them—and tend to project onto others. For example, a person who doesn’t accept the emotion of anger tends to judge himself each time he feels angry and might judge other people who express their anger easily.</p>
<p class="sub-p">这篇文章提供了十大技巧帮助你从用户的访谈中获得更多的东西。如果你怀着真挚的同理心，这些技巧将会非常有用。但是如果不是真挚的，即便你没有意识到或者你试图去隐藏你的不真挚，这些技巧可能很难帮到你。这些技巧不仅对可用性测试中的用户访谈有用，对各种现场研究以及其它形式的用户研究都是适用的，甚至包括和你的利益相关人的谈话。</p>
<p><a name="allitems"></a><span id="more-27"></span></p>
<p class="sub-p"><a href="#item1">1.谨慎判断和投射</a>Be aware of your own judgments and projections</p>
<p class="sub-p"><a href="#item2">2.真挚坦诚</a>Be genuine and transparent</p>
<p class="sub-p"><a href="#item3">3.适应用户别让用户去适应你</a>Adapt to each user. Do not ask users to adapt to you</p>
<p class="sub-p"><a href="#item4">4.注意用户和你交互的方式</a>Be conscious of the way users are interacting with you.</p>
<p class="sub-p"><a href="#item5">5.让用户讲他们自己的经历</a>Get users to speak about their own experiences.</p>
<p class="sub-p"><a href="#item6">6.留意用户毳毛其次的时候</a>Notice when users are censoring their own comments</p>
<p class="sub-p"><a href="#item7">7.让用户讲他们遇到的问题而不是解决方案</a>Get users to speak in terms of problems, <em>not</em> solutions</p>
<p><br class="spacer_" /></p>
<p class="sub-p"><a href="#item8">8.适当的时候问为什么</a>Ask “Why?” and dig deeper</p>
<p class="sub-p"><a href="#item9">9.客观和细密的观察</a>Make objective and precise observations</p>
<p class="sub-p"><a href="#item10">10.允许用户自发的行为</a>Allow users to be spontaneous and follow their flow</p>
<p> <a name="item1"></a></p>
<p><br class="spacer_" /></p>
<h3 class="sub-p">1.谨慎判断和投射</h3>
<div class="pullquote-wide">”如果你想让自己的干预是有效的，并且希望被访者感觉舒适，能自由地真诚地表达自己的意见的话，你必须做到不偏不倚，客观，不带偏见。“</div>
<p><!-- End pullquote -->很容易说自己是不带偏见的，但是要实际上做到这一点却不是那么容易。如果你对被访者说你的答案没有好坏之分，而实际上你的行为有时候出卖了你，只是这样说是毫无用处的。</p>
<p class="sub-p">因此，不要在用户的答案之后说“很好”“好”之类的隐含积极判断的词汇。你可以根据谈话的背景说“哦，我懂了”，“了解”之类的不含好坏判断的话。</p>
<p class="sub-p">访谈中的两个人的关系和所有的关系一样，你会碰到各种各样的人-你感觉舒服的人，以及你感觉不舒服的人。除非你非常的小心，否则你的第一反应会坏了你的整个访谈。某些用户的某些方面你觉得不是很舒服是很自然的，但是你必须意识到你的这种感觉并且要设法战胜他们如果你希望从这个访谈能够获得更多东西的话。</p>
<p class="sub-p">注意观察自己对每个用户的反应，并且记录下自己的感觉或者你所做的判断。我们经常会消极的评价别人因为对方身上的某些方面让我想起自己身上不被自己所接受的东西。这种现象心理学上就“投射”。多注意观察体会自己的感受能帮助你更好的做到不偏不倚，更客观，而这些将会让你的被访者感觉和你聊天更舒服，他们也会因此更放得开。这样你也就能再访谈中获得更多的信息。</p>
<div class="content-box">
<h3>一个真实世界的例子</h3>
<p>During a usability study, I met a woman whose manner was harsh. I felt uncomfortable and intimidated. My first tendency was to judge her: “She is rude.” Her frankness made me fear her judgment. Unaware of my own feelings, I thought she was actually judging me, but she was not. She was simply a direct person. I was projecting my own fear of judgment onto her and also my prejudices against harsh people. To compensate for my discomfort, I was overly nice to her during the interview. I was also very subtly judging and undervaluing her comments. After a while, I realized my own feelings were biasing my perceptions of her. I was imagining things that were not real. This helped me to stop judging her, and our interactions became easier.</p>
</div>
<p class="sub-p">We all tend to judge others. It’s human. By becoming aware of and taking responsibility for your judgments about users and the feelings that you project onto them, you can go beyond these and become more empathic.</p>
<p class="sub-p">Of all the guidelines I’ve given in this article, this one is actually the most difficult to apply. Doing so requires self-observation and a willingness to overcome your biases and defences. However, being nonjudgmental has a huge positive impact on your relationships with users.</p>
<p class="sub-p"> <a href="#allitems">返回</a></p>
<p> <a name="item2"></a>2. 真挚坦诚Be genuine and transparent.</p>
<p><br class="spacer_" /></p>
<div class="pullquote-wide">“The more your behavior aligns with your words, the more users will feel comfortable with you.”</div>
<p><!-- End pullquote -->The more your behavior aligns with your words, the more users will feel comfortable with you. Being truly transparent about your interview process or anything unusual that happens during an interview helps build users’ confidence in their relationship with you. If you are genuine and open, it will encourage users to be the same with you. Don’t pretend that everything is okay when users can sense that something is not. Any disconnect between what you say and what you do will make users feel insecure, and they’ll be less open with you. Here are a couple of scenarios to show you how this works.</p>
<h3>Scenario 1</h3>
<p><em>Problem:</em> A user tells you something, but you were distracted or were thinking of something else and lost some important information that you need.</p>
<p><em>Solution: </em>Let the user know that you were mentally absent. Say “I missed what you said. Would you please repeat it?”</p>
<h3>Scenario 2</h3>
<p><em>Problem:</em> You want to follow a specific process during the interview or need to move quickly from one question to another and want only a user’s first impressions.</p>
<p><em>Solution:</em> Let the user know before you start that you will move very quickly from one question to another.</p>
<p><a href="#allitems">返回</a></p>
<p><br class="spacer_" /></p>
<h2><a name="item3"></a>3. Adapt to each user. Do not ask users to adapt to you.</h2>
<p><br class="spacer_" /></p>
<div class="pullquote-wide">“It is easy to fall unconsciously into the trap of expecting a user to adapt to your way of communicating rather than trying to adapt to the user’s.”</div>
<p>After a usability test session, you might find yourself saying, “Oh, this person wasn’t a good test subject.” He was too <em>something</em>—perhaps too shy or too talkative. It’s possible that the comments a particular user made were not very helpful—no matter how hard you tried to get valuable information from him. However, to make the most of each user interview, you must ensure that you are doing your best to adapt to the user’s rhythm and personality. Otherwise, you risk losing important data.</p>
<div class="content-box">
<h3>A Real-World Example</h3>
<p>In a usability test session, a user was answering one of my questions. Once he finished his sentence, he did not say anything for a little while. I thought he had finished speaking, so I went on to my next question. He suddenly interrupted me, giving me a very interesting and thoughtful response to my previous question. At that moment, I realized that I had misinterpreted his silence. He had not actually finished answering. He was thinking about his answer. After this, I gave him more time to answer my questions, and I received very relevant comments I would have missed if I had not respected his rhythm.</p>
</div>
<p class="sub-p">This example reflects the differences between introverts and extraverts, as defined by Jung’s psychological types and the Myers-Briggs Type Indicator (MBTI). Extraverts usually tend to think and speak at the same time, whereas introverts usually tend to speak only once they have thought through what they want to say. You should give people enough time to think before answering your questions—especially introverts.</p>
<p class="sub-p">It also shows how easily we can misinterpret users’ behavior. You must stay objective. If a user is not talking and there is an extended silence, don’t assume you know the reason for the user’s silence. Instead, observe how quickly he answers your first few questions and adapt to his rhythm. If he takes some time before answering, but gives detailed and thoughtful answers, be sure to give him enough time to answer your questions.</p>
<p class="sub-p">This example illustrates how different people can be and how important it is to be aware of their differences to make the most of user interviews. Learning about Jung’s psychological types can help you become aware of the diversity of personality types and how they can affect your relationships with users. This understanding will also help you to be less judgmental when confronted with a user whose personality is very different from yours.</p>
<p class="sub-p"><a href="#allitems">返回</a></p>
<p><br class="spacer_" /></p>
<h2><a name="item4"></a>4. Be conscious of the way users are interacting with you.</h2>
<p><br class="spacer_" /></p>
<p>Even though you’ve carefully explained to users that they are <em>not</em> being tested, you’ll often encounter users who feel they <em>are</em> being tested and are afraid of giving a wrong answer. If a person is nervous throughout a test session, even though you’re being empathetic and nonjudgmental, it is useless to try and change his or her feelings. Regardless of how hard you try, it won’t change anything. Even worse, a user might become irritated by your mothering behavior.</p>
<p class="sub-p">Observe carefully how users interact with you, and take these observations into account when interpreting your findings.</p>
<div class="content-box">
<h3>A Real-World Example</h3>
<p>During a usability test, a user continually asked me whether his answers were good. After observing him for about thirty minutes, I realized that this user was very concerned about the quality of his answers and wanted to make a good impression on me. Sometimes he was even showing off. At one point, when I asked him whether he had seen a link, he very quickly answered “Yes” in an overly confident tone that made me feel very uncomfortable. I had difficulty believing him. My previous observation of his behavior backed up my intuition that he might be lying and eyetracking confirmed that the user, in fact, had <em>not</em> seen the link. Based on these observations, I was very careful when interpreting the results of this session.</p>
</div>
<p> <a href="#allitems">返回</a></p>
<h2><a name="item5"></a>5. Get users to speak about their own experiences.</h2>
<p><br class="spacer_" /></p>
<p>In nearly all usability test sessions, at some point, you’ll hear a user say something like one of these remarks:</p>
<ul>
<li>“For me, it’s okay, but the average person might find it difficult.” </li>
<li>“For my mother, it would be hard.” </li>
<li>“Older people would have difficulty with it.” </li>
<li>“For someone who is looking for something like that, it’s good.” </li>
</ul>
<div class="pullquote-wide">“<span class="sub-p">It places users in a less compromising position to speak for someone else rather than to speak for themselves and say what they really think.</span>”</div>
<p><!-- End pullquote --></p>
<p class="sub-p">It is very common for users to speak for someone else during a test session. It often happens when users feel uncomfortable stating their own point of view. For example, they might fear being judged or want to please the interviewer. It places users in a less compromising position to speak for someone else rather than to speak for themselves and say what they really think—for example, “I find it very difficult,” “I think it’s really bad,” or “It’s useless to me.” This is something people do unconsciously every day, but do not let yourself be fooled by this. Users really know only their own experiences, abilities, and opinions. Gathering information about what users think the user experience would be for other people has no value.</p>
<p class="sub-p">To make sure users speak from their own points of view, don’t reformulate what the user said about a product’s user experience for other people. Instead, just restate the part of the user’s answer that represents his own opinion. When you do this, users will stop talking about other people’s opinions and speak for themselves—for example:</p>
<p class="indented-p"><em>User:</em> For me, it’s okay, but for the average person, it might be difficult.</p>
<p class="indented-p"><em>Interviewer: </em>For you, it’s okay.</p>
<p class="indented-p"><em>User: </em>Yes. It’s okay, because….</p>
<p class="sub-p">Alternatively, you can ask a question about a user’s opinion like this:</p>
<p class="indented-p"><em>User:</em> For my mother, it would be hard.</p>
<p class="indented-p"><em>Interviewer:</em> And what about for you? What do you think?</p>
<p class="sub-p">These examples show ways you can smoothly get a user to come back to his own opinions. If you do this with genuine empathy, the user will feel comfortable speaking more freely and honestly about himself and his personal opinions. Doing this acknowledges the user’s true opinion, indicates that his opinion is important to you, and shows that you are not judging him. Reformulating a user’s answers conveys empathy and acceptance.</p>
<p class="sub-p">While this generally works very well, in the rare case that a user keeps talking about other people’s viewpoints, do not push too hard and insist that the user talk about his own opinions. Otherwise, the user may become defensive.</p>
<p> <a href="#allitems">返回</a></p>
<h2><a name="item6"></a>6. Notice when users are censoring their own comments.</h2>
<p><br class="spacer_" /></p>
<div class="pullquote-wide">“If you have carefully observed a user’s behavior throughout a test session, you can probably judge whether the user will try to please you by self-censoring his real impressions or really has mixed impressions.”</div>
<p><!-- End pullquote -->You’ll often see users self-censoring their opinions. This often happens when users fear their opinions are too critical. For example, at the end of an interview, you might ask a user about his general impressions of your Web site. Perhaps the first words that come to his mind are “very complicated,” but he hesitates to express this negative judgment, fearing he might offend you. So, he tones down his original thought and says, “very complicated, but when you get used to it, it’s okay,” or “but for people who know the field, it might be easy.” In some cases, users really have mixed opinions about a product, but in other cases, they are just trying to be nice. If you have carefully observed a user’s behavior throughout a test session, you can probably judge whether the user will try to please you by self-censoring his real impressions or really has mixed impressions.</p>
<p class="sub-p">To ensure you capture a user’s real opinion, reflect back the user’s initial opinion like this:</p>
<p class="indented-p"><em>Interviewer</em>: What are your impressions of this Web site?</p>
<p class="indented-p"><em>User</em>: Oh, it’s very complicated, but I guess, for people who know the field, it’s okay. Yes, I think it’s okay.</p>
<p class="indented-p"><em>Interviewer</em>: You said it was very complicated.</p>
<p class="indented-p"><em>User</em>: Yes, it’s very complicated because….</p>
<p> <a href="#allitems">返回</a></p>
<h2><a name="item7"></a>7. Get users to speak in terms of problems, <em>not</em> solutions.</h2>
<p><br class="spacer_" /></p>
<div class="pullquote-wide">“<span class="sub-p">You can help the user to provide more precise information by asking follow-up questions that are appropriate to the context.</span>”</div>
<p><!-- End pullquote -->Often, during usability testing, users offer solutions to problems. For example, after failing to find a link on a Web page, a user might say, “I did not see that link. It should be in bold, or it should be bigger.”</p>
<p class="sub-p">The user is not a designer, so the solution the user suggests—that the link should be in bold—might not actually work. What will help you find the right solution is to investigate <em>why</em> the user did not see the link. So, if you can, get the user to tell you why he couldn’t see the link. Sometimes, the user won’t know, so don’t push too hard, but he might give you very interesting information that will help you identify why he didn’t see the link and, ultimately, help you find a solution. For example, he might say, “I was concentrating on another part of the screen and didn’t notice there were links in this area,” or “I thought it was just text.”</p>
<p class="sub-p">And you can help the user to provide more precise information by asking follow-up questions that are appropriate to the context—like this one, “Were you expecting to find the link on another part of the screen?” Each piece of information you glean will help you better understand the reason why the user did not see the link and help you find a solution to the problem that you identify. Only when you have accurately identified the problem can you come up with the right solution.</p>
<p class="sub-p">Here are two examples of how you can help a user to clarify a problem:</p>
<p class="indented-p"><em>User:</em> This label isn’t right.</p>
<p class="indented-p"><em>Interviewer</em>: Why isn’t it right?</p>
<p class="sub-p">Don’t initially ask, “What would be a better label?” That would be asking the user to solve rather than identify the problem.</p>
<p class="sub-p">Once you understand the problem, you can ask follow-up questions that are appropriate to the context—like “What were you expecting?” or “Did you have a word in mind?”</p>
<p class="indented-p"><em>User:</em> “This page is dull. I don’t like it much.”</p>
<p class="indented-p"><em>Interviewer:</em> “Why you don’t like it?”</p>
<p class="sub-p">Don’t ask, “How would you improve it?”</p>
<p class="sub-p">It’s actually easier for users to first explore a problem rather than thinking right away about a solution. Plus, you’ll avoid losing important data about the problem, which in the end will help you to devise the right solution. Though, once you and a user have explored a problem together, the user might come up with a very good solution.</p>
<p> <a href="#allitems">返回</a></p>
<h2><a name="item8"></a>8. Ask “Why?” and dig deeper.</h2>
<p><br class="spacer_" /></p>
<div class="pullquote-wide">“When interviewing a user during usability testing, asking “Why?” and exploring users’ statements in depth is essential.”</div>
<p><!-- End pullquote -->When interviewing a user during usability testing, asking “Why?” and exploring users’ statements in depth is essential. If you don’t dig deeply enough in trying to understand a user’s point of view, you won’t get enough information to make the proper recommendations to improve a user interface. Statements like the following won’t provide sufficient information to your product team:</p>
<p class="indented-p">“Participants preferred the previous version of the Web site.”</p>
<p class="indented-p">“Participants did not understand the label.”</p>
<p class="indented-p">“Participants did not click the link.”</p>
<p class="sub-p">You must understand and explain <em>why</em>. Without your providing the reasons behind such statements, it will be hard for designers to know how to improve the design of a product’s user interface. To come up with a good design solution, they must have an in-depth understanding of the problem they are trying to solve. Thus, when interviewing users during usability testing, always keep in mind what you want to do with the findings and ensure that you gather all necessary pieces of information to help you reach your  goal—generally, helping your team to redesign a user interface.</p>
<p class="sub-p">This guideline pertains to many user research activities. For example, Indi Young points out how important it is to ask “Why?” when doing a task analysis and to “dig into the background of a topic until the interview participant has no more to say about it, or takes you on another tangent.” For a task analysis, the ultimate goal of user interviews is to clearly identify users’ tasks and build a complete mental model of their work. To succeed, you must keep your final goal in mind during the interviews.</p>
<p class="sub-p">Do not be afraid of digging too deeply or getting into too much detail. You are better off having too much detail than having an incomplete explanation of a problem when redesigning a user interface. Sometimes, when first interviewing users, it’s hard to know what specific pieces of information you need. You’ll learn what to explore by trial and error. If you find some of the details you’ve gathered aren’t relevant, you can avoid exploring them further in your next interviews.</p>
<p> <a href="#allitems">返回</a></p>
<h2><a name="item9"></a>9. Make objective and precise observations.</h2>
<p><br class="spacer_" /></p>
<div class="pullquote-wide">“Objective and precise observation… is a simple, but very powerful tool for avoiding misinterpretations of user behaviors and getting users to talk to you.”</div>
<p><!-- End pullquote -->During my training in the creative nondirective approach to psychotherapy, I learned something that helps me a lot in usability testing: objective and precise observation. This is a simple, but very powerful tool for avoiding misinterpretations of user behaviors and getting users to talk to you.</p>
<p class="sub-p">For example, if a user is looking at a part of the screen without doing anything, don’t interpret what the user is experiencing by saying, “You are hesitating.” You can’t really judge whether the user is hesitating. Instead, as a result of objective and precise observation, say, “I notice that you have been looking at this part of the screen for a while.” If you make an objective observation, the user will generally explain what he was thinking.</p>
<p class="sub-p">If a user smiles when looking at a Web page, but does not speak, you might wonder why he is smiling. A smile can have many different meanings, but there is no way to know the exact reason why a user is smiling without asking. If you don’t ask, you won’t learn why and might lose an interesting bit of information, so try this:</p>
<p class="indented-p"><em>Interviewer</em>: You are smiling.</p>
<p class="indented-p"><em>User: </em>Yes, because I like the image on the page.</p>
<p class="sub-p">This technique can help with any user behavior that you observe and want to understand better—whether silence, nonverbal expressions, or a user’s pattern of navigation through a user interface. It provides a lot of rich information you would not have without asking the user, and if you <em>don’t </em>ask, you risk misinterpreting the user’s behavior. 返回</p>
<p> <a href="#allitems">返回</a></p>
<h2><a name="item10"></a>10. Allow users to be spontaneous and follow their flow.</h2>
<p>In usability testing, the more spontaneous a user’s answers are, the more reliable they are. Here are a few techniques for getting more spontaneous responses from users:</p>
<p><strong>Let users talk without interruption unless they go outside the scope of a usability test. Also, let users remain silent or pause for a while if they need time to think</strong>.This is often hard to do, because you might become impatient or have difficulty bearing the silence, but you should avoid interrupting a user’s thought process. An introverted user might still be composing what she wants to say in her mind. If you interrupt, you might lose some very interesting information the user was about to tell you.</p>
<p>For example, if a user is scanning a page of search results, and still in the process of thinking about them, starts saying, “Ah, the search results are highlighted…,” you should not interrupt the user by asking, “What is it?” Instead, give the user time to gather her thoughts.</p>
<p><strong>Always go along with a user’s flow</strong>—<strong>regardless of the sequence of questions you’ve planned for a user interview</strong>.For example, perhaps a user starts talking about a topic you intended to address at the end of your interview. While much depends on the particular situation, I generally recommend letting users talk rather than telling them you’d prefer to go back to some point later on. If a user spontaneously raises a point you wanted to know about, it is golden.</p>
<p><strong>Let users speak about their spontaneous reactions rather than asking them questions right away</strong>.For example, once a user lands on a Web page, first wait a bit for his spontaneous comments. Don’t immediately start asking the user questions.</p>
<p><strong>If you do inadvertently interrupt a user, try returning to the user’s spontaneous comments</strong>.Fortunately, if you miss something a user says or cut a user off, it’s usually possible to go back to what the user was saying. Even when you’re careful, it’s all too easy to cut off a user’s remarks. To help get a user back on track, you might say, “A moment ago, you were saying…” and repeat the words the user was saying when you interrupted him.The user will generally go back to his previous situation and explain it to you as though it has just happened.</p>
<p>This technique also works if a test session is interrupted for any reason—for example, if a computer breaks down or someone comes into the room—and you want to return to what the user was saying before the interruption.<br />
<br class="spacer_" /><a href="#allitems">返回</a></p>
<h2>Conclusion</h2>
<div class="pullquote-wide">“The way an interviewer interacts with users influences the outcome of test sessions greatly.”</div>
<p><!-- End pullquote -->A usability test implies, among other things, a relationship between two people—an interviewer and a user. The way an interviewer interacts with users influences the outcome of test sessions greatly. Drawing conclusions from only observation is risky. You must elicit verbal comments from users in a way that enriches your observations and helps you avoid biases. To make the most of your user interviews, convey confidence and empathy, adapt to users’ personalities and rhythms, get users to talk about their own experiences and the reasons behind their comments, explore users’ comments in depth, and follow users’ flow.</p>
<p class="sub-p">When doing eyetracking studies, you should <em>always</em> elicit verbal comments to ensure that you interpret users’ behaviors correctly. For example, a hot spot on a word might have different explanations—such as interest, confusion, or surprise.</p>
<p class="sub-p">However, relying too much on users’ verbal comments can be just as risky as relying too much on observational data. For example, a user might <em>say</em> he likes a Web site after failing all the tasks during a test session. A successful usability test session results from the right combination of observation and verbal comments. Observational and verbal data are more reliable in combination than when used separately.</p>
<p><br class="spacer_" /></p>
]]></content:encoded>
			<wfw:commentRss>http://www.uxgarden.com/2008/10/%e7%94%a8%e6%88%b7%e7%a0%94%e7%a9%b6%e4%b8%ad%e7%9a%8410%e4%b8%aa%e6%8a%80%e5%b7%a7/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

