<?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>uetalk &#124; 有一说</title>
	<atom:link href="http://www.uetalk.com/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.uetalk.com</link>
	<description>Interaction Design can change the world</description>
	<lastBuildDate>Tue, 13 Jul 2010 03:54:17 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.3</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>低调的交互-一个输入法细节</title>
		<link>http://www.uetalk.com/2010/06/low-design/</link>
		<comments>http://www.uetalk.com/2010/06/low-design/#comments</comments>
		<pubDate>Sat, 26 Jun 2010 11:43:07 +0000</pubDate>
		<dc:creator>coffeelone</dc:creator>
				<category><![CDATA[桌面软件]]></category>
		<category><![CDATA[交互设计]]></category>
		<category><![CDATA[输入法]]></category>

		<guid isPermaLink="false">http://www.uetalk.com/?p=299</guid>
		<description><![CDATA[不久前体会到一个输入法中的细节：中英文句号“.”和“。”的自动识别
  在输入一个项目清单的时候，我们通常会加入编号。
  例如：
  “1. AAAAAAA
    2. BBBBBBB
    3. CCCCCCC
    ……”
  当前输... ]]></description>
			<content:encoded><![CDATA[<p>不久前体会到一个输入法中的细节：中英文句号“.”和“。”的自动识别</p>
<p>  在输入一个项目清单的时候，我们通常会加入编号。<br />
  例如：<br />
  “1. AAAAAAA<br />
    2. BBBBBBB<br />
    3. CCCCCCC<br />
    ……”<br />
  当前输入法为中文输入法时，点击键盘上的“.”键，会输出为中文句号“。”<br />
所以一般情况下，如果没有切换成英文输入法的话，项目编号就会被打成“1。AAAAA”，出现这种情况用户只能手动修改为“1.AAAAA”。</p>
<p>  为了减少甚至避免这种修改，搜狗输入法 和 QQ拼音采用了两种不同的处理方法：<br />
 【搜狗输入法】<br />
  中文输入下，会严格按照中文习惯，敲入的所有“.”键都会显示为中文句号“。”，所以就会打出“1。”<br />
  当用户发觉打成了中文句号时，就会点击退格键删除，就在删除中文句号的瞬间，中文句号自动变成了英文点号。<br />
  这是搜狗的处理方式：首先完全遵守规则，在下一步操作的时候，判断刚才点号的使用语境进行自动修改。<br />
  整个自动调整的变化过程是可见的，即，由中文句号变成英文点号。</p>
<p> 【QQ拼音】<br />
  中文输入下，所有数字后面敲入的点号都会默认显示为英文点号“.”。所以，项目编号后面的点，小数点等这些无论在中英文环境下都默认显示为&#8221;.&#8221; ，无需下一步操作，也不出现中文句号。<br />
  这是默认的，看不到变化。</p>
<p>搜狗输入法的处理是巧妙的，是花了心思的。这种巧妙容易被用户察觉，用户发现了会觉得很吊很贴心。但，这在另一层面上增加了附加操作（按退格），并增加了附件效果（由中文句号自动变成英文句点），其结果就是转移了用户注意力，即所谓打断了用户的输入流。用户是来码字灌水写文章的，而不是来看你输入法多吊的。</p>
<p>QQ拼音使用默认的处理方式，这样做可能源于以下假定：<br />
“在绝大多数情况下，数字后面敲入点号是为了书写小数点或者项目编号；数字很少出现在一句话的结尾处。”</p>
<p>这种假定是合理的，这种默认操作是不过分的。同样也花了心思，但你一口气顺理成章写了几千字也察觉不到。</p>
<p>有些产品需要显眼的设计，有些产品需要低调的设计，我想输入法应该属于后者。</p>
<p>===================================================================<br />
欢迎讨论，转载请注明：<a href="http://www.uetalk.com/2010/06/low-design/">http://www.uetalk.com/2010/06/low-design/</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.uetalk.com/2010/06/low-design/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>该转哪个？</title>
		<link>http://www.uetalk.com/2010/06/which-one/</link>
		<comments>http://www.uetalk.com/2010/06/which-one/#comments</comments>
		<pubDate>Mon, 21 Jun 2010 03:22:31 +0000</pubDate>
		<dc:creator>coffeelone</dc:creator>
				<category><![CDATA[web用户体验]]></category>
		<category><![CDATA[生活中的体验]]></category>

		<guid isPermaLink="false">http://www.uetalk.com/?p=295</guid>
		<description><![CDATA[抽奖转盘是超市中常见的设施，来看这个。

中间带指针的圆盘本来是固定的，现在已经被转坏了。顾客如果认为该转中间的圆盘，即使你把中间固定了，他可能还会去用力转，他觉得转不动是... ]]></description>
			<content:encoded><![CDATA[<p>抽奖转盘是超市中常见的设施，来看这个。<br />
<img class="alignnone size-full wp-image-296" title="转盘体验" src="http://www.uetalk.com/wp-content/uploads/2010/06/体验.jpg" alt="转盘体验" width="551" height="543" /></p>
<p>中间带指针的圆盘本来是固定的，现在已经被转坏了。顾客如果认为该转中间的圆盘，即使你把中间固定了，他可能还会去用力转，他觉得转不动是因为摩擦比较大或是坏了，而你把中间圆盘粘得又确实不牢固。为了避免顾客再去转中间的圆盘，商家添加了文字提示，看上去很蠢。</p>
<p>这就是设计失误：设计师的设计模型和用户的心智模型有很大的差异。尽管做了限制，还是不能杜绝用户的错误尝试，而且这里的限制还比较容易被爆破。</p>
<p>一种改进方式是：让中心小圆盘看起来不能转动，比如改为方形或三角形，而不是圆形。</p>
<p>另一种是：让中心小圆盘看起来没必要转动。比如把上面的白色箭头去掉，而在大圆盘的外围单独固定一个箭头。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.uetalk.com/2010/06/which-one/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>聪明的google搜索框</title>
		<link>http://www.uetalk.com/2009/10/smarter-google-search-ba/</link>
		<comments>http://www.uetalk.com/2009/10/smarter-google-search-ba/#comments</comments>
		<pubDate>Fri, 09 Oct 2009 03:14:03 +0000</pubDate>
		<dc:creator>coffeelone</dc:creator>
				<category><![CDATA[web用户体验]]></category>

		<guid isPermaLink="false">http://www.uetalk.com/?p=289</guid>
		<description><![CDATA[
发现google.com的搜索框变聪明了。google也框计算了么？
（注：非google.cn。请前往 www.google.com/ncr 围观)
话说，用户在google.com搜 “amazon”。
如果只输入“ama”，google没有充分的理由认为你要找“a... ]]></description>
			<content:encoded><![CDATA[<div id="lve-" style="TEXT-ALIGN: left">
<div id="s4qn" style="TEXT-ALIGN: left">发现google.com的搜索框变聪明了。google也框计算了么？<br />
（注：非google.cn。请前往 www.google.com/ncr 围观)</p>
<p>话说，用户在google.com搜 “amazon”。<br />
如果只输入“ama”，google没有充分的理由认为你要找“amazon”，因为“amazon”只占可能搜索的6/10；<br />
这时用户又输入了一个“z”，系统经过筛选发现此时“amazon”占到了8/11，超过了某个阈值。于是他开始进一步猜测你的意图，认为你很有可能要找 “amazon”网站，所以把真amazon.com的URL放到你面前，用户核实了URL，点击就直接去amazon.com了。<br />
这招挺赞的。<br />
<img style="width: 360px; height: 299px;" src="http://docs.google.com/File?id=d5b92sb_414fqqxkhhc_b" alt="" /></p>
<div id="ti4h" style="TEXT-ALIGN: left"><img style="width: 369px; height: 348px;" src="http://docs.google.com/File?id=d5b92sb_412fn4vjzct_b" alt="" /></div>
</div>
</div>
]]></content:encoded>
			<wfw:commentRss>http://www.uetalk.com/2009/10/smarter-google-search-ba/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>可用性小测试之“条盲”</title>
		<link>http://www.uetalk.com/2009/09/ue-test-blockblind/</link>
		<comments>http://www.uetalk.com/2009/09/ue-test-blockblind/#comments</comments>
		<pubDate>Fri, 18 Sep 2009 01:59:38 +0000</pubDate>
		<dc:creator>coffeelone</dc:creator>
				<category><![CDATA[web用户体验]]></category>
		<category><![CDATA[可用性测试]]></category>
		<category><![CDATA[用户体验]]></category>

		<guid isPermaLink="false">http://www.uetalk.com/?p=273</guid>
		<description><![CDATA[昨天朋友说要在卓越网上买本书，他是第一次在网上购物，真是绝好的测试练习啊！于是在征得同意后，异常兴奋地搬来椅子坐在旁边观察。说要协助他买东西顺便做个小测试，主要看看卓越... ]]></description>
			<content:encoded><![CDATA[<p style="margin: 0px;">昨天朋友说要在卓越网上买本书，他是第一次在网上购物，真是绝好的测试练习啊！于是在征得同意后，异常兴奋地搬来椅子坐在旁边观察。说要协助他买东西顺便做个小测试，主要看看卓越好不好用，他就很爽快地答应了，朋友真是好人……（下称xu好人）</p>
<p style="margin: 0px;"><strong>Action：</strong>进入百度首页 &gt;&gt; 输入“卓越网”回车 &gt;&gt; 在搜索结果页面向下拖动浏览器滚动条 &gt;&gt; 找到一个“卓越网”点击进去 &gt;&gt; 进入“卓越网”（注：实际打开是一个山寨卓越网，根本不是<span style="color: #000000;">amazon.cn</span>）</p>
<p><span id="more-273"></span></p>
<p style="margin: 0px;">这里，我不得不打断他。或许应该直接帮他进入<span style="color: #000000;">amazon.cn</span><span style="color: #000000;">，</span>但，从搜索引擎进入网站是用户的主要做法之一，而且在此确实影响了用户最自然的任务流程。所以，先来看这个问题。</p>
<p style="margin: 0px;">
<ul style="margin-top: 0px; margin-bottom: 0px;">
<li style="margin-top: 0px; margin-bottom: 0px;">我：这个网址不对呀，你是怎么点进来的呢？</li>
<li style="margin-top: 0px; margin-bottom: 0px;">xu好人：不是这个么？我刚才就是在这点了一下。（指着刚才搜索结果页面的“卓越网”）</li>
<li style="margin-top: 0px; margin-bottom: 0px;">我：还有许多别的，为什么要点这个呢？</li>
<li style="margin-top: 0px; margin-bottom: 0px;">xu好人：因为这个写着“卓越网”。（原来其他站点写的是“卓越”）</li>
<li style="margin-top: 0px; margin-bottom: 0px;">我：为什么不点第一个，而要点下面的呢？</li>
<li style="margin-top: 0px; margin-bottom: 0px;">xu好人：第一个不是广告么？（xu好人似乎没意识到baidu推广）</li>
<li style="margin-top: 0px; margin-bottom: 0px;">我：……</li>
<li style="margin-top: 0px; margin-bottom: 0px;">xu好人：我瞟了一眼有很多图，就觉得是广告，所以就往下拉。（“真卓越”好冤……）</li>
</ul>
<p style="margin: 0px;">
<p style="margin: 0px;">
<p id="plur" style="text-align: left; margin: 0px;">&lt;任务最终因为昨天超级慢的网速不得不终止了，不过xu好人答应下次网速快的时候再叫上我&gt;</p>
<p style="text-align: left; margin: 0px;">现在分析一下：</p>
<p style="text-align: left; margin: 0px;">下面这一大块还真有点像……</p>
<p style="text-align: left; margin: 0px;">
<p id="d_02" style="text-align: left; margin: 0px;"><img style="width: 331px; height: 196px;" src="http://docs.google.com/File?id=d5b92sb_21czd322gd_b" alt="" /></p>
<p style="margin: 0px;">
<p style="margin: 0px;">
<p style="margin: 0px;">同样的问题也会出现在“大量矩阵式排列的分类信息”页面，有篇文章专门对此类信息的排列做过眼动议测试和分析，见<a href="http://piglili.blogbus.com/logs/39068671.html">打横？打竖？</a>。文中指出：被（设计者）认为比较重要的第一列内容，却往往不会被注意到。该案例原因未明确指出，但个人认为有二：</p>
<p style="margin: 0px;">
<ol style="margin-top: 0px; margin-bottom: 0px;">
<li style="margin-top: 0px; margin-bottom: 0px;">眼睛最自然最舒服的注视位置是屏幕的中央偏上区域，太靠左的第一列造成眼球转动距离较大。根据万物的<a href="http://baike.baidu.com/view/2473363.htm">最小势能原理</a>，眼球使用最少能量进行浏览，除非被明确引导。</li>
<li style="margin-top: 0px; margin-bottom: 0px;">用户没有被事先告知当前内容是按何种顺序排列，因此默认按照最舒服的顺序扫描。</li>
</ol>
<p style="margin: 0px;">
<p style="margin: 0px;">而对于搜索卓越网的案例，只因为他太像广告了，触发了潜意识中对于广告的处理方式—迅速跳过。山寨卓越网跑到第一页的靠前位置，其实与百度无关；但苦心经营的第一条却被忽略了，这似乎需要引起设计师们警觉。做做测试看看，也许会有新的发现呢。</p>
<p style="margin: 0px;"><strong>总结：</strong></p>
<p style="margin: 0px;"><span style="font-family: Georgia;">许多时候，用户没事时间仔细考虑，而是通过一瞬间的意识来判断。页面布局的不合理（指不符合用户在特定情景中的习惯），会造成用户视而不见；而某些看似显眼的大块内容由于惯行所谓的“传统原则”，缺少仔细求证，想当然认为效果很好，就有可能使得用户出现“条盲”，适得其反。</span></p>
<p style="margin: 0px;">
]]></content:encoded>
			<wfw:commentRss>http://www.uetalk.com/2009/09/ue-test-blockblind/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>超长竖排tab引发的问题</title>
		<link>http://www.uetalk.com/2009/09/super-long-tabs-problem/</link>
		<comments>http://www.uetalk.com/2009/09/super-long-tabs-problem/#comments</comments>
		<pubDate>Tue, 15 Sep 2009 14:24:55 +0000</pubDate>
		<dc:creator>coffeelone</dc:creator>
				<category><![CDATA[web用户体验]]></category>
		<category><![CDATA[tab]]></category>
		<category><![CDATA[交互设计]]></category>

		<guid isPermaLink="false">http://www.uetalk.com/?p=264</guid>
		<description><![CDATA[tab的交互行为主要有两种：
1、单击切换页面
2、悬停切换页面
在小块区域的信息展示上，悬停切换的优势在于“快速响应”，并且假设“滑过我就是想看我”，而人眼恰恰可以接受小范围内... ]]></description>
			<content:encoded><![CDATA[<p>tab的交互行为主要有两种：<br />
1、单击切换页面<br />
2、悬停切换页面<br />
在小块区域的信息展示上，悬停切换的优势在于“快速响应”，并且假设“滑过我就是想看我”，而人眼恰恰可以接受小范围内信息的瞬间变化（反复切换）。但，在大范围区域内，如超过半屏而且信息较多，则人眼将难以在多次瞬间切换的过程中，对大量信息进行快速扫描。<br />
单击切换的优势在于“确定性”，特别是在大块区域上，用户可能更需要一些耐心来阅读，而且这种确定性可以保证以下一点：<br />
用户不必担心由于不小心滑过其他tab而打断当前的阅读。<br />
这种问题在某些“超长悬停切换tab”上更容易显现：<span id="more-264"></span></p>
<div id="a356" style="text-align: left;"><img style="width: 421px; height: 280px;" src="http://docs.google.com/File?id=d5b92sb_16g5q54mdj_b" alt="" /></div>
<p>如上图，假如<strong>黑色箭头的起始点</strong>是光标当前所在位置，而用户此时要去点击箭头指向位置的链接。那么，在光标的直线移动过程中必然会滑过图中的<span style="color: #ff0000;">红色方框部分</span>。如果采用悬停切换，则必造成<span style="color: #ff0000;">红框</span>所在的tab被激活，从而触发页面切换，打断了用户的动作，这种体验非常之不爽。<br />
不仅最下面的tab如此，只要光标所在位置比较靠前，则大跨度的直线移动都很容易触发其他的tab。</p>
<div id="jl4h" style="text-align: left;"><img style="width: 406px; height: 264px;" src="http://docs.google.com/File?id=d5b92sb_17gwcx6bc3_b" alt="" /></div>
<p>当然，也有安全区域，这取决于“用户兴趣点的位置”与“tab边界”的夹角。如下：</p>
<div id="jtu3" style="text-align: left;"><img style="width: 393px; height: 272px;" src="http://docs.google.com/File?id=d5b92sb_18dw7rftg8_b" alt="" /></div>
<p>上图蓝色箭头围成的就是当前情形的安全区域，太小了不是么？<br />
<strong><br />
总结，像上面这种&#8221;超长竖排tab&#8221;，为了避免错误，还是采用单击切换比较好。</strong></p>
]]></content:encoded>
			<wfw:commentRss>http://www.uetalk.com/2009/09/super-long-tabs-problem/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>IMS群回复改进</title>
		<link>http://www.uetalk.com/2009/09/ims-group-reply/</link>
		<comments>http://www.uetalk.com/2009/09/ims-group-reply/#comments</comments>
		<pubDate>Tue, 01 Sep 2009 13:09:30 +0000</pubDate>
		<dc:creator>coffeelone</dc:creator>
				<category><![CDATA[桌面软件]]></category>
		<category><![CDATA[desktop]]></category>
		<category><![CDATA[IMS]]></category>
		<category><![CDATA[群组]]></category>

		<guid isPermaLink="false">http://www.uetalk.com/?p=258</guid>
		<description><![CDATA[终于再次认识到：IMS群里，同时发言的人多了，真会变成一锅粥。使用IMS群时，面向某个的交流，有两种做法：

点对点发送讯息：即私聊，或在没有建立好友关系的情况下发送临时消息；
公... ]]></description>
			<content:encoded><![CDATA[<p>终于再次认识到：IMS群里，同时发言的人多了，真会变成一锅粥。使用IMS群时，面向某个的交流，有两种做法：</p>
<ol>
<li><strong>点对点发送讯息</strong>：即私聊，或在没有建立好友关系的情况下发送临时消息；</li>
<li><strong>公开喊人</strong>：有些时候人们更喜欢在公共场合针对某个人发言，特别是在互联网这种大环境下。群聊，更像是开茶话会，不同的是群聊没法直观地面向某个人。比如某些 调侃的话，对于说话人，群聊的效果会比私聊好一点。为了不私聊又不会造成其他人误解，所以就要喊人，比如“@xxx，你妈喊你回家吃饭！”。而一些IMS 的群设置也可以对关注的词汇取消屏蔽，起到信息过滤的作用。但不方便之处在于，目前的IMS群里，喊人都需要手动。是否可以在账号的交互上加入类似twitter的“回复”功能。</li>
</ol>
<p>以下是<strong>改进：</strong></p>
<div id="oz6g" style="text-align: left;"><img style="width: 349px; height: 139px;" src="http://docs.google.com/File?id=d5b92sb_8p7jhxqhh_b" alt="" /></div>
<div style="text-align: left;"></div>
]]></content:encoded>
			<wfw:commentRss>http://www.uetalk.com/2009/09/ims-group-reply/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>如何提高卡片分类的测试效果？</title>
		<link>http://www.uetalk.com/2009/09/how-to-organize-a-better-card-sorting/</link>
		<comments>http://www.uetalk.com/2009/09/how-to-organize-a-better-card-sorting/#comments</comments>
		<pubDate>Tue, 01 Sep 2009 05:38:35 +0000</pubDate>
		<dc:creator>coffeelone</dc:creator>
				<category><![CDATA[web用户体验]]></category>
		<category><![CDATA[读书笔记]]></category>
		<category><![CDATA[IA]]></category>
		<category><![CDATA[UCDchina收录]]></category>
		<category><![CDATA[信息架构]]></category>
		<category><![CDATA[可用性测试]]></category>

		<guid isPermaLink="false">http://www.uetalk.com/?p=236</guid>
		<description><![CDATA[Nielson主要针对信息架构中的信息分类测试方法——卡片分类法，提出实际测试中可能经常出现的问题，并给出了较好的建议。所关注的问题在于：如何提高卡片分类测试的测试效果... ]]></description>
			<content:encoded><![CDATA[<p>读完Nielson的<a id="mczo" title="Card Sorting:Pushing Users Beyond Terminology Matches" href="http://www.useit.com/alertbox/word-matching.html" target="_blank">Card Sorting:Pushing Users Beyond Terminology Matches</a> ，写一点体会。</p>
<p>Nielson主要针对信息架构中的信息分类测试方法——卡片分类法，提出实际测试中可能经常出现的问题，并给出了较好的建议。所关注的问题在于：如何提高卡片分类测试的测试效果？<strong>卡片分类</strong>是信息分类可用性测试中较为理想的方法：让用户主导分类，具体做法是：用户按照自己的思路或直观感觉，把卡片归入已知的或由用户自己新建的类别里，以发现用户对于此类信息的心智模型，并检验事先假设是否直观合理，从而优化信息架构，提高信息浏览或检索的可用性。</p>
<p>Nielson写这篇文章的目的在于说明：卡片分类只是一种科学合理可用性测试方法，但要达到最佳的效果，操作时还需注意几点原则：<span id="more-236"></span></p>
<p><strong>不要告诉用户完成任务所需要的具体操作名称</strong>； 例如：测试del.icio.us的导入书签功能。如果告诉用户：“你的常用浏览器中收藏了很多书签（bookmarks），你希望能在 del.icio.us中使用它们，现在把它们导入（import）进来。” 更有甚者：“使用导入书签（import bookmarks）命令导入你的浏览器本地收藏夹”。由于事先被告知了“import”和“bookmarks”这两个词，用户可能会直接在页面中扫 描，或者打开几个菜单，试图找到“import”和“bookmarks”字眼，然而这样就无法测试出“import”和“bookmarks”两个单词 的措辞是否合理，是否符合用户心智模型。可能对于一部分用户来说，更习惯用“favor sites”而不是“bookmarks”来表述收藏夹中的网站。所以最好使用类似下面的措辞：</p>
<p>“你的常用浏览器中一定有不少收藏，现在完成一些操作，让你在del.icio.us中也可以使用它们。”</p>
<p>这 样，喜欢“favor site”而对“bookmarks”不熟悉的用户可能就会想：“favor site” 在哪？……没有，那页面中出现的这个“bookmarks”是否就是我的“favor site”？此时，如果用户不喜欢尝试，或者不能迅速地把两个单词联系到一起，就有可能完不成任务，“bookmarks”可能就要换成其他什么 词，“import”也一样。正如Nielson所说：</p>
<p><span style="color: #000000;">“如果你告诉用户该用哪个，他们就永远不能以自然的方式使用软件。只会按照你告诉他们的去做; 而不是</span><span style="color: #000000;">他们</span><span style="color: #000000;">通常会怎么做。”</span></p>
<p>因此，测试的时候，不要告诉用户完成任务所需要的具体操作名称。给出这条原则是为了说明卡片分类测试常会遇到的一个问题：<strong>关键词匹配</strong>。Nielson通过一个case说明：<strong>如果对卡片上的关键词设定了某些过度明显的取向，可以大大增加用户分类成功的概率，但这样往往起不到较好的效果。</strong>例 如“番茄酱”、“番茄派”、“番茄汉堡”能够很容易地被分到“番茄”类中；而“番茄派”、“草莓派”、“香芋派”则轻易地被分到“派”里。到此有些设计者 就会说：“看，我成功了，因为用户们都分对了类！而且他们分得很快！” 而事实上，这样的分类没有任何挑战性，如果用户想都不想一打眼就能正确分类，那这种测试就没有意义了。“卡片分类不是设计用户界面，是一场关于知识的启发 式演习，用于发现的用户心智模型。” 一般情况下，当设计师对关键词难以取舍、模棱两可，或对专家词汇抱有疑虑的时候才找来用户进行卡片分类测试的。因此，为了优化关键词，我们希望用户能够 “<strong>略微驻足思考一下下，而不是简单地尽快完成任务</strong>”。当然思考也不能过长，以至无法完成任务。那怎样选择合适的关键词来提高卡片分类的测试效 果？Nielson给出了两点建议：</p>
<ol>
<li><strong>使用同义词。 </strong>使用多组同义词替换测试，或交叉组合测试。如，测试一组同义的动词1，2，3，或同义的名词a，b，c，或在需要组合的时候测试“1+b”,“2+a”等等。多组同义词测试有利于发现用户心中最合适的分类名称。</li>
<li><strong>使用非并行结构。</strong>使用一组并行结构的词会人为降低分类难度，例如“购买商品”、“卖出商品”、“查询账单”，由于结构并列，没有干扰因素，使测试用户能够不假思索就正确分类，起不到卡片分类应有的效用。而“我要购买”、“卖出商品”、“账单查询”则拥有非并列结构，增加了一点难度，使得测试用户能够先思考一下具体意义，然后再理性地做出判断。</li>
</ol>
<p>（对于第二点，起初我的理解与原文有较大偏差。事实上，易用性不是卡片分类测试的重点关注因素，人为降低一点易用性对理性和逻辑的分类是有帮助的，这是此篇文章的主旨。 在此感谢提出质疑的wendy同学，并向之前看过此篇博文的朋友表示歉意！）</p>
<p>总结：</p>
<ul>
<li> <strong>做可用性测试只有保持中立的态度，使用中立的语言，才有可能发现更多潜在的问题；</strong></li>
<li><strong> 卡片分类的主要任务是发现用户心智模型，在多组备选条目中找到最佳的表述，并找到正确的分类方式；不是单纯验证设计师分类的正确性，满足成就感。</strong></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.uetalk.com/2009/09/how-to-organize-a-better-card-sorting/feed/</wfw:commentRss>
		<slash:comments>13</slash:comments>
		</item>
		<item>
		<title>多版本集成IE</title>
		<link>http://www.uetalk.com/2009/08/ie-suck/</link>
		<comments>http://www.uetalk.com/2009/08/ie-suck/#comments</comments>
		<pubDate>Fri, 14 Aug 2009 08:03:48 +0000</pubDate>
		<dc:creator>coffeelone</dc:creator>
				<category><![CDATA[随心闲谈]]></category>
		<category><![CDATA[css]]></category>

		<guid isPermaLink="false">http://www.uetalk.com/?p=207</guid>
		<description><![CDATA[ie SUCK! 恐怕接触过css设计的人都会这样讲。曾经无数次为了样式统一而在多个浏览器中来回切换，今天又被一个hover的问题扰得想骂人。最后，下了一个叫ieTester的东西，可以提供ie5.5到ie8的调... ]]></description>
			<content:encoded><![CDATA[<p>ie SUCK! 恐怕接触过css设计的人都会这样讲。曾经无数次为了样式统一而在多个浏览器中来回切换，今天又被一个hover的问题扰得想骂人。最后，下了一个叫ieTester的东西，可以提供ie5.5到ie8的调试环境，就是不太稳定，有时会崩。</p>
<div id="attachment_208" class="wp-caption alignnone" style="width: 530px"><img class="size-full wp-image-208 " title="ietest" src="http://www.uetalk.com/wp-content/uploads/2009/08/ietest.jpg" alt="ieTest" width="520" height="120" /><p class="wp-caption-text">ieTest</p></div>
]]></content:encoded>
			<wfw:commentRss>http://www.uetalk.com/2009/08/ie-suck/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>css工具:Web Developer</title>
		<link>http://www.uetalk.com/2009/08/nice-css-tool-web-developer/</link>
		<comments>http://www.uetalk.com/2009/08/nice-css-tool-web-developer/#comments</comments>
		<pubDate>Tue, 11 Aug 2009 08:43:47 +0000</pubDate>
		<dc:creator>coffeelone</dc:creator>
				<category><![CDATA[随心闲谈]]></category>
		<category><![CDATA[css]]></category>

		<guid isPermaLink="false">http://www.uetalk.com/?p=186</guid>
		<description><![CDATA[最近接触到一款比较好用的css工具 — web developer，是Firefox插件。





FF工具栏上的一坨按钮
.
web developer 可以使您方便地实时编辑web页面，甚至可以在线分析和修改其他站点的页面（当然，是修... ]]></description>
			<content:encoded><![CDATA[<p>最近接触到一款比较好用的css工具 — web developer，是<a href="https://addons.mozilla.org/zh-CN/firefox/addon/60" target="_blank">Firefox插件</a>。</p>
<div class="mceTemp">
<dl id="attachment_197" class="wp-caption alignnone" style="width: 610px;">
<dt class="wp-caption-dt"><img class="size-full wp-image-197" title="wd" src="http://www.uetalk.com/wp-content/uploads/2009/08/wd3.jpg" alt="FF工具栏上的一坨按钮" width="600" height="24" /></dt>
</dl>
</div>
<p>FF工具栏上的一坨按钮</p>
<p><span style="color: #ffffff;">.<span id="more-186"></span></span></p>
<p><a href="https://addons.mozilla.org/zh-CN/firefox/addon/60" target="_blank">web developer </a>可以使您方便地实时编辑web页面，甚至可以在线分析和修改其他站点的页面（当然，是修改css临时文件）。他使得设计过程一目了然，适合各阶段的css设计师和爱好者，给css初学者带来了福音。</p>
<div class="mceTemp">
<dl id="attachment_188" class="wp-caption alignnone" style="width: 310px;">
<dt class="wp-caption-dt"><img class="size-medium wp-image-188" title="info" src="http://www.uetalk.com/wp-content/uploads/2009/08/info-300x14.jpg" alt="样式信息" width="300" height="14" /></dt>
</dl>
</div>
<p><span style="color: #ffffff;"> </span>鼠标滑过页面元素，显示对应标签</p>
<div class="mceTemp">
<dl id="attachment_189" class="wp-caption alignnone" style="width: 310px;">
<dt class="wp-caption-dt"><img class="size-medium wp-image-189" title="ec" src="http://www.uetalk.com/wp-content/uploads/2009/08/ec1-300x107.jpg" alt="浏览器中直接编辑当前页面的css,实时更新样式" width="300" height="107" /></dt>
</dl>
</div>
<p>浏览器中直接编辑当前页面的css,实时更新样式<span style="color: #ffffff;">.</span></p>
<div class="mceTemp">
<dl id="attachment_190" class="wp-caption alignnone" style="width: 310px;">
<dt class="wp-caption-dt"><img class="size-medium wp-image-190" title="div" src="http://www.uetalk.com/wp-content/uploads/2009/08/div-300x279.jpg" alt="显示当前页面的布局顺序" width="300" height="279" /></dt>
</dl>
</div>
<p>显示当前页面的布局顺序</p>
]]></content:encoded>
			<wfw:commentRss>http://www.uetalk.com/2009/08/nice-css-tool-web-developer/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>WP升级纪念</title>
		<link>http://www.uetalk.com/2009/08/wp_update/</link>
		<comments>http://www.uetalk.com/2009/08/wp_update/#comments</comments>
		<pubDate>Tue, 11 Aug 2009 04:09:48 +0000</pubDate>
		<dc:creator>coffeelone</dc:creator>
				<category><![CDATA[随心闲谈]]></category>
		<category><![CDATA[wp_update]]></category>

		<guid isPermaLink="false">http://www.uetalk.com/?p=180</guid>
		<description><![CDATA[终于受不了旧版本里写新日志时的Bug，升级，一定要升级！

用InstantUpdate插件升级失败：http方式不成功，可能是文件权限的问题；接着尝试Ftp方式，这个比较狠，上来就直接删旧版本的文件... ]]></description>
			<content:encoded><![CDATA[<div id="attachment_182" class="wp-caption alignleft" style="width: 164px"><img class="size-full wp-image-182" title="sidebar" src="http://www.uetalk.com/wp-content/uploads/2009/08/sidebar.jpg" alt="新版WP的sidebar" width="154" height="574" /><p class="wp-caption-text">新版WP的sidebar</p></div>
<p>终于受不了旧版本里写新日志时的Bug，升级，一定要升级！</p>
<p>用InstantUpdate插件升级失败：http方式不成功，可能是文件权限的问题；接着尝试Ftp方式，这个比较狠，上来就直接删旧版本的文件，结果中间还是出了错：旧文件删了可新文件还没整好就卡住了。只好手动升级，下载新版本，本地解压，Ftp上传到服务器上，覆盖除了wp-content之外的文件夹，完成。访问admin，提示升级数据库，同意后5秒钟搞定。</p>
<p>新版的wp-admin果然爽了很多，左边的sidebar越看越眼熟，不错，哈哈！</p>
<p>提示上传目录无权限问题，一是修改上传文件夹的权限为777，如果还是不行那可能就是默认上传文件夹错误，在admin里的“设置—〉其他 ”中设置默认文件夹的路径即可。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.uetalk.com/2009/08/wp_update/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

<!-- www.000webhost.com Analytics Code -->
<script type="text/javascript" src="http://analytics.hosting24.com/count.php"></script>
<noscript><a href="http://www.hosting24.com/"><img src="http://analytics.hosting24.com/count.php" alt="web hosting" /></a></noscript>
<!-- End Of Analytics Code -->
