<?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>刘钢 - 我是UED</title>
	<atom:link href="http://www.iamued.com/feed" rel="self" type="application/rss+xml" />
	<link>http://www.iamued.com</link>
	<description>http://www.IamUED.com</description>
	<lastBuildDate>Thu, 11 Mar 2010 00:44:21 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>一个在线JS代码调试器:jsfiddle</title>
		<link>http://www.iamued.com/qianduan/1289.html</link>
		<comments>http://www.iamued.com/qianduan/1289.html#comments</comments>
		<pubDate>Wed, 10 Mar 2010 13:36:03 +0000</pubDate>
		<dc:creator>RichieLiu</dc:creator>
				<category><![CDATA[JavaScript]]></category>
		<category><![CDATA[前端开发]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[jsfiddle]]></category>
		<category><![CDATA[调试]]></category>

		<guid isPermaLink="false">http://www.iamued.com/?p=1289</guid>
		<description><![CDATA[从朋友的blog发现一个好玩的：）
一个在线编译代码的调试器，很强大支持自己添加框架，目前内置的框架有的：MOOTOOLSJQUERYPROTOTYPEYUI GLOWVAILLA.此调试器界面比较清晰，HTML、CSS、JS、显示结果都分别排列在一起，随时可以看到调试的结果，选择某种框架后就可以直 接在JS的输入框里输入对应的代码，点运行后在结果框里就能立即看到效果，此外它还支持IFRAME的站外引用，如果想给你的博客添加一个便捷的在线脚本 或者页面调试器，那这一款Web playground肯定十分适合你。

尝试一下？http://jsfiddle.net/
外部调用演示：

]]></description>
		<wfw:commentRss>http://www.iamued.com/qianduan/1289.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>什么是用户研究？全解析</title>
		<link>http://www.iamued.com/user/1287.html</link>
		<comments>http://www.iamued.com/user/1287.html#comments</comments>
		<pubDate>Wed, 10 Mar 2010 13:28:33 +0000</pubDate>
		<dc:creator>RichieLiu</dc:creator>
				<category><![CDATA[用户研究]]></category>
		<category><![CDATA[产品]]></category>
		<category><![CDATA[设计]]></category>

		<guid isPermaLink="false">http://www.iamued.com/?p=1287</guid>
		<description><![CDATA[随着十几年前“用户体验”这一概念的提出，“用户研究”也逐渐发展成为一个新兴的行业。那么，“用户研究”究竟包括哪些工作内容，在企业中如何开 展，实施过程中要注意什么呢？ 本文结合个人经验，做一个简单的分析与总结。
用户研究能做什么？
目前，业界更多的是结合产品设计和开发流程来描述用户研究的，如下图所示：

用户研究随着产品开发周期不断迭代进行。

以上这种解释，很好地描述了用户研究在产品设计和开发过程中的持续性和阶段性。然而，基于产品设计和开发的用户研究只是我们工作的一部分，更有 效、更专业的用户研究，应该还可以为市场拓展、广告推广、营销策略、甚至公司的品牌战略提供专业协助。也只有通过多方位、多角度的调研，我们才能更系统地 了解用户的行为和动机，提出更全面、更有建设性的意见。
所以，它也应该对影响用户体验的其他因素进行研究，从而获取一个更为全面的用户模型。

用户研究的三种类型
上面提到了用户研究的主要工作内容，那么，以互联网产品公司为例，作为一个用户研究人员，如何规划这些工作，从广度和深度两方面获得对用户的深 入了解，是我们应该思考的问题。
我把用户研究分为以下三种类型，这三种类型的研究工作相互联系，互为基础和补充。

项目型研究，是解决临时问题的调研，比如，解决产品研发、营销策划等工作中临时出现的问题，这些调研需求会 在产品的不同阶段，由各相关部门提出。
常规性研究，是我们需要持续不断进行的工作，比如，定期/不定期用户满意度调查，用户反馈和渠道反馈的监测 等等。当常规性用户调研的结果中，出现了需要深入了解和验证的问题，我们可以立项，进入项目型研究的范畴。
策略型研究，是在多方位、多层次的用户研究基础上，结合其他部门或者外部的研究成果，提炼和拓展，进行新机 遇探索的前瞻性研究。
成功开展用户研究的五大要素
好的规划是基础，好的实施是保证。在用户研究的实施过程中，以下几点非常重要：
1.理清研究目的和要回答的问题
研究计划之前，弄清楚为什么要做这次研究，研究要回答哪些问题，并且书面确定下来。
很多时候，客户会希望一次研究就能解决他们很多疑问，但这往往是不现实的。这种情况下，和客户一起理清这些问题的优先级次序，制定一个可行的研 究计划，将是一个好的开始。
2.发动相关人员参与研究过程
即便在计划初期，广泛收集了大家的需求，争取他们参与到调研过程中，仍然非常重要。
一方面，通过观察后的讨论，了解大家的想法，更多的背景知识可以让用户研究报告更全面，更深入；另一方面，让研究成果成为大家共同的成果，提高 客户对它的接受度和认同感。
我经常会碰到这样的情况，在研究成果汇报会议上，有人提出疑问，在我还没来得及发言的时候，已经有参与过观察的客户在帮我解释了:)
3.研究成果的可操作性
研究成果不应该停留在我们发现了什么，更应该建议我们下一步要做什么，如何做。
4.研究成果的专业展示和汇报
好的报告内容同样需要好的包装。视觉化的信息，更容易被人理解和接受。
根据听取汇报的对象，选择对于他们而言生动有趣的形式来阐述研究成果。
5.研究成果实施情况的跟踪
针对每一项研究结果，都应该和相关负责人确定实施计划，存档并跟踪，保证用户研究的成果落实到后续的工作中去。
最后我想说，好的用户体验，不是某个人或某个部门努力就能实现的，公司各部门资源的整合和统一，是实现良好用户体验的关键。各部门人员都有着自 己的专长和专业视角，只要每个人都主动地沟通和分享，并朝着统一的目标去寻求解决方案，我相信，更好的用户体验触手可及。
原文：http://cdc.tencent.com/?p=2317
]]></description>
		<wfw:commentRss>http://www.iamued.com/user/1287.html/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Nicholas C. Zakas如何面试前端工程师</title>
		<link>http://www.iamued.com/qianduan/1283.html</link>
		<comments>http://www.iamued.com/qianduan/1283.html#comments</comments>
		<pubDate>Mon, 08 Mar 2010 03:59:22 +0000</pubDate>
		<dc:creator>RichieLiu</dc:creator>
				<category><![CDATA[JavaScript]]></category>
		<category><![CDATA[前端开发]]></category>
		<category><![CDATA[前端重构]]></category>
		<category><![CDATA[前端工程师]]></category>
		<category><![CDATA[招聘]]></category>
		<category><![CDATA[面试]]></category>

		<guid isPermaLink="false">http://www.iamued.com/?p=1283</guid>
		<description><![CDATA[Original Post：Interviewing the front-end engineer
Nicholas C. Zakas，2010年1月5日
翻译完成：2010年1月7日，最后更新：2010年1月10日
面试前端工程师对我来说是一件非常有意思的事，因为面试过程很大程度上也是自我提升的过程。无论大公司还是小公司，之所以在如何招聘到真正有能力的 前端工程师方面会遇到同样的问题，就是因为负责招聘的那些人不知道自己公司需要什么样的人，结果问问题时也问不到点子上。经过这几年在行业里的摸索，我总 结出了自己的一套很有效的面试前端工程的方法。
有的应聘者说我不好对付，但留给他们这样的印象也并非我所愿。我觉得之所以他们说我不好对付，主要是因为我问他们问题时问得太细了。以前我曾专门写过一些东西，告诉应聘者怎么才能通过我的面试以及怎样才能成为优秀的前端工程师应该具备什么样的素质，而我的面试可以说完全是按照那两篇文章的标准进行的。我不会问一些特别偏门的问题，也不认为出几道逻辑题就能考出人的真实水平。我唯一的想法就是确定你能否胜任我们要招的这个职位。为此，我需要简单地考察如下几个方面。
基本知识
我们生活在互联网时代，你想知道的任何事情几乎都能在15分钟内找到相关信息。可是，能找到信息并不等于你会使用它。我认为所有前端工程师至少都应 该掌握某些基本的知识，才能有效地完成自己的工作。如果一遇到问题，就停下工作上网四处搜索解决方案，怎么可能保证按期完成工作呢？听听，还有谁在说“我 不知道，但我可以上网搜到。”请这些同学把手举起来，让大家认识一下（immediately raises a flag for me.）。下面我列出一些基本的知识点，这些都是我认为一名前端工程师（无论工作年头长短）在没有任何外来帮助的情况下就应该知道的。

DOM结构——两个节点之间可能存在哪些关系以及如何在节点之间任意移动。
DOM操作——怎样添加、移除、移动、复制、创建和查找节点。
事件——怎样使用事件以及IE和DOM事件模型之间存在哪些主要差别。
XMLHttpRequest——这是什么、怎样完整地执行一次GET请求、怎样检测错误。
严格模式与混杂模式——如何触发这两种模式，区分它们有何意义。
盒模型——外边距、内边距和边框之间的关系，IE &#60; 8中的盒模型有什么不同。
块级元素与行内元素——怎么用CSS控制它们、它们怎样影响周围的元素以及你觉得应该如何定义它们的样式。
浮动元素——怎么使用它们、它们有什么问题以及怎么解决这些问题。
HTML与XHTML——二者有什么区别，你觉得应该使用哪一个并说出理由。
JSON——它是什么、为什么应该使用它、到底该怎么使用它，说出实现细节来。

重申一下，上述这些知识点都应该是你“想都不用想”就知道的东西。我一开始问的所有问题都是想摸清你对所有这些领域知识的掌握程度。虽然上面列出的这些知识点并没有面面俱到，但我觉得你至少应该掌握这些，才有可能跟我坐到一间办公室里来。
少量提问

我非常赞同面试者问的问题越少越好。反复问应聘者各种问题既不公平，也很无聊。我在任何一次面试中，通常只问三个大问题，但每个问题又会涉及我所能想到的多个方面。回答每个大问题一般要经过几个步骤，这样我就可以在每个步骤中穿插着问一些小问题。比如说：
现在有一个正显示着Yahoo!股票价格的页面。页面上有一个按钮，你可以单击它来刷新价格，但不会重新加载页面。请你描述一下实现这个功能的过程，假设服务器会负责准备好正确的股票价格数据。
这个问题牵扯到一组我想要考察的基本知识点：DOM结构、DOM操作、事件处理、XHR和JSON。如果我要求你换一种处理股票价格的方式，或者让 你在页面中显示其他信息，就可以把更多的知识点包括进来。对于经验比较丰富的应聘者，我也可以自如地扩展要考察的知识范围，最简单像JOSN与XML的区 别、安全问题、容量问题，等等。
我还希望应聘者给出的任何解决方案中都不要使用库。我想看到最原生态的代码，你就当页面中没有包含任何库。你说你对哪个库了解多少多少，但我不能把关于库的知识作为评判能力的因素，因为库是会随时间变化的。我需要的是真正理解库背后的机制，特别是能够徒手写出一个自己的库的人。
解决问题
做为一名前端工程师，最值得高兴的事莫过于解决同一个问题会有很多种不同的方法，而你要做的就是找出最合适的方法来。我在提问的时候，经常会在应聘 者解释完一种方法后问他们还有没有第二种方法。此时我会跟他们说，假设你的这个方法由于种种原因被否决了，那么你还能不能给出另一种方法。这样做可以达到 两个目的。
首先，可以测试出他们是否在毫无意义地复述书本中的东西。不能不承认，某些人确实有过目不忘的天赋，听他们在那里滔滔不绝地讲，你会觉得他们什么都 明白。可是，只要一跟这些人谈到怎么查找方案无效的原因，以及能否拿出一个新方案来，他们往往就傻眼了。这时候，如果我听到“我不明白这个方案为什么不够 好”之类的反问，心里立刻就明白我的问题已经超出了他们的能力范围，而他们只是想拿自己死记硬背的结论来蒙混过关。
其次，可以测试出他们已经掌握的（还是那句话，“想都不用想”就知道的）浏览器技术知识。如果他们对浏览器平台的核心知识有较好的理解，想出解决同一问题的不同方案根本没有那么难。
对一名前端工程师来说，这绝对是最重要的能力。前端工程师在工作中遇到本该如此却并未如此的难题（说你啦，IE6），应该说是一件很平常的事。一个方案无效就无计可施的人，做不了前端工程师。
考核应聘者解决问题能力的另一层原因，与我的个人喜好有关。在搞清楚应聘者知道什么不知道什么之后，我就会想着问一个他们知识领域之外的问题。这样 做的目的，就是想看看他们怎样运用已有的知识解决新问题。在解决问题的每一步，我也准备了一些提示，以防有人会卡壳打艮（在我面前15分钟一言不发，对我 评价这个人毫无帮助）。我真正感兴趣的，是他们能够从上一步前进到下一步。我希望看到一个人就在我眼前学到新知识。
注意：所有问题都与浏览器技术相关。我不相信出几道抽象的逻辑题，就能够考出某人解决Web技术问题的能力。在我看来，这无异于让素描大师画肖像（或者让刘翔跟博尔特同场竞技），没有意义，也得不到任何有价值的信息。
有激情
要成为一名优秀的前端工程师，最重要的莫过于对自己做的事要有激情。我们的技能都不是从学校中或者研讨会上学来的，因此前端工程师必须具备自学能 力。浏览器技术的变化可谓日新月异，所以也只有不断提升自己的技能才做得到与时俱进。我虽然不能强迫谁必须多看博客、不断学习，但想应聘前端工程师的人恐 怕还是必须得这么做。
你怎么知道谁对这种工作有没有激情？实际上非常简单。我只问一个简单的问题：“目前你对什么Web技术最感兴趣？”这个问题永远不会过期，而且也几 乎不可能出错……除非你答不上来。就眼下来说，我希望你对这个问题给出的技术中包括WebSocket、HTML、WebGL、客户端数据库，等等。只有 对Web开发充满激情的人，才会坚持不懈地学习新知识、掌握新技能；这些人才是我真正想要的。当然，我会让他们详细解释自己提到的技术，以保证他们不是随 口念叨了几个时髦的新词汇。
最后一点
计算机科学或者Web设计方面的知识当然也有用，但那都是基本知识之外的东西。只要基本知识在那儿了，一切就都有了基础，想扩充知识面也不难。可 是，如果等到正式上班以后，还得从头学习基本技能，那种难度是不可同日而语的。另外，高级前端工程师与一般工程师相比，肯定需要掌握更多的技能。而面试几 乎没有经验的大学毕业生，我也会有一套完全不同的程序。我在这篇文章里列出来的都是一些最基本的东西。
对于那些还没有多少面试经验的人，我总是喜欢告诉他们，面试完了只要问自己一个问题就行：你想以后跟这个人在一起共事吗？如果不管为什么，回答是不，那就是不。

免责声明：本文的任何观点与意见都只跟Nicholas C. Zakas有关，与Yahoo!公司、Wrox出版公司、O’Reilly出版公司乃至其他任何人无关。我在这里说的话，仅代表我自己，不代表上述公司。
你可以在这里留言，也可以在你自己的站点上发送一个引用通告。
]]></description>
		<wfw:commentRss>http://www.iamued.com/qianduan/1283.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>2010年3月 &#8211; WEB标准化交流会 -腾飞吧前端们</title>
		<link>http://www.iamued.com/qianduan/1281.html</link>
		<comments>http://www.iamued.com/qianduan/1281.html#comments</comments>
		<pubDate>Sat, 06 Mar 2010 07:06:35 +0000</pubDate>
		<dc:creator>RichieLiu</dc:creator>
				<category><![CDATA[JavaScript]]></category>
		<category><![CDATA[前端开发]]></category>
		<category><![CDATA[前端重构]]></category>
		<category><![CDATA[W3Ctech]]></category>
		<category><![CDATA[WEB标准化交流会]]></category>

		<guid isPermaLink="false">http://www.iamued.com/?p=1281</guid>
		<description><![CDATA[继1月交流会 后的2010年第一期 话题很感兴趣 正好被相关问题烦恼着
腾飞吧 前端们
本期新增深圳站的交流！

话题：前 端开发在研发流程中与其他岗位协作效率的提升


研发流程
协同规范
有效沟通

有 想法？去讨论


时间：2010-3-27 14：00－18：00
报名时间：2010-3-1 至 2010-3-21  交流会邀请会在3-23日统一发出，请留意您的邮件。
地点：

北京：海淀区中关村腾讯北京
上海：携程旅行网 上海市长宁区福泉路99号[地铁2号线淞虹路终点站5号口出]
广州：天河区天河路208号粤海天河城大厦39楼新浪公司
深圳：深圳市南山区高新南一道飞亚达大厦508室



W3Ctech-交流会 官方网站 http://www.w3ctech.com/
]]></description>
		<wfw:commentRss>http://www.iamued.com/qianduan/1281.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>分享：建议“前端开发”人员掌握的技术</title>
		<link>http://www.iamued.com/qianduan/1278.html</link>
		<comments>http://www.iamued.com/qianduan/1278.html#comments</comments>
		<pubDate>Tue, 02 Mar 2010 15:14:15 +0000</pubDate>
		<dc:creator>RichieLiu</dc:creator>
				<category><![CDATA[JavaScript]]></category>
		<category><![CDATA[前端开发]]></category>
		<category><![CDATA[前端重构]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[技术]]></category>
		<category><![CDATA[方向]]></category>

		<guid isPermaLink="false">http://www.iamued.com/?p=1278</guid>
		<description><![CDATA[



建议“前端开发”人员掌 握的技术




必备技能
XHTML
CSS
高级应用
Photoshop
JavaScript
拓展技能
Ajax+UE+SEO+PHP+Mysql


文章摘要
前几天有一个网友留言，提到他正在阅读 “Javascript,CSS,XHTML,Ajax,jQuery”  等等一系列书籍。回想我上学的时候，也是看了很多东西，最终却没有用上，所以，在此写写自己学前端的一些感想。



前端这一行，入门并不困难，掌握XHTML+CSS之后，基本上就可以找到一份工作。
其他的东西，我们可以入职后再慢慢学习。

那怎么才算掌握？掌握到什么程度？
检验自己水平的最好方式就是实战！学代码，就要边学边做。
这是最基本的东西，一定要把基础打扎实。
做什么内容？
我们既然是做前端的，为什么不用标准化的语言来写自己的简历？同样出去找工作，递一份doc的简历好使，还是递一个通过W3C验证的页面更有说服力？实在 不知道拿什么东西练手，甚至可以去重构yahoo的网站，看看他们怎么写的，再对比一下自己的代码。琢磨琢磨他们为什么那么写，有什么优点，有什么缺陷。

之后呢？

掌握JS
进了公司门，从第一天开始，就要学习JavaScript， 玩到精。JS也是前端必备的技能之一。之所以把它列出去，是让初学者有一个渐进的步骤。同时学太多东西，难以消化，这样分开一步一步的玩精通，压力会小一 些。学完这个，基本上就可以称为一个前端工程师了，对将来的工作非常有帮助。
选择性掌握PS
Photoshop也是一定要学的，学到什么程度可以根据你自己的需求来定。如果将来想自己做单子，那PS就要玩的很地道。如果将来靠前端吃饭，去大公司 是不需要前端开发做设计稿的，会分层切图就可以了。当然，如果PS玩的很好，是不错的事情。

最后谈一下拓展技能

Ajax、jQuery
这些绚烂的名词，等你工作1-2年，JavaScript玩的烂熟于心的时候，自然会接触到。把他们列为拓展技能，是因为目前中小型企业的网站上应用这些 还不是很多，甚至应用JS的都不是很多。做到前边几项基本上就可以找到一份工作，再掌握这些，自然是画龙点睛之笔。但我的建议是，不妨先看一下下面几个技 能，我个人感觉，更有价值。
PHP+Mysql或者ASP或者JSP或者….
职业的特殊性决定了我们需要跟后端工作者频繁的沟通，掌握这方面的一些知识有利于更有效的交流问题。提升前端在整个团队中的形象，进而提升自己的待遇。另 外，学好这部分东西，有企业找你做网站的时候，你可以拿的更稳妥。至于学PHP还是学JSP，根据自己的爱好来定，我个人比较喜欢 PHP，wordpress是很好玩的东西。
SEO+UE（用户体验）
用户体验是王道，而SEO是吸引用户的王道。我投入了很大的精力在这一领域，所阅读的书籍甚至比前端的书籍还要多。当然，我也一直认为UE就是前端开发不 可缺失的一部分。玩好这一点，往上，可以晋升到产品经理、部门经理的位置；往下，可以博得自己客户的满意。况且这东西并不难学，多留神观察生活就是了。何 乐而不为？

做好一个前端开发工程师，并不是我们最终的目的，前端是一个一专多长的职业，为什么不放大一下自己所学的知识，去做更有意义的工作？掌握了这些方方 面面的技能之后，就已经具备了独立运营网站的技术实力。希望大家能更灵活的运用自己所拥有的能力，做更绚丽的作品，仅以此文共勉。
本文转自：崔凯的blog http://uicss.cn/front-end-developer-needed-technical/
]]></description>
		<wfw:commentRss>http://www.iamued.com/qianduan/1278.html/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>分享：网站体验七武器</title>
		<link>http://www.iamued.com/product/1276.html</link>
		<comments>http://www.iamued.com/product/1276.html#comments</comments>
		<pubDate>Sun, 28 Feb 2010 12:36:08 +0000</pubDate>
		<dc:creator>RichieLiu</dc:creator>
				<category><![CDATA[产品设计]]></category>
		<category><![CDATA[用户体验]]></category>

		<guid isPermaLink="false">http://www.iamued.com/?p=1276</guid>
		<description><![CDATA[
看了这篇文章，觉得写得不错，写出了一些核心关键点 值得学习
1.	什么是体验？
现在搞产品或者设计的人，张嘴闭嘴都在谈用户体验。而那句“哥玩的不是游戏，玩的是寂寞”其实更准确的说玩的就是体验。那何为用户体验？下面我们就来追根 溯源来看看体验是什么发展跟来的。
1.1.	经济供给物的四个阶段
从经济角度来讲，我们的供给物分：产品、商品、服务、体验，四个阶段。而每个一阶段都是递进关系，是根据我们社会的物质丰富，技术发展和文化的进步一起同 步升级。
产品：是从自然界中开发出来的可互换的材料。
商品：是公司标准化销售的有形产品。
服务：是为特定顾客所演示的无形活动。
体验：是使每个人以个性化的方式参与其中的事件。
当每一个阶段市场环境饱和以后，那么就必然要升级到另一个阶段，也就是进化。而我们现在所面临的阶段就是“体验”。

1.2.	体验经济
农产品是可加工的，商品是有实体的，服务是无形的，而体验是难忘的。
体验事实上是一个人达到情绪、体力、智力甚至是精神的某一特定水平时，他意识中所产生的美好感觉。结果是没有哪两个人能够 得到完全相同的体验经历，因为任何一种体验其实都是某个人本身心智状态与那些筹划事件之间互动额作用的结果。
虽然体验舞台提供者的工作就在表演的瞬间消失了，但这种体验的价值会在欣赏者的记忆中留下深刻印象。大多数父母带着他们的孩子到迪斯尼世界，不是为 了这一件事本身，而是为了使得家庭成员共同分享这个令人难忘的经历，这种经历成为其家庭日常交流的一个组成部分。尽管这种经历不能触摸得到，但人们仍然珍 视它，因为它的价值就在他们心中，并且经久不衰。
为了增加顾客的体验而设计他们的商品–实质上就是将商品体验化。
为什么Iphone一部手机可以卖到5000块，而且还供不应求。为什么Sony  Vaio电脑同样的配置下竟然比其他对手价格贵一倍？但是丝毫没有影响其销量。这就是体验经济的力量。
2.	武器一：生动传神的视频
我们经常会为了怎样把一款新产品，如何在网页上展示的更好而绞尽脑汁，用漂亮的图片？大幅的文字描述？Flash交互式介绍？
在2007年有一款全新的，非常吸引人又非常复杂的产品上市了。那就是Iphone，在apple网站除了一张很大很漂亮的图片做介绍以外，还采用 了一段10几分钟的视频。这段视频只有纯白色的背景+一个解说员+iphone。虽然元素如此简单，但是经过精心安排的片段不仅把iphone的主要功能 讲述非常清晰，而且有一种身临其境的参与感。这种感觉就好比你对面有一个人拿着iphone给你做现场演示一样。当年iphone大获成功，同时这种视频 演示方式+youtube的兴起。一夜之间在互联网上纷纷被效仿。
2.1.	视频胜过千言万语
我们经常会说，一图胜千言。而到了如今的互联网，到不如说一视频胜千言。我们都知道一般的用户在网上都是浏览，而不是阅读。这样无论是图还是文字，都很难 吸引用户长时间的停留在一个地方，即使这个地方做得再好。用户也就多扫几眼而已。所以很多公司为了吸引用户更长的时间停留，就采用了flash交互式展示 的方式。这样用户可以有参与感，会停留的时间更多一些。但是因为用flash交互展示的方式设计比较复杂，一旦设计不好的话。很容易造成用户使用的困扰。 反而会对产品的产生负面的影响。而随着互联网技术的不断发展，用户的网速越来越快。用视频的方式来展示新展品，如今变成则更好的方式。
2.1.1.	视频是图像的集合
我们说一图胜千言，那么视频是图像的集合，那么视频都是万语了。也就是说视频可以在更短的时间内让用户理解所表达更多的内容。
2.1.2.	视频更容易吸引
网页上大部分是静态的内容，无论是图片还是文字。那么视频是动态的，也就是说视频的反差性可以更加吸引用户的目光进行关注。
2.1.3.	视频+声音让用户有身临其境
视频其实包括两个部分，一个是动态图像还有一个就是声音。视频的这种方式实际上是和我们一般生活中的交互方式是一样的，譬如你看一个人的行动，或者和一个 人谈话。也都是动态的图像+声音而已。所以视频可以更好的模拟真实的环境，这样容易让用户身临其境产生共鸣。
2.2.	Screencast+YOUKU
其实我们说了这么说多，那么视频到底好做吗？在我们的印象中，视频可能是拿摄像机拍摄还有演员道具什么的。而对于互联网产品来讲，其实可以用几乎不花一分 钱的方式来制作视频，那就是Screencast。也就是用软件来录制产品能的操作流程还有讲解员的声音。然后把录制的视频文件上传到youku等其它免 费的视频网站上，把生成的地址挂在自己的网站上一切就ok了。但是如果要想做出特别出色的Screencast也是需要专业的人员或者不断的学习才可以 的。
3.	武器二：讲话将重点
我们经常会看到这样的场景，就是一个页面为了介绍新产品，密密麻麻写了一大堆，文字诗情画意，图片眼花缭乱。但是看完以后仍然不明白这个产品的特点是什 么。或者有些用户比较着急，干脆就会直接忽略，要么离开、要么立即使用。上学的时候我们上语文课经常要做的功课就是，对课文分段，分析段落大意，总结中心 思想。同样做互联网产品也是如此，我们不是在页面上去写文章，用户一般都很着急，他们没有心思去看你的长篇大论，所以最好就是把你文章的”段落大意”和” 中心思想”直接告诉用户。请不要说些没用的，直接讲重点。
4.	武器三：最重要的不是首页
无论是设计人员还是老板，总有一个概念网站首页是最重要的。而其实对于电子商务网站来说，首页固然重要。但是排在第一位的并不是首页，而是产品页面。
4.1.	是欣赏，还是买东西？
一个首页设计好坏虽然可以影响到企业的形象，但是用户往往的目的不是来欣赏你主页的设计好坏。而是想通过网站找到他要买的东西或者产品的信息。我们往往把 站点的中心放在首页上，把首页的设计的如何漂亮精致。而在产品页上就设计的很随意，不仅有很多布局不合理，甚至产品信息不全，还有错别字。所以我们经常发 现，有很多企业花大价钱，很多的精力把首页弄的精美和漂亮。但是销量和流量并没有上升多少。
如果你是经常在淘宝购物的人，可能就会有下面的经历。那你要买一件东西的时候，往往价格低廉并不是最关键的因素，最关键的因素就是这个店铺是否值得 信任。除了淘宝本身的信用度以外。给人信任感的一个重要因素就是产品页面设计是否精美，产品信息是否介绍详细。大家可以去看看，在淘宝上如果皇冠或者 3~4颗砖石级别以上的。肯定他的产品信息页面是设计非常精美，信息想尽。内容的措辞和排版都非常讲究。
用户不是来欣赏首页的，而是来找信息或者买东西的。所以当我们设计电子商务站点的时候一定要把产品页设计好
4.2.一个首页和N个产品页
网站只有一个首页，即使你再怎么做seo，也只会被搜索引擎收录一个页面而已。而产品页是随着产品的增加而增加的，所以你的产品页面设计好，就会更多的被 搜索引擎收录，并且是靠前的位置。同时因为产品页面内容想尽，设计精美。用户就会很容易产品相关性浏览。譬如我要找的本来是一件上衣，但是我看到相关搭配 里面会有鞋或裤子。那么就很有可能去浏览鞋和裤子进而最终捆绑购买。
5.	武器四：提供即时联系方式
曾经有一位台湾的研究人员做了一系列可用性测试，是针对台湾赛我网的。发现当用户遇到问题的时候，如果不是比较棘手那么就看看帮助自己多试验几次。如果是 比较棘手的情况，那么第一时间就是找到站方的联系方式，但是发现竟然只有emai没有电话。郁闷不已。因为她觉得email太慢或者可能时辰大概，现在最 需要的就是一个电话。（台湾赛我已经于2008年12月退出台湾）
对于电子商务网站来说，当用户访问的时候，绝对不是因为“寂寞”。要么不是找信息，买买东西，要么就是遇到了问题。而对于用户来说，当遇到问题的时 候，一定要可以快速的解决。
5.1.	为什么Email不行？
其实我们经常认为，国外的习惯都是Email，国内都是用IM。进而产生一个引申的想法：Email速度慢一些，IM是及时性的。这是真实的吗？其实前者 和后者根本没有必然的关系。在国外虽然都是用Email，但是实际上大家都一样再用Email即使联系。也就是说在国外，当你有一个问题要反应，你发出一 封Email。过不了几分钟马上就会有回复。甚至会更快。譬如在日本，白领们聊天工具就是用的Outlook。
所以实际上在中国用户已经对Email产生了一种非即使的想法，所以大多数用户都回有emai但是可能很久才会看一次。而大多数企业虽然都提供企业 服务邮箱，但是可能根本就没有专人去管理，至少我遇到几次，email石沉大海的情况。
所以在中国用Email为客户服务的管理方式，无论是企业还是用户，其实都没有那种即时的习惯。所以是根本行不通的
5.2.	QQ&#62;论坛&#62;电话
要为客户服务提供联系方式，最好是即时的。所以很多公司都会有留有电话。但是我不认为电话的方式是首选，首先电话要产生一定费用。其次也是最重要的就是一 些问题上，IM更容易沟通。

聊天记录可以保存
更多时间去组织问题的描述语言
得到信息反馈更加快速

另外即时的反馈论坛也不错，论坛可以包含上面所描述的所有有点，同时版主可以把经常遇到的问题整理形成QA这样便于用户查找。但是论坛需要用户重新 注册用户，这一点加高了用户使用的门槛。
6.	武器五：准确的链接
链接是网页组成的最重要元素之一。简单，实用。但是我们却经常忽略掉链接的重要性。
6.1.	链接不像链接
我们在浏览网站的时候经常会遇到一个问题，当我们要找一个下载链接的时候，找了满屏幕也找不到哪个可以点。
这种情况最容易出现的就是，一大段文字中夹杂一些文字链接。而当我们把这些链接处理的和文字内容样式比较接近的时候，用户就很难找出那里可以点击。
所以当处理链接和文字混排的时候，一定要把链接标记的和其它文本有明显的区别，而最保险的方式就是下划线+对比颜色。
6.2.	不是链接像链接
和上面的情况相反，就是看上去可以点的东西，但是点了没反应。这点也是很让人郁闷的。而比较常见的就是为了修饰普通文本加上了下划线。下划线在网页上有一 个不成文的规定就是它是链接的样式。而用户已经养成了这种习惯，所以一定不要在普通文本用下划线做修饰。
另外一种情况下就是把图片做得太像按钮，但是实际上并不是按钮。这样也会让用户误点击。
6.3.	死链接
网站最大的忌讳之一就是点一个链接以后，弹出来一个无法访问。当你的网站连续出现这样的情况，那么用户一定会认为你这个网站一定是坏掉了。
6.3.1.	尽量避免死链接
我们的网站确认并最终上线之前，一定要检查一下是否有死链接。如果页面比较少的话，其实你自己就心中有数那些链接暂时没有页面，那么就先暂时却掉就好了。 如果页面量比较大，就可以用专用的软件（譬如：Dreamwaver站点管理）来检查
6.3.2.	漂亮的404
虽然我们详细的检查了，但是对于如今的动态网页，数据量相当大。尤其是对于一些BtoC的电子商务网站，拥有成千上网的产品页面，不可避免产生临时性的错 误。那么就做一个漂亮的404页面，这样当用户虽然找不到页面。也起码让用户愉快一些，另外在页面上一定要给出返回首页和反应情况两个永能。首先用户可以 从这个页面找一个门逃出去。另外一些热心的用户会把这个错误反应给你，那么让用户帮助监督网站何乐而不为呢？
7.	武器六：内容一致
如果你的公司比较大的话，可能会出现几个部门维护同一个网站的情况。那么就很容易产生对同一个事物的不同描述，同时出现在一个站点上。譬如对一件产品有英 文名字和中文名字，那么在产品库中和系统数据同步用的都是标准的英文名字。但是在首页新产品的新闻中是有编辑完成的，为了让用户更容易理解，就可能采用中 文名字。这样就会发生用户中文名字根本在产品库中查询不到产品。
对于站点设计师来说，如果一个站点是又两个以上的设计师设计，那么就会产生对页面上同一个功能有不同的描述的情况。譬如“显示历史记录”，“详细情 况”，日期是格式等
有些情况下是小问题，但是如果是找不到产品，或者因为时间格式的问题用户与略掉了一些重要的时间。那么问题可就大了。
所以对于站点一定要制定一些文字描述标准，如果是对要求比较严格的话，还需要有专门的人员来负责校验。
8.	武器七：保持更新
俗话说的好“树挪死，人挪活”。一个网站其实也是有生命的。企业经常会为了形象，出重金来设计网站。但是一但设计网站完工。就觉得万事大吉了。其实网站完 工才是正式开始而已。
我们经常会遇到这种情况，网站设计的漂亮无比，但是一看网站新闻。2006年xxxxx？？我们第一疑问是什么，是不是这个公司倒闭了？
当我们看到一款新产品铺天盖地的宣传，但是我们来到了这个公司的官网，竟然找不到这款产品的详细介绍信息。
一个企业如果有了自己的商务网站，那么这个网站实际上就是和企业链接在一起的。用户无法去企业参观访问。用户只能通过企业的站点来了解企业。所以一 定要保持网站的更新，让网站和企业一样有鲜活的生命力。
转自：http://blog.d8in.com/posts/699.html

]]></description>
		<wfw:commentRss>http://www.iamued.com/product/1276.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>产品，请放下你高傲的身躯吧!</title>
		<link>http://www.iamued.com/product/1274.html</link>
		<comments>http://www.iamued.com/product/1274.html#comments</comments>
		<pubDate>Sun, 28 Feb 2010 11:47:20 +0000</pubDate>
		<dc:creator>RichieLiu</dc:creator>
				<category><![CDATA[产品设计]]></category>
		<category><![CDATA[产品策划]]></category>

		<guid isPermaLink="false">http://www.iamued.com/?p=1274</guid>
		<description><![CDATA[一、说一段最基本的唯物辩证主义，大家看对不对？
产品要放下高调的姿态，并不是笼统说放弃高端用户，只考虑低端用户。但我们的产品大部分用户都是低端用户，只有解决了绝大多数低端用户的需求，解决 了他们的操作成本、门框、帮助他们对产品的认知、以及，这样产品才可能在很大的一个群体里能得到广泛的使用。
当然高端用户的需求，从群体特性来说是小部分，但是他们比较理性、敢于尝鲜，对于新的事物容易接受。高端用户对产品的第一时间使用、反馈、传播，这 样才能在后面第二手时间被很多的低端用户所了解。
从线下城市的产品过程中，高端用户映射了一级城市，低端用户映射了二三级城市。很多新产品在大城市投入，形成最初的市场，最后通过媒介辐射到二三级 城市。这个过程中也有很多在一级市场的诸如：上班、打工、创业的人直接的把大城市的理念带到下面，最后低级用户的市场规模转变的实体规模越来越大。

二、可是，很多人都说我们产品；“显得很高调”
在目前的IT环境中，有很多很多的产品存在：不管是应用在金融机构的进销存、财务模块，报表结算模块，还是应用在交通航空的客票定售查询系统，还是 我们应该应用的IM、杀毒软件、手机套件，还是经常应用的去这个网站、那个网站看资讯、进行搜索、社区偷菜、上支付宝、网上购物。
尽管说有专门研究用户体验的人，有所谓的专家，但我们还是和用户走的很远。我曾经问过一些做厨师的人，为什么去QQ玩偷菜，为什么不去开心网；或者 是一些办公室文职人员，为什么所有的网站都要去百度搜一下，不把域名都记住；还有打开了网站我心里面觉得其很笨的会计同学，为什么一个很明显的网页还在那 边左找右找都看不到这么明显的链接。
后来我就对我们惯性思维所认识的高端用户、低端用户的定义和区分产生了怀疑。何为高端、何为低端，我们在做产品的时候把用户傻瓜式的切分就OK了 么？按理我念过经济，懂得些汇率，金融常识，但是我要去投资理财，去银行过户办手续，身份证丢了去挂失，我还是和50岁的大妈一样，进了大堂不知道该何 然？是我们笨吗？
三、但是，我们和用户跟的离的太远了—十万八千里
不是的，因为我们不了解。话说回来对于一个从事互联网的人来说，闭着眼睛都知道，注册、登录、找、上传、管理、删除都在哪里，换了一个网站再换了一 个网站还是了解，因为大相径庭嘛。还有一点我们也会把一些所谓我们认为重要的东西，诸如：名词解释、重要操作、关键路径做TIPS说明。但是那只是我们认 为的，没有这个经验的人你保证他们会理解你的设计思路么？
所以我明白了，当时认识的一个厨师朋友，他能做一手好菜，能带一帮厨子，足以说明他OK，那为什么不去开心网偷菜而去QQ偷菜呢，他很简单的说： “因为QQ啊，很方便，我打开电脑点开，就能点好像图标-聊天，点QZONE图标—偷菜抢车位，还可以点开玩游戏、听歌、看电影”。⊙﹏⊙b汗了一下，王 道居然是方便。所以hao123为什么多年一来还是这么多人用，那就是简单、方便好使，有了hao123就可以享受冲浪。
2009年北京的站长大会我也去了一遭，说实话有点恶心，随便站在哪里就能听到一大群创业的人三三两两在那边谈自己的项目优势，说做什么做什么，然 后把自己的项目价值投资分析书口头说起来，现在的市场怎么样，预期规模怎么样，能做到多少用户、多少流量、几年、投入大概是多少、风投是多少、上市周期大 概多长、甚至很专业的说市盈率会怎么样怎么样。听的多了突然发现很多人还是有点一厢情愿！
一些作为一个常人都能明白的东西，怎么可能被虚有的放大到如此。互联网市场大多数都是泡沫，偶尔几个企业成功了，那也是暂时的成功。那永远的成功是 什么？是必然满足实体需求可以搬到互联网，并且用户因为买单而享受了真正方便、优惠、好处的事，并且有市场规模。所以不是每一个人对你说的OK，都是OK 的。
四、用户其实很容易满足的，但也请不要把用户骂成是傻子。
当一天有一位做杀毒软件产品的朋友和我交流他们的设计的官网、UI如何炫，用户体验如何好时，我一点都不care。当时是有点给她洋溢的激情烧了点 冰块。后来我就跟他说：1、产品跟产品还是有区分的，别的东西都搞的炫你不炫，是不是会遭至用户的白眼和鄙视；2、产品的核心是什么？产品有很多种，注重 信息推送、工具操作、系统级功能守护……那杀毒软件用户关心的是什么？
于是我接着阐述我的观点：1、免费不免费，中国哪都是免费的，你免费么？  2、到底好不好用？这个好用体现在：能不能在我用电脑的时候发现病毒、拦截、并且可以搞定病毒？现在很多杀毒要么因为病毒库、病毒标本少发现不了，要么发 现了杀不了还是硬生生的电脑被摧毁，还有很愚蠢的居然误杀，把系统文件搞丢了。所以我跟他说，用户很容易满足的，你只要告诉用户说：“用我们家的杀毒软 件、免费的、绝对安全的”那就完事了。
我也是用户这非我领域的产品可以把自己当成一个100%  200%的用户来陈述我的观点，我自己资源覆盖领域就不一样了，就已经做不到公平、理性、客观了，是不是很多产品经理一样，面对很多用户反馈的问题列表， 在骂用户蠢呢？用户其实不是傻子，只是你站在产品层面，你只是觉得用户的这个问题反馈的不够多，还不到你拿起手术刀的程度，要么对你目前的产出不是很大， 不过这一点建议产品的产出，看看到底用户最care的是什么？
五、产品啊，请放下你高傲的身躯吧！如何放下？
1、满足用户常有的抱怨，让用户提问题，肯定是分散的，你也不可能用你的需求收集来实现产品的创新，但是很重要的一点，可以多听听用户的抱怨是什 么。既然用户在很大程度上只会抱怨的群体，那就多听听抱怨吧。不过有一点这种解决抱怨是一种发生问题解决问题的事后行为，其实我们还可以稍微把事情再往前 推进推进。
2、满足用户迫切的愿望，很多人就像我们去银行办事、去其他机构办事，不是经常在这种场景去发生业务、发生行为，从对知识的无知、到流程的无知，开 始要想办成这件事，如果像招商银行一样的服务，有人耐心的接客、解释、办事，过程和感受还是很快乐的。但是网站产品和IM产品又不是对企业级的售卖产品， 我还得包给你培训保证教会您会使用为止，所以这部分用户的体现一定要非常的重视，当然用户肯定会因为不爽而有所想法，这时候的迫切的愿望就很能体现用户的 心声—超级要重视！
3、符合客观规律或实体映射。这一点是我认为的要点，现在网络上模拟的还是很多现实的实体环境，切忌不要太机器语言话，当然中间肯定是机器语言进行 翻译的，但最后的视觉、交互输出必须得把生动具体的现实场景还原。说的不好听一点，我现在还不是支付宝用户，因为支付宝不怎么会用，至于怎么不会用，我只 能说，：“我感觉不怎么会用，于是我就懒到了现在，到现在都怎么会用。“很多人说，钱你支付宝给我吧，我说还是现金吧，现金方便。
还有一些基本的规律大家都知道的：唯一品牌、品牌很重要的，人的对同一类事物的记忆有限，因为人们在这个社会化环境中不会信息太多了，所以不会客气 的去记忆什么；简单、方便、实用、常用、有用、好用——这一点还是停留在定量概念的层面，你要是问我，百度哪好用了，我也只能告诉你，“因为其它的产品更 不好用“。
4、不要把以用户导向为幌子，自我意淫，或为了自我满足、团队自我满足，搞一些很时髦的名词啥：云计算啊、框计算、TAG云、最好一些名词用于商业 层面的，就不要用来忽悠用户了，直接的描述自己能实现的强大功能反而更好。还有很多朋友容易犯一个毛病就是：喜欢做大产品、系统级牛逼产品，会有自我成就 感，那是如此强悍的一套逻辑啊！呵呵，自己YY一下就好了，如果你的产品被很多人用了，很多人都说你好，那才算是好。不是么？
转载于：http://www.kuliqiang.com/?p=1960
]]></description>
		<wfw:commentRss>http://www.iamued.com/product/1274.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>在分享一个Javascript测试题</title>
		<link>http://www.iamued.com/qianduan/1271.html</link>
		<comments>http://www.iamued.com/qianduan/1271.html#comments</comments>
		<pubDate>Tue, 23 Feb 2010 13:37:45 +0000</pubDate>
		<dc:creator>RichieLiu</dc:creator>
				<category><![CDATA[JavaScript]]></category>
		<category><![CDATA[前端开发]]></category>
		<category><![CDATA[测试]]></category>

		<guid isPermaLink="false">http://www.iamued.com/?p=1271</guid>
		<description><![CDATA[http://adamlu.googlecode.com/svn/trunk/js_quiz.html
继上次受挫折之后 又看了看相关js测试题
找到这个
再次分享一下
]]></description>
		<wfw:commentRss>http://www.iamued.com/qianduan/1271.html/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>测试你的JavaScript能力？ 我还需要恶补！</title>
		<link>http://www.iamued.com/qianduan/1267.html</link>
		<comments>http://www.iamued.com/qianduan/1267.html#comments</comments>
		<pubDate>Thu, 11 Feb 2010 05:39:58 +0000</pubDate>
		<dc:creator>RichieLiu</dc:creator>
				<category><![CDATA[JavaScript]]></category>
		<category><![CDATA[前端开发]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[测试]]></category>

		<guid isPermaLink="false">http://www.iamued.com/qianduan/1267.html</guid>
		<description><![CDATA[You&#8217;ve got 12 answers wrong (#2, #3, #4, #5, #6, #7, #8, #9, #10, #11, #13, #14).
That&#8217;s more than a half  
今天在51js上看到一JavaScript测试 就试了一下 发现自己JS水平巨差 只答对了2/14
还是需要恶补 学习ing！
你也测试一下？
http://perfectionkills.com/javascript-quiz/
司徒正美的答案解析：http://www.cnblogs.com/rubylouvre/archive/2010/02/13/1667565.html
]]></description>
		<wfw:commentRss>http://www.iamued.com/qianduan/1267.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>交互设计指南系列(9)—一次点击</title>
		<link>http://www.iamued.com/interaction/1264.html</link>
		<comments>http://www.iamued.com/interaction/1264.html#comments</comments>
		<pubDate>Mon, 08 Feb 2010 07:20:46 +0000</pubDate>
		<dc:creator>RichieLiu</dc:creator>
				<category><![CDATA[交互设计]]></category>
		<category><![CDATA[交互]]></category>
		<category><![CDATA[指南]]></category>
		<category><![CDATA[设计]]></category>

		<guid isPermaLink="false">http://www.iamued.com/nocat/1264.html</guid>
		<description><![CDATA[有一次去超市换货，本能的找到服务中心，服务中心说这个业务在超市旁边一个房间里，由于忘记带小票，那个小房间的人让我去另外一个小房间调电脑里的记录，调出来我拿着记录单去了卖货的地方才换货。其实超市退换的需求也不少，整个过程服务态度很好，但是很麻烦。
其实我们日常生活中很多事情，办起来过程很罗嗦，办事的工作人员说这是应该的，都这样做，可应该不应该，谁是评判标准呢？
交互设计一个很重要的目地就是让用户方便快捷的执行任务和完成工作。在互联网产品的交互设计中，尽可能的消除每一个附加工作，做到尽可能一次操作而完成任务。一次操作是个概念，并不是完成任务只能点击一次，而是减少用户操作次数。使之提高工作效率。
交互产品经常包括一些不必要的具有繁重工作量的交互，对于用户而言，这些就是附加工作，附加工作不直接实现目标，但对于实现目标是有用因素。附加工 作的问题是它们在消耗我们的精力，而不是直接实现我们的目标，如果能够消除附加任务，我们就能让用户更加又效率，更有生产率。并且能够改善软件的可用性。 作为一个交互设计者，你应该对附加工作的存在非常敏感，用户界面中附加工作的存在是造成用户不满的首要原因，因此每一个设计者都值得关注各种形式的交互附 加工作。（About face 3,第11章：消除附加工作）
那么，如何减少用户的附加工作，保证用户工作效率呢？

1，保证主操作以及用户常用功能的方便展现。
这是用户快速完成任务的核心。比如播放器需要突出播放按钮，而收起了快进功能。ps的滤镜里会第一个展示出你上次应用过的滤镜效果，方便再次应用等。
2，合适的关闭与隐藏新手培训工具
用户不会长期停留在新手状态，所以新手的任务对于中间用户和高级用户来说就是附加工作，需要关闭或者隐藏。
3，平衡好视觉装饰元素对用户操作的干扰
适度的装饰性元素会有助于创造特殊情绪和氛围，以及产品个性便于品牌记忆。但是过度的装饰会干扰用户工作效率，因为用户不得不分析、破解，以区分哪些是关键信息、操作功能等。
这点对从视觉转过来的交互设计师尤为重要，视觉设计在缺乏系统的用户交互行为认知的情况下，很容易使设计浮于表面，从而做到吸引用户眼球后又让用户不明白如何方便的应用，这也是产品设计和广告设计的根本区别。
4，不要轻易打断用户操作流
用户高效的使用工具会进入一种自然流的状态，这个时候需要一些努力才能打断，例如突然电话响了。错误消息对话框就是如此。一些打断是不可避免的，但另外一些则不是必要的。
5，改善导航
更好的利用导航将保证用户的任务操作，明晰导航里将详细讲述。
下面讲一个关于不要轻易打断用户操作例子：

在windows xp系统以前，用户点击关机后，会弹出一个提示窗口，一定要用户再次确认下关机，这对用户快速关机存在着强行的打扰，很多人甚至按机箱按钮强行关机（非常不好的做法）。

在vista之后，关机终于可以一键关机，并把以前弹出框里的功能收起（非常用功能），vista还是保留了两个按钮：关机和锁定，而且是图标显示，在win7中，只保留了关机，其他都收起，并且关机按钮使用文字，更加清晰了用户操作的思路。
提高用户的效率，就在这些常用操作上的改善，能不能快点？步骤再少点？再清晰点？直到用户说：爽了！
原文：http://ued.taobao.com/blog/2010/02/05/%E4%BA%A4%E4%BA%92%E8%AE%BE%E8%AE%A1%E5%AE%9E%E7%94%A8%E6%8C%87%E5%8D%97%E7%B3%BB%E5%88%979%E2%80%94%E4%B8%80%E6%AC%A1%E7%82%B9%E5%87%BB/
]]></description>
		<wfw:commentRss>http://www.iamued.com/interaction/1264.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
