<?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>B3 bohemia&#039;s - 坚持创新，给设计多一点乐趣 &#187; 设计思想</title>
	<atom:link href="http://blog.b3inside.com/tag/%e8%ae%be%e8%ae%a1%e6%80%9d%e6%83%b3/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.b3inside.com</link>
	<description>User Experience.Art and Design.Photography.Bohemia and You</description>
	<lastBuildDate>Thu, 02 Sep 2010 14:24:20 +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>10条可用性方面的启发</title>
		<link>http://blog.b3inside.com/userexperience/ten-usability-heuristics/</link>
		<comments>http://blog.b3inside.com/userexperience/ten-usability-heuristics/#comments</comments>
		<pubDate>Sun, 04 Apr 2010 15:20:40 +0000</pubDate>
		<dc:creator>波希米亚</dc:creator>
				<category><![CDATA[用户体验]]></category>
		<category><![CDATA[可用性]]></category>
		<category><![CDATA[设计思想]]></category>

		<guid isPermaLink="false">http://blog.b3inside.com/?p=991</guid>
		<description><![CDATA[译序：这篇文章是可用性大师 Jakob Nielsen 在10年前总结的，到今天仍然受用。通过这个时间跨度，可以得出，可用性话题不是某个时代的产物，一些研究经验时至今日也依然值得借鉴。看似短小的10条启示中，融入了大量项目经验，这些内容也将继续指导设计者，在新的互联网技术推动下，创造出更加高质量的产品。 不要把它当作教程来看，它只是思想精髓的提炼。在各式各样的项目中，会遇到千奇百怪的情况，会跟各种角色的人一同协作完成目标。只有当大家达成共识，才能更好地提高效率，这10条启发正是纽带。 其实，这是10条关于界面设计的基本准则。之所以称之为“启发”，是因为它们来源于实际经验，而非枯燥的理论知识。 系统状态的可见性 应始终让用户了解当前发生的事情，并在恰当的时机给予反馈。 系统与现实世界的匹配 讲用户听得懂的语言，无论单词、短语还是阐述一些概念，把术语留给机器去读。遵循现实世界的准则，让信息表现的自然、符合逻辑。 用户控制和行动自由 用户在功能选择上犯错是常有的事儿，这就需要为其提供一个“紧急出口”，不必再通过额外的对话就能离开那里。提供撤销和重做功能。 一致性和标准 别让用户为不同的文字、状况和行为是否代表同一件事情而产生疑虑。要遵循平台的思想。 错误的预防 一个能在第一时间防止犯错的设计，总好过一堆漂亮的错误提示信息。应当在用户行动以前，就消除能诱使犯错的条件，必要时提醒用户确认操作。防患于未然。 系统去识别而不是让用户记忆 尽量降低用户对目标、行为和可见选项的记忆成本。不要让他们去记忆信息该从哪段到哪段。同时系统的使用说明应当可见，并在必要时，提供适当的提示信息。 灵活性和使用效率 快捷键——对初级用户不必特殊说明——但可以提高专家级用户的使用效率，这种交互兼顾了有经验和没经验的用户。同时允许用户定制频繁动作（译注：允许用户将使用频率较高的操作集中，或将功能按个人习惯排列） 简约设计美学 对话不应该包含不相关或不需要的信息。因为每一个额外的信息单元，都会一定程度上削弱原本相关信息单元的相对可见性。 帮助用户识别、诊断，并从错误中恢复 错误信息应当使用简单的语言（别用代码、编号，这种东西只有工程师能看懂），有针对性地阐明问题，并带有建设性地解决方案。 帮助文档 即使一个系统很棒，不用依赖帮助也能使用，但它可能仍然需要帮助文档。诸如用户重点任务方面的任何信息都应该能被方便地找到，并提供有简明的具体行动步骤。 via useit.com image：www.gettyimages.cn 相关文章“Back to Top”有害页面健康？ 一个关于“Back to Top”的小故事 可用性工程的生命周期


相关文章<ol><li><a href='http://blog.b3inside.com/userexperience/backtotop-considered-harmful/' rel='bookmark' title='Permanent Link: “Back to Top”有害页面健康？'>“Back to Top”有害页面健康？</a></li>
<li><a href='http://blog.b3inside.com/userexperience/short-story-about-top-links/' rel='bookmark' title='Permanent Link: 一个关于“Back to Top”的小故事'>一个关于“Back to Top”的小故事</a></li>
<li><a href='http://blog.b3inside.com/userexperience/the-usability-engineering-lifecycle/' rel='bookmark' title='Permanent Link: 可用性工程的生命周期'>可用性工程的生命周期</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p><a href="http://blog.b3inside.com/wp-content/uploads/2010/04/heuristics.gif"><img class="alignnone size-full wp-image-1010" title="heuristics" src="http://blog.b3inside.com/wp-content/uploads/2010/04/heuristics.gif" alt="" width="400" height="225" /></a></p>
<blockquote><p>译序：这篇文章是可用性大师 <a title="Author bio" href="http://www.useit.com/jakob/">Jakob  Nielsen</a> 在10年前总结的，到今天仍然受用。通过这个时间跨度，可以得出，可用性话题不是某个时代的产物，一些研究经验时至今日也依然值得借鉴。看似短小的10条启示中，融入了大量项目经验，这些内容也将继续指导设计者，在新的互联网技术推动下，创造出更加高质量的产品。</p>
<p>不要把它当作教程来看，它只是思想精髓的提炼。在各式各样的项目中，会遇到千奇百怪的情况，会跟各种角色的人一同协作完成目标。只有当大家达成共识，才能更好地提高效率，这10条启发正是纽带。</p></blockquote>
<p>其实，这是10条关于界面设计的基本准则。之所以称之为“启发”，是因为它们来源于实际经验，而非枯燥的理论知识。</p>
<p><strong>系统状态的可见性</strong><br />
应始终让用户了解当前发生的事情，并在恰当的时机给予反馈。</p>
<p><strong>系统与现实世界的匹配</strong><br />
讲用户听得懂的语言，无论单词、短语还是阐述一些概念，把术语留给机器去读。遵循现实世界的准则，让信息表现的自然、符合逻辑。</p>
<p><strong>用户控制和行动自由</strong><br />
用户在功能选择上犯错是常有的事儿，这就需要为其提供一个“紧急出口”，不必再通过额外的对话就能离开那里。提供撤销和重做功能。</p>
<p><span id="more-991"></span><strong>一致性和标准</strong><br />
别让用户为不同的文字、状况和行为是否代表同一件事情而产生疑虑。要遵循平台的思想。</p>
<p><strong>错误的预防</strong><br />
一个能在第一时间防止犯错的设计，总好过一堆漂亮的错误提示信息。应当在用户行动以前，就消除能诱使犯错的条件，必要时提醒用户确认操作。防患于未然。</p>
<p><strong>系统去识别而不是让用户记忆</strong><br />
尽量降低用户对目标、行为和可见选项的记忆成本。不要让他们去记忆信息该从哪段到哪段。同时系统的使用说明应当可见，并在必要时，提供适当的提示信息。</p>
<p><strong>灵活性和使用效率</strong><br />
快捷键——对初级用户不必特殊说明——但可以提高专家级用户的使用效率，这种交互兼顾了有经验和没经验的用户。同时允许用户定制频繁动作（译注：允许用户将使用频率较高的操作集中，或将功能按个人习惯排列）</p>
<p><strong>简约设计美学</strong><br />
对话不应该包含不相关或不需要的信息。因为每一个额外的信息单元，都会一定程度上削弱原本相关信息单元的相对可见性。</p>
<p><strong>帮助用户识别、诊断，并从错误中恢复</strong><br />
错误信息应当使用简单的语言（别用代码、编号，这种东西只有工程师能看懂），有针对性地阐明问题，并带有建设性地解决方案。</p>
<p><strong>帮助文档</strong><br />
即使一个系统很棒，不用依赖帮助也能使用，但它可能仍然需要帮助文档。诸如用户重点任务方面的任何信息都应该能被方便地找到，并提供有简明的具体行动步骤。</p>
<p>via <a title="查看原文" href="http://www.useit.com/papers/heuristic/heuristic_list.html">useit.com</a><br />
image：<a title="华盖创意" href="http://www.gettyimages.cn">www.gettyimages.cn</a> </p>


<p>相关文章<ol><li><a href='http://blog.b3inside.com/userexperience/backtotop-considered-harmful/' rel='bookmark' title='Permanent Link: “Back to Top”有害页面健康？'>“Back to Top”有害页面健康？</a></li>
<li><a href='http://blog.b3inside.com/userexperience/short-story-about-top-links/' rel='bookmark' title='Permanent Link: 一个关于“Back to Top”的小故事'>一个关于“Back to Top”的小故事</a></li>
<li><a href='http://blog.b3inside.com/userexperience/the-usability-engineering-lifecycle/' rel='bookmark' title='Permanent Link: 可用性工程的生命周期'>可用性工程的生命周期</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://blog.b3inside.com/userexperience/ten-usability-heuristics/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>信息分类是为了更好的索引</title>
		<link>http://blog.b3inside.com/userexperience/for-better-index-by-information-classification/</link>
		<comments>http://blog.b3inside.com/userexperience/for-better-index-by-information-classification/#comments</comments>
		<pubDate>Mon, 01 Feb 2010 02:13:14 +0000</pubDate>
		<dc:creator>波希米亚</dc:creator>
				<category><![CDATA[用户体验]]></category>
		<category><![CDATA[信息处理]]></category>
		<category><![CDATA[设计思想]]></category>

		<guid isPermaLink="false">http://blog.b3inside.com/?p=781</guid>
		<description><![CDATA[你不得不承认，今天网络发展之迅速，信息流动速度之快、量之大，是我们不曾考虑过的，但现在它就真真切切地摆在我们面前。如何接纳信息，怎么处理、消化它们成了互联网用户要花精力去解决的大问题。 “好记性不如烂笔头”，儿时长辈总是如是教导我们，但这条法则放在今天，未必有些跟不上节奏。在这个信息爆炸的时代，想把看到听到的事情都一一记下，哪里来得及；机械的记忆并不能帮你解决“组织”问题，学会如何管理信息才是王道（当然，这里说的“组织”不是指Organization）。如果你已经能熟练地搜索引擎，这已经是一个好的开始，因为你发现动态地使用关键字，可以更快地找到想要的信息。而关键字就是一种索引标记。 如果这么说太抽象，那来想想你是如何为IM、SNS中好友进行分类的。首先考虑下为什么要给他们分类？其次，怎么分类？5-4-3-2-1，时间到！给好友分类是为了更快地在众多联系人中找到他，节省时间。在寻找联系人的过程中，分类扮演了索引的角色，它是帮你完成定位的一条捷径。再来说说我是如何分类的：我把所有联系人按公司、学校进行划分。刚参加工作时也曾按圈子把公司人分类，后来发现这么分太泛泛，我得一直记得某个人是什么角色，而相对来说，公司属性更明显且便于记忆。同学就不用说了，如果想再细分，学校就是最好的天然属性。这么看，公司、学校就是一种索引标记。 图书如何分类？细心的你可能发现现在很多书封面的角落里都会注上“上架参考：经济类”，这是为了让此书出现在书店合适的分类系统中，让读者更容易发现它。这是出版方和作者有意对图书进行的索引。这个分类产生的过程是：先有内容，后有分类。这里要联想到，在写博客时，顺序也应当如此，“出版”发布前，给它个“上架参考”，当然这个参考就是博客的分类目录、标签（Tags）了。分类目录是文章的范围，标签（Tags）则是经提炼后的内容关键字，是对标题的补充，帮助记忆。所以，标签（Tags）就是一种索引标记。 电影（DVD）、歌曲（CD）本身所带有的属性（如出版公司、导演、演员、歌手、歌曲名等）已经足够标识这个产品，再使用Tags打上标签对识别这个产品就没有太大意义了。有天然属性的信息，就用这些属性做索引，免得“脱裤子放屁——费二遍事”。 值得一提的是，分类并不单单是给人看的，同时也是给机器看的。用户不断地抽取、提炼核心关键字给计算机学习，让机器去做分类、索引这样的重复工作，帮助用户提高效率。 相关文章10条可用性方面的启发 “Back to Top”有害页面健康？ 一个关于“Back to Top”的小故事


相关文章<ol><li><a href='http://blog.b3inside.com/userexperience/ten-usability-heuristics/' rel='bookmark' title='Permanent Link: 10条可用性方面的启发'>10条可用性方面的启发</a></li>
<li><a href='http://blog.b3inside.com/userexperience/backtotop-considered-harmful/' rel='bookmark' title='Permanent Link: “Back to Top”有害页面健康？'>“Back to Top”有害页面健康？</a></li>
<li><a href='http://blog.b3inside.com/userexperience/short-story-about-top-links/' rel='bookmark' title='Permanent Link: 一个关于“Back to Top”的小故事'>一个关于“Back to Top”的小故事</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p>你不得不承认，今天网络发展之迅速，信息流动速度之快、量之大，是我们不曾考虑过的，但现在它就真真切切地摆在我们面前。如何接纳信息，怎么处理、消化它们成了互联网用户要花精力去解决的大问题。</p>
<p>“好记性不如烂笔头”，儿时长辈总是如是教导我们，但这条法则放在今天，未必有些跟不上节奏。在这个信息爆炸的时代，想把看到听到的事情都一一记下，哪里来得及；机械的记忆并不能帮你解决“组织”问题，学会如何管理信息才是王道（当然，这里说的“组织”不是指Organization）。如果你已经能熟练地搜索引擎，这已经是一个好的开始，因为你发现动态地使用关键字，可以更快地找到想要的信息。而<strong>关键字就是一种索引标记。</strong></p>
<p>如果这么说太抽象，那来想想你是如何为IM、SNS中好友进行分类的。首先考虑下为什么要给他们分类？其次，怎么分类？5-4-3-2-1，时间到！给好友分类是为了更快地在众多联系人中找到他，节省时间。在寻找联系人的过程中，<strong>分类扮演了索引的角色</strong>，它是帮你完成定位的一条捷径。再来说说我是如何分类的：我把所有联系人按公司、学校进行划分。刚参加工作时也曾按圈子把公司人分类，后来发现这么分太泛泛，我得一直记得某个人是什么角色，而相对来说，公司属性更明显且便于记忆。同学就不用说了，如果想再细分，学校就是最好的天然属性。这么看，<strong>公司、学校就是一种索引标记。</strong></p>
<p>图书如何分类？细心的你可能发现现在很多书封面的角落里都会注上“上架参考：经济类”，这是为了让此书出现在书店合适的分类系统中，让读者更容易发现它。这是出版方和作者有意对图书进行的索引。<strong>这个分类产生的过程是：先有内容，后有分类。</strong>这里要联想到，在写博客时，顺序也应当如此，“出版”发布前，给它个“上架参考”，当然这个参考就是博客的分类目录、标签（Tags）了。分类目录是文章的范围，标签（Tags）则是经提炼后的内容关键字，是对标题的补充，帮助记忆。所以，<strong>标签（Tags）就是一种索引标记。</strong></p>
<p>电影（DVD）、歌曲（CD）本身所带有的属性（如出版公司、导演、演员、歌手、歌曲名等）已经足够标识这个产品，再使用Tags打上标签对识别这个产品就没有太大意义了。有天然属性的信息，就用这些属性做索引，免得“脱裤子放屁——费二遍事”。</p>
<p>值得一提的是，分类并不单单是给人看的，同时也是给机器看的。用户不断地抽取、提炼核心关键字给计算机学习，让机器去做分类、索引这样的重复工作，帮助用户提高效率。 </p>


<p>相关文章<ol><li><a href='http://blog.b3inside.com/userexperience/ten-usability-heuristics/' rel='bookmark' title='Permanent Link: 10条可用性方面的启发'>10条可用性方面的启发</a></li>
<li><a href='http://blog.b3inside.com/userexperience/backtotop-considered-harmful/' rel='bookmark' title='Permanent Link: “Back to Top”有害页面健康？'>“Back to Top”有害页面健康？</a></li>
<li><a href='http://blog.b3inside.com/userexperience/short-story-about-top-links/' rel='bookmark' title='Permanent Link: 一个关于“Back to Top”的小故事'>一个关于“Back to Top”的小故事</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://blog.b3inside.com/userexperience/for-better-index-by-information-classification/feed/</wfw:commentRss>
		<slash:comments>15</slash:comments>
		</item>
	</channel>
</rss>
