<?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>iamNotU &#187; 用户研究</title>
	<atom:link href="http://iamnotu.net/archives/tag/%e7%94%a8%e6%88%b7%e7%a0%94%e7%a9%b6/feed" rel="self" type="application/rss+xml" />
	<link>http://iamnotu.net</link>
	<description>在差异性中游走&#124;UCD&#124;用户研究&#124;产品设计&#124;心理学</description>
	<lastBuildDate>Thu, 12 Nov 2009 08:29:19 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Extreme User Research：向客服人员了解用户？</title>
		<link>http://iamnotu.net/archives/83</link>
		<comments>http://iamnotu.net/archives/83#comments</comments>
		<pubDate>Sun, 16 Aug 2009 10:42:43 +0000</pubDate>
		<dc:creator>小镇</dc:creator>
				<category><![CDATA[用户研究]]></category>
		<category><![CDATA[研究方法]]></category>

		<guid isPermaLink="false">http://iamnotu.net/?p=83</guid>
		<description><![CDATA[
来自boxesandarrows.com的一篇文章《Extreme User Research》作者Daniel Lafreniere，因为在前些日子协助朋友公司做用户研究过程中曾有意无意用过类似的方法，所以翻译下来和大家沟通一下，提问：向客服人员了解用户是可取的么？译文全文如下：
在那些出了岔子的网站项目中我所能遇到的最大的问题是什么呢？是那些雇佣我工作的客户们对他们的用户一无所知。他们似乎找不到一条很好的去了解用户的线索。不管你相不相信，这是事实。
那些优秀的设计师会非常确定的认为他们不需要用户数据来为适当的设计服务。他们认为如果他们喜欢它，所有人也会喜欢&#8230;..当然！这也是可以解释 为什么众多网络项目在各个层次上都出现问题的原因：可用性，美学，情感和经济效益。什么才是解决这种趋势的良药？用户研究&#8230;..但是并非那种常常提到 的典型版本：在获得数据前进行长时间的人类学研究。我所说的是一种更为简单的方式，一种更快速的去完成研究的手段。我将其称为：“极端用户研究”（译者注：没找到更好的中文意思，暂且这么称呼吧）。那么它到底有多极端呢？我们只需要在每个受访者身上花费半个小时的时间久可以了，而且它同样能够产生足以真正影响设计的有效数据，你的网站也会因此获得更大的效 益。
从代理用户身上获得信息
进行用户研究并一定意味着必须进行沉闷的过程并耗费大量资金。在很多时候，你应该能够在很短的几天内完成，甚至在几小时之内，当然这取决于你项目的规模。 我所讲的极端用户研究背后的主要思想是我们去对那些代理用户而不是用户进行调研。即是那些在公司中直接与用户进行接触的员工，我们与那些和用户交谈的人们 交谈。
举个例子，比如我们为一个电缆公司做一个电子商务的项目。那么我们所谓的代理用户们应该是在客服中心——那些提供产品信息的职员与那些提供用户售后问题和技术问题的人员。与这些人员交谈意味着与成百上千的客户沟通。其实还是不错的！
做这种极端用户研究是简单易行的。我们可以再不超过30分钟的时间内轻松完成个人的半结构式访谈。这个时间的限制是较为经济的。并且能够增加一种压力，迫使用研人员能够集中于那些重点核心还有必不可少的问题之上。在30分钟的访谈内，我们可以了解关于用户的信息大致如下：

是什么引发了他们打来电话？举例说明，是由于遇到什么问题，还是广告，什么话，还是由于季节，媒体的新闻，生活事件比如出生、第一次工作、还是搬家等等。
打来电话的主要目的是什么？
来电话的人最关心的是什么？是否存在对公司产品和服务的一些误解或是不了解的地方。
来电话的用户都用那些词汇来表达他的需求的？

去做那些人们在速配过程中所做的事情：集中在那些重点和本质上。寻找用户问的最多的10个问题。如果你的代理用户给你的时间只有一下午时，你应该尽量问清你应该知道的五件事。你会发现，这是很受用的。
去做个人访谈。千万不要，我重复一遍不要去做群组访谈，尤其是那种有些声名狼藉的焦点小组访谈。否则你将不得不去处理那些具有很强心智和表达力的个体影响你组中的其他人并因此导致整个过程流产。
那么应该去访谈多少代理用户呢？大概每种工作类别找5个人左右就可以了。你需要一定的数量来保证一个具备重复验证性的访谈结果来避免那些溢美之词或 者是极端的个人认识。由于速度因素，你能够在一个工作日内完成12—14人的访谈。是的，到那时，估计会非常无聊，因为你会听到那些一样的东西一遍又一遍的重复着。但是这是整个过程最重要的。我们想要确保我们所得到的数据是基于事实的，而并非什么人的感觉。

好的。现在你已经完成了40个访谈。你估计已经陷入大量数据之中。那么接下来该做什么呢？下面这些就是你应该去做的：

将那些你所访谈的数据进行压缩和整理，抽取出你发现的事实。
将他们一条条的写出来。
用适当的一个词或者一个符号将这些条目进行标注。我通常会使用诸如用户、目标、激发、关心、FAQ（常见问题解答），喜欢的因素，不喜欢的因素和不了解等词汇。这些标签可以在日后的文档整理过程中有效的帮助你。你同样可以使用不同颜色的笔来对这些条目进行标注。
找到用户之间的异同，将用户按照你找到的模式进行分类。
创设第一个版本的人物角色模型。
将你的发现展示并介绍给工作组的其他设计人员。

使用那些事实进行设计，而不是意见
在Québec city网站的重新设计中，我们访谈了5名客服中心的员工并发现市民最常与市政大厅有着以下这些交流内容：

他们的家（垃圾收集和回收、许可证、税收）
他们的街道（停车、路灯、街道工程和积雪清除）
公共服务计划（图书馆、游泳池、溜冰场等等）

在了解这些交流内容之后帮助了我们将重点放在了什么是用户所关心的真正需求上。（译者：是否是真正需求还需探讨）。垃圾收集问题似乎并不是引人注目的话 题，不过当超过30%的市政电话都在反应这个问题的时候（基于访谈和电话记录分析），它当然可以成为这个市政府网站必备的首选内容之一了。

那些电话专线也同样告诉我们市民们经常性的针对某话题询问以下4个问题：
我们如何得到政府的这个服务？他们想知道流程（比如，如何处理那些旧沙发）
什么时候能够完成？是否有具体的时间表？
大概需要支付多少钱？
谁来支付？

在有这些信息之后可以帮助我们在设计模板时将这四类问题进行大致的占位和构架了。这是非常简单和直观的。
总结
了解，我是指真正了解你的用户能够带来巨大的收益。你的设计应该给予事实，而不是基于推想或者错误的感知。
了解你的用户意味着你需要花费大量的经费在得知什么是用户的真正需求上，不是在你所设想的他们需要或喜欢的意念上。这通常是有一些更为简单的处理解决方法 的。去了解事实可以减少那些无休止的争论，每个人都有自己的看法和解决方式，但那些都是基于他的个人需求和背景的。所以我不得不再一次强调：我们，设计者 亦或是客户（译者注：指委托进行网站设计的实体公司），都不是用户。
走出你的工作小隔间，走出那些会议室。去向那些代理用户去尽可能多的了解你的用户。你回发现：你的用户并非你所想象的那样。
你可能还想读2008年05月31日 -- 【旧文存照】有关Field Study (0)]]></description>
			<content:encoded><![CDATA[<p style="text-align: center;"><a href="http://iamnotu.net/wp-content/uploads/2009/08/2.gif"><img class="aligncenter size-full wp-image-87" title="2" src="http://iamnotu.net/wp-content/uploads/2009/08/2.gif" alt="2" width="569" height="186" /></a></p>
<p>来自<a href="http://boxesandarrows.com">boxesandarrows.com</a>的一篇文章《<a href="http://www.boxesandarrows.com/view/extreme-user">Extreme User Research</a>》作者Daniel Lafreniere，因为在前些日子协助朋友公司做用户研究过程中曾有意无意用过类似的方法，所以翻译下来和大家沟通一下，提问：向客服人员了解用户是可取的么？译文全文如下：</p>
<blockquote><p>在那些出了岔子的网站项目中我所能遇到的最大的问题是什么呢？是那些雇佣我工作的客户们对他们的用户一无所知。他们似乎找不到一条很好的去了解用户的线索。不管你相不相信，这是事实。</p>
<p>那些优秀的设计师会非常确定的认为他们不需要用户数据来为适当的设计服务。他们认为如果他们喜欢它，所有人也会喜欢&#8230;..当然！这也是可以解释 为什么众多网络项目在各个层次上都出现问题的原因：可用性，美学，情感和经济效益。什么才是解决这种趋势的良药？用户研究&#8230;..但是并非那种常常提到 的典型版本：在获得数据前进行长时间的人类学研究。我所说的是一种更为简单的方式，一种更快速的去完成研究的手段。我将其称为：“极端用户研究”（译者注：没找到更好的中文意思，暂且这么称呼吧）。那么它到底有多极端呢？我们只需要在每个受访者身上花费半个小时的时间久可以了，而且它同样能够产生足以真正影响设计的有效数据，你的网站也会因此获得更大的效 益。</p>
<p><strong>从代理用户身上获得信息</strong></p>
<p>进行用户研究并一定意味着必须进行沉闷的过程并耗费大量资金。在很多时候，你应该能够在很短的几天内完成，甚至在几小时之内，当然这取决于你项目的规模。 我所讲的极端用户研究背后的主要思想是我们去对那些代理用户而不是用户进行调研。即是那些在公司中直接与用户进行接触的员工，我们与那些和用户交谈的人们 交谈。</p>
<p>举个例子，比如我们为一个电缆公司做一个电子商务的项目。那么我们所谓的代理用户们应该是在客服中心——那些提供产品信息的职员与那些提供用户售后问题和技术问题的人员。与这些人员交谈意味着与成百上千的客户沟通。其实还是不错的！</p>
<p>做这种极端用户研究是简单易行的。我们可以再不超过30分钟的时间内轻松完成个人的半结构式访谈。这个时间的限制是较为经济的。并且能够增加一种压力，迫使用研人员能够集中于那些重点核心还有必不可少的问题之上。在30分钟的访谈内，我们可以了解关于用户的信息大致如下：</p>
<ul>
<li>是什么引发了他们打来电话？举例说明，是由于遇到什么问题，还是广告，什么话，还是由于季节，媒体的新闻，生活事件比如出生、第一次工作、还是搬家等等。</li>
<li>打来电话的主要目的是什么？</li>
<li>来电话的人最关心的是什么？是否存在对公司产品和服务的一些误解或是不了解的地方。</li>
<li>来电话的用户都用那些词汇来表达他的需求的？</li>
</ul>
<p>去做那些人们在速配过程中所做的事情：集中在那些重点和本质上。寻找用户问的最多的10个问题。如果你的代理用户给你的时间只有一下午时，你应该尽量问清你应该知道的五件事。你会发现，这是很受用的。</p>
<p>去做个人访谈。千万不要，我重复一遍<strong>不要</strong>去做群组访谈，尤其是那种有些声名狼藉的焦点小组访谈。否则你将不得不去处理那些具有很强心智和表达力的个体影响你组中的其他人并因此导致整个过程流产。</p>
<p>那么应该去访谈多少代理用户呢？大概每种工作类别找5个人左右就可以了。你需要一定的数量来保证一个具备重复验证性的访谈结果来避免那些溢美之词或 者是极端的个人认识。由于速度因素，你能够在一个工作日内完成12—14人的访谈。是的，到那时，估计会非常无聊，因为你会听到那些一样的东西一遍又一遍的重复着。但是这是整个过程最重要的。我们想要确保我们所得到的数据是基于事实的，而并非什么人的感觉。</p>
<p style="text-align: center;"><img class="aligncenter" src="http://www.salesforceisrael.com/wp-content/uploads/2009/01/callcenter.jpg" alt="" width="399" height="295" /></p>
<p>好的。现在你已经完成了40个访谈。你估计已经陷入大量数据之中。那么接下来该做什么呢？下面这些就是你应该去做的：</p>
<ol>
<li>将那些你所访谈的数据进行压缩和整理，抽取出你发现的事实。</li>
<li>将他们一条条的写出来。</li>
<li>用适当的一个词或者一个符号将这些条目进行标注。我通常会使用诸如用户、目标、激发、关心、FAQ（常见问题解答），喜欢的因素，不喜欢的因素和不了解等词汇。这些标签可以在日后的文档整理过程中有效的帮助你。你同样可以使用不同颜色的笔来对这些条目进行标注。</li>
<li>找到用户之间的异同，将用户按照你找到的模式进行分类。</li>
<li>创设第一个版本的人物角色模型。</li>
<li>将你的发现展示并介绍给工作组的其他设计人员。</li>
</ol>
<p><strong>使用那些事实进行设计，而不是意见</strong></p>
<p>在Québec city网站的重新设计中，我们访谈了5名客服中心的员工并发现市民最常与市政大厅有着以下这些交流内容：</p>
<ul>
<li>他们的家（垃圾收集和回收、许可证、税收）</li>
<li>他们的街道（停车、路灯、街道工程和积雪清除）</li>
<li>公共服务计划（图书馆、游泳池、溜冰场等等）</li>
</ul>
<p>在了解这些交流内容之后帮助了我们将重点放在了什么是用户所关心的真正需求上。（译者：是否是真正需求还需探讨）。垃圾收集问题似乎并不是引人注目的话 题，不过当超过30%的市政电话都在反应这个问题的时候（基于访谈和电话记录分析），它当然可以成为这个市政府网站必备的首选内容之一了。</p>
<ol>
<li>那些电话专线也同样告诉我们市民们经常性的针对某话题询问以下4个问题：</li>
<li>我们如何得到政府的这个服务？他们想知道流程（比如，如何处理那些旧沙发）</li>
<li>什么时候能够完成？是否有具体的时间表？</li>
<li>大概需要支付多少钱？</li>
<li>谁来支付？</li>
</ol>
<p>在有这些信息之后可以帮助我们在设计模板时将这四类问题进行大致的占位和构架了。这是非常简单和直观的。</p>
<p><strong>总结</strong></p>
<p>了解，我是指真正了解你的用户能够带来巨大的收益。你的设计应该给予事实，而不是基于推想或者错误的感知。</p>
<p>了解你的用户意味着你需要花费大量的经费在得知什么是用户的真正需求上，不是在你所设想的他们需要或喜欢的意念上。这通常是有一些更为简单的处理解决方法 的。去了解事实可以减少那些无休止的争论，每个人都有自己的看法和解决方式，但那些都是基于他的个人需求和背景的。所以我不得不再一次强调：我们，设计者 亦或是客户（译者注：指委托进行网站设计的实体公司），都不是用户。</p>
<p>走出你的工作小隔间，走出那些会议室。去向那些代理用户去尽可能多的了解你的用户。你回发现：你的用户并非你所想象的那样。</p></blockquote>
<h3  class="related_post_title">你可能还想读</h3><ul class="related_post"><li>2008年05月31日 -- <a href="http://iamnotu.net/archives/128" title="【旧文存照】有关Field Study">【旧文存照】有关Field Study</a> (0)</li></ul>]]></content:encoded>
			<wfw:commentRss>http://iamnotu.net/archives/83/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
