﻿<?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>i think i do </title>
	<atom:link href="http://www.uxpark.com/?feed=rss2" rel="self" type="application/rss+xml" />
	<link>http://www.uxpark.com</link>
	<description>又一个 WordPress 博客</description>
	<lastBuildDate>Mon, 26 Jul 2010 04:03:40 +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>用户凭什么跟你走</title>
		<link>http://www.uxpark.com/?p=61</link>
		<comments>http://www.uxpark.com/?p=61#comments</comments>
		<pubDate>Mon, 26 Jul 2010 04:03:40 +0000</pubDate>
		<dc:creator>Jim</dc:creator>
				<category><![CDATA[用户研究]]></category>

		<guid isPermaLink="false">http://www.uxpark.com/?p=61</guid>
		<description><![CDATA[来源地址 hi.baidu.com/caoz/
从前有个山沟，住着一群村民；山沟缺水，村民到处打井。
第一个人出现了，他帮助村民打井总能又快又好，村民都很信任他，但是水仍然越来越少，井越打越深，难度越来越大，村民越来越辛劳。
第二个人住在山顶，他每天都在远眺，有一天他跑下来对忙碌的村民说，你们跟我走吧，离开这个地方去外面的世界。村民放下工具问他，我们为什么跟你走？他说，外面有落日余晖，有大片的草场，有漂亮的花朵和成群奔跑的羚羊。村民说，干我球事，于是拿起工具继续挖井。这个人只好离开，喃喃自语，愚蠢的人们啊。
第三个人出现了，他也帮村民打过井，也在干渴中煎熬过，但是有一天，他走到了山顶，远眺了一下，他的眼镜放出了光芒；他匆匆的跑下山，走到村民中，大声喊。收拾自己的东西，赶紧跟我走，我们现在就出发，离开这里！ 村民放下工具问他，我们为什么跟你走？ 他说，山外有条大河！我们再也不用打井了！！
故事结束，您应该知道我要说什么了。
第一个人，他是我们常说的合格的产品经理，他理解体会用户的需求，并为此努力着，他奉行绝对跟随用户的原则，这种人，每个公司其实都需要。
第二个人，高端，精英，他看的比别人远，知道的比别人多，他们一厢情愿的以为自己描绘的蓝图可以吸引用户，很抱歉，他们不了解用户真正的饥渴，用户凭什么跟他走？这种人在现实中经常是评论家。
第三个人，是真正的大师，领袖，如果要在现实中找一个载体，这个人叫乔布斯。
好了，谁能让用户跟随，第一你要知道用户的饥渴，也就是本质需求，用户告诉你他需要一口井，其实他需要的是水；第二，看到的比用户更远；第三，有更好的解决用户本质需求的方法和路线。
中国IT产业，呼唤新的大师。
]]></description>
			<content:encoded><![CDATA[<p>来源地址 hi.baidu.com/caoz/</p>
<p>从前有个山沟，住着一群村民；山沟缺水，村民到处打井。</p>
<p>第一个人出现了，他帮助村民打井总能又快又好，村民都很信任他，但是水仍然越来越少，井越打越深，难度越来越大，村民越来越辛劳。</p>
<p>第二个人住在山顶，他每天都在远眺，有一天他跑下来对忙碌的村民说，你们跟我走吧，离开这个地方去外面的世界。村民放下工具问他，我们为什么跟你走？他说，外面有落日余晖，有大片的草场，有漂亮的花朵和成群奔跑的羚羊。村民说，干我球事，于是拿起工具继续挖井。这个人只好离开，喃喃自语，愚蠢的人们啊。<span id="more-61"></span></p>
<p>第三个人出现了，他也帮村民打过井，也在干渴中煎熬过，但是有一天，他走到了山顶，远眺了一下，他的眼镜放出了光芒；他匆匆的跑下山，走到村民中，大声喊。收拾自己的东西，赶紧跟我走，我们现在就出发，离开这里！ 村民放下工具问他，我们为什么跟你走？ 他说，山外有条大河！我们再也不用打井了！！</p>
<p>故事结束，您应该知道我要说什么了。</p>
<p>第一个人，他是我们常说的合格的产品经理，他理解体会用户的需求，并为此努力着，他奉行绝对跟随用户的原则，这种人，每个公司其实都需要。</p>
<p>第二个人，高端，精英，他看的比别人远，知道的比别人多，他们一厢情愿的以为自己描绘的蓝图可以吸引用户，很抱歉，他们不了解用户真正的饥渴，用户凭什么跟他走？这种人在现实中经常是评论家。</p>
<p>第三个人，是真正的大师，领袖，如果要在现实中找一个载体，这个人叫乔布斯。</p>
<p>好了，谁能让用户跟随，第一你要知道用户的饥渴，也就是本质需求，用户告诉你他需要一口井，其实他需要的是水；第二，看到的比用户更远；第三，有更好的解决用户本质需求的方法和路线。</p>
<p>中国IT产业，呼唤新的大师。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.uxpark.com/?feed=rss2&amp;p=61</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>后移动时代的 Web 设计(转)</title>
		<link>http://www.uxpark.com/?p=54</link>
		<comments>http://www.uxpark.com/?p=54#comments</comments>
		<pubDate>Tue, 13 Jul 2010 09:55:39 +0000</pubDate>
		<dc:creator>Jim</dc:creator>
				<category><![CDATA[用户研究]]></category>

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


还记得 Wap 吗，现在还有多少人使用 Wap？后移动时代，随着浏览器技术的进步，为移动设备设置特殊站点已经不再必要。作为 Web 设计师，如果你能遵循一些基本的设计与布局原则，你的站点将能被多数移动设备更轻松地访问。本文讲述的是后移动时代的 Web 设计原则。

移动浏览技术现状

当今最受欢迎的手机系统包括 Android，BlackBerry 与 iPhone。虽然这些手机系统中的浏览器都支持 HTML + CSS + JavaScript，但它们仍然存在某些局限。
Flash

现阶段，用手机访问 Flash 站点，除了一个黑屏幕，什么都不会显示，而且手机也不会提示说无法加载 Flash，因此，Flash 站点应该通过浏览器探测技术，在不支持 Flash 的客户端上输出替代内容。尽管 Flash 在众多平台上都能输出漂亮的内容，但在手机上运行 Flash 就像在 Mac 上运行 Windows 一样，不过，业界已经出现一些技术来解决这个问题 ，但不要指望太多。
Silverlight
Windows Mobile 7 将支持 Silverlight，那将是唯一一款支持该技术的移动浏览器。不过，既然微软已经向 HTML 5 敞开大门，因此，也不要指望微软在移动平台上会为 Silverlight 做多少努力，因此，底线是，不要在你的移动站点中过于依赖 Silverlight。
JavaScript

过去5年，移动平台对 JavaScript 的支持势不可挡，其体验已经接近桌面，但不能支撑过于复杂的功能，这里有一个关于这个问题的案例分析 。至于那些比较老的手机，虽然也支持 JavaScript，但多数都是默认关闭的。当你需要为移动设备编写 JavaScript 的时候，需要对代码进行验证和检查 ，以免用户的设备崩溃，另外记住，将 JavaScript 脚本放到页面底部，这样，不至于在页面还没加载前就崩溃。
CSS 3

移动平台对 CSS 的支持已经很久了，如今，大量基于 Webkit 开源项目 [...]]]></description>
			<content:encoded><![CDATA[<div id="pageContent">
<div id="pageContentWrap">
<div>
<p>还记得 Wap 吗，现在还有多少人使用 Wap？后移动时代，随着浏览器技术的进步，为移动设备设置特殊站点已经不再必要。作为 Web 设计师，如果你能遵循一些基本的设计与布局原则，你的站点将能被多数移动设备更轻松地访问。本文讲述的是后移动时代的 Web 设计原则。</p>
<p><img src="http://net.onextrapixel.com/wp-content/uploads/2010/06/designingformobile.jpg" alt="" width="580" height="400" /><span id="more-54"></span></p>
<h2><strong>移动浏览技术现状<br />
</strong></h2>
<p>当今最受欢迎的手机系统包括 Android，BlackBerry 与 iPhone。虽然这些手机系统中的浏览器都支持 HTML + CSS + JavaScript，但它们仍然存在某些局限。</p>
<p><strong>Flash</strong></p>
<p><img title="Flash" src="http://net.onextrapixel.com/wp-content/uploads/2010/06/flash.jpg" alt="Flash" width="580" height="310" /></p>
<p>现阶段，用手机访问 Flash 站点，除了一个黑屏幕，什么都不会显示，而且手机也不会提示说无法加载 Flash，因此，Flash 站点应该通过浏览器探测技术，在不支持 Flash 的客户端上输出替代内容。尽管 Flash 在众多平台上都能输出漂亮的内容，但在手机上运行 Flash 就像在 Mac 上运行 Windows 一样，不过，<a rel="nofollow" href="http://www.pcworld.com/article/194465/adobe_announces_flash_for_android_beta_testing.html" target="_blank">业界已经出现一些技术来解决这个问题</a> ，但不要指望太多。</p>
<p><strong>Silverlight</strong></p>
<p>Windows Mobile 7 将支持 Silverlight，那将是唯一一款支持该技术的移动浏览器。不过，既然微软已经向 <a rel="nofollow" href="http://news.cnet.com/8301-1001_3-10305822-92.html" target="_blank">HTML 5</a> 敞开大门，因此，也不要指望微软在移动平台上会为 Silverlight 做多少努力，因此，底线是，不要在你的移动站点中过于依赖 Silverlight。</p>
<p><strong>JavaScript</strong></p>
<p><img title="Javascript" src="http://net.onextrapixel.com/wp-content/uploads/2010/06/mobilejs.jpg" alt="Javascript" width="580" height="301" /></p>
<p>过去5年，移动平台对 JavaScript 的支持势不可挡，其体验已经接近桌面，但不能支撑过于复杂的功能，<a rel="nofollow" href="http://www.quirksmode.org/m/table.html" target="_blank">这里有一个关于这个问题的案例分析</a> 。至于那些比较老的手机，虽然也支持 JavaScript，但多数都是默认关闭的。当你需要为移动设备编写 JavaScript 的时候，<a rel="nofollow" href="http://www.jslint.com/" target="_blank">需要对代码进行验证和检查</a> ，以免用户的设备崩溃，另外记住，将 JavaScript 脚本放到页面底部，这样，不至于在页面还没加载前就崩溃。</p>
<p><strong>CSS 3<br />
</strong></p>
<p>移动平台对 CSS 的支持已经很久了，如今，大量基于 <a rel="nofollow" href="http://webkit.org/" target="_blank">Webkit 开源项目</a> 的手机开始支持 CSS 3，CSS3 拥有更好的视觉体验，支持降级使用，还能加速页面加载，你在使用 CSS3 的时候，只需要注意其中的某些属性在旧的手机上可以降级使用。</p>
<h2><strong>设计感与易用性之争<br />
</strong></h2>
<p>流行的 Web 技术并非都是你的最佳选择，你需要对使用的各种技术进行测试，事实证明，在移动浏览领域，诸如 Lightbox，视频，鼠标盘旋一类的技术存在问题，需要避开，我们将在这一节中对各种 Web 设计元素进行讲述。</p>
<p><img title="Design  Considerations and Usability Battles" src="http://net.onextrapixel.com/wp-content/uploads/2010/06/design-considerations.jpg" alt="Design Considerations and Usability Battles" width="580" height="295" /></p>
<p><strong>为什么视频不能播放？<br />
</strong></p>
<p>前面提过，不同移动平台对 Flash 和 Silverlight 的支持很不一致。目前，像 <a rel="nofollow" href="http://vimeo.com/blog:268" target="_blank">Vimeo</a> 及 <a rel="nofollow" href="http://www.youtube.com/html5" target="_blank">YouTube’s</a> 一类的站点在移动设备上访问还存在各种问题，YouTube 比 Vimeo 略好一些，而内嵌视频支持目前则好像只限于 Google Android 平台。</p>
<p>移动平台的视频，是通过 HTML5 实现的，然而，到目前为止，<a rel="nofollow" href="http://arstechnica.com/open-source/news/2009/07/decoding-the-html-5-video-codec-debate.ars" target="_blank">HTML5 视频的许可问题仍不明朗</a> ，不过 Google 一直在这个问题上走在最前面，希望他们能最终使这个问题免于重蹈 DVD 解码器许可的覆辙。</p>
<p><strong>文字缩放<br />
</strong></p>
<p>希望你的文字最多使用的是相对位置而不是绝对位置，否则，Android 平台的浏览器会将你页面的文字扔到屏幕之外的某个地方。</p>
<p><strong>在小屏幕上的显示清晰度问题<br />
</strong></p>
<p>在手机的小屏幕上看网页，就像你隔着一个房间看电脑屏幕那样，结果是什么看不清晰，你需要将重要的页面元素加深对比度以便用户能看得清楚点。</p>
<p><strong>Lightbox 技术</strong></p>
<p><img title="Lightbox" src="http://net.onextrapixel.com/wp-content/uploads/2010/06/lightbox.jpg" alt="Lightbox" width="580" height="454" /></p>
<p>Lightbox 是最受欢迎的 JavaScript 技术，也是最容易让手机用户抓狂的地方，在很多时候，手机屏幕上的 Lightbox 只显示一个角落，而大部分内容则被扔到屏幕外的某个地方。另外，在某些时候，Lightbox 还让手机的 Web 页面崩溃，导致任何东西都无法点用。这并不意味着你不能使用 Lightbox，诸如登陆框一类的地方还是可以使用（登陆框可以做得比较小一些 &#8211; 译者注），但不管怎样，最好同时提供一个传统的登录方式，以免 Lightbox 显示到屏幕之外。</p>
<p><strong>浏览器探测<br />
</strong></p>
<p>很多年前， Web 开发与设计者需要借助浏览器探测技术，为不同浏览器，或者不同版本的浏览器输出不同内容，随着 Web 标准的深入人心，为不同浏览器输出不同内容已经不可取。浏览器嗅探可以通过诸如 <a rel="nofollow" href="http://api.jquery.com/jQuery.support/" target="_blank">jQuery</a> 一类的 JavaScript 库轻松实现，还有一些可以嗅探 <a rel="nofollow" href="http://www.featureblend.com/javascript-flash-detection-library.html" target="_blank">flash</a> 支持情况的库可以使用，然而现实是，除非你有大量 Flash 应用，否则很少会用到这个，事实上，现在的很多移动浏览器在遇到不支持的内容时会悄然掠过，而不会像 IE6 那样弹一堆错误。</p>
<p><strong>鼠标盘旋</strong></p>
<p>很多站点的导航使用鼠标盘旋并下拉子菜单的方式，然而移动浏览器没有鼠标盘旋一说，虽然有的手机支持这一操作，但和桌面方式有很大的差异。应该避免将重要的信息放到需要鼠标盘旋才能显示的状态。</p>
<p><strong>下拉菜单导航<br />
</strong></p>
<p><a rel="nofollow" href="http://www.sencha.com/" target="_blank"><img title="Sencha" src="http://net.onextrapixel.com/wp-content/uploads/2010/06/sencha.jpg" alt="Sencha" width="580" height="454" /> </a></p>
<p>下拉菜单需要鼠标盘旋才能打开，前面说过，在手机上，这无法实现，另外，下拉菜单的尺寸往往超过手机屏幕尺寸，即时用户打开了下拉菜单，也很有可能无法完全访问。你应当始终在侧边栏保留子菜单，不管是针对手机站点还是桌面站点。</p>
<p><strong>缓慢的加载速度</strong></p>
<p>手机浏览器加载速度非常慢，你需要压缩自己的数据，甚至使用 CDN 加速网络。在 WordPress 一类的 CMS 中可以启用数据压缩，<a rel="nofollow" href="http://www.port80software.com/support/p80tools.asp" target="_blank">你可在在这个站点测试你的数据是否经过了压缩</a> ，如果你使用静态设计的页面，可以使用 <a rel="nofollow" href="http://code.google.com/p/minify/" target="_blank">Minify</a> 对你设计的网页代码进行净化。</p>
<p><strong>加载进度提示<br />
</strong></p>
<p><img title="Loading" src="http://net.onextrapixel.com/wp-content/uploads/2010/06/loading.jpg" alt="Loading" width="580" height="457" /></p>
<p>你应当使用加载进度图标，告诉用户现在正在加载，对于手机浏览器这种 Internet 连接不很稳定的情形尤其重要，在一些 Ajax 应用场合，如果不显示加载进度，用户会以为你的站点已经失去反应。</p>
<p><strong>记忆用户的数据<br />
</strong></p>
<p>手机用户打字很不方便，应该尽可能使用 Cookie 记忆用户的数据。</p>
<p><strong>侧边栏放在左边还是右边？</strong></p>
<p>应该是右边，因为手机屏幕很小，用户阅读你的网页的时候，如果左边显示侧边栏，他们要看真正的内容，就不得不左右滚动，放在右边，用户就可以直接向下滚动看具体内容，需要看侧边栏的时候再左右滚动。</p>
<p><strong>小屏幕</strong></p>
<p>早期的 Web 设计师提起当年的 800&#215;600 屏幕就一肚子怨气，好在现在的桌面屏幕都足够大了，然后移动设备的屏幕比这个更小。你所能做的，尽可能不要把网站的 Header 或 Logo 做得太大。</p>
<h2><strong>移动站点适合你吗？<br />
</strong></h2>
<p>很多公司花费大量金钱部署专门的移动站点，事实上，这并不必要，如果你有个电子商务站点，而手机用户存在访问问题，这种情况，也许才值得专门部署一个移动站点。</p>
<p><strong>单列布局<br />
</strong></p>
<p><img title="Single Column" src="http://net.onextrapixel.com/wp-content/uploads/2010/06/single-column.jpg" alt="Single Column" width="580" height="382" /></p>
<p>要想让你的站点更好地支持移动浏览器，你或许需要扔掉侧边栏，因为侧边栏对移动用户来说毫无疑义，Facebook 以及 Amazon 一类的站点使用这种方法改善用户体验。</p>
<p><strong>图片缩放<br />
</strong></p>
<p>很多基于博客系统的站点都包含移动版，实现更简单的导航，问题是，这些站点同时会像文字那样缩放它们页面上的图片，那些被缩小的图很难看清楚，更甚的是，你没有办法改变图片的显示尺寸。应当允许用户点击一个图片以显示其完整尺寸版。</p>
<p><strong>简单导航<br />
</strong></p>
<p>与其让移动用户像在桌面上那样显示站点中的所有内容，不如只为他们显示最基本的内容，免得到处滚动，YouTube 在这方面做得最好，页首的那些干净，简单的按钮非常好用。</p>
<p><img title="Simple Navigation" src="http://net.onextrapixel.com/wp-content/uploads/2010/06/simple-navigation.jpg" alt="Simple Navigation" width="580" height="382" /></p>
<p><strong>广告<br />
</strong></p>
<p>去掉侧边栏之后，你的站点中的大部分广告位就没有了，一个不错的方法是将广告放到页尾。</p>
<p><strong>页尾的完整站链接<br />
</strong></p>
<p>虽然你拥有一个移动版本的站点，但用户可能希望看到完整的站点内容，多数移动站点的做法是在页尾放上完整版站点的链接。</p>
<h2><strong>结论</strong></h2>
<p>以上讲述了现代移动 Web 站点设计中的各种问题，下面是创建移动 Web 站点的一些资源和工具：</p>
<p><strong>Tools</strong></p>
<ul>
<li><a rel="nofollow" href="http://validator.w3.org/mobile/" target="_blank">W3c Mobile Checker</a> （W3C 移动站点验证）</li>
<li><a rel="nofollow" href="http://www.quirksmode.org/m/table.html" target="_blank">JavaScript Support for Phones</a> （手机浏览器的 JavaScript 支持）</li>
<li><a rel="nofollow" href="http://www.mofusepremium.com/" target="_blank">Mobile Site Converter</a> （移动站点转换）</li>
<li><a rel="nofollow" href="http://www.gomez.com/mobile-readiness-instant-test/" target="_blank">Simple Mobile Site Testing （简单移动站点测试）</a></li>
</ul>
</div>
</div>
</div</p>
]]></content:encoded>
			<wfw:commentRss>http://www.uxpark.com/?feed=rss2&amp;p=54</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>问卷质量的控制点(转)</title>
		<link>http://www.uxpark.com/?p=50</link>
		<comments>http://www.uxpark.com/?p=50#comments</comments>
		<pubDate>Wed, 07 Jul 2010 08:28:47 +0000</pubDate>
		<dc:creator>Jim</dc:creator>
				<category><![CDATA[用户研究]]></category>

		<guid isPermaLink="false">http://www.uxpark.com/?p=50</guid>
		<description><![CDATA[问卷法作为定量分析手段之一，在我们的用户研究中常用来调查用户对我们产品的体验或征询意见，从而为改善产品提供量的支持。
问卷法既可用于基础用户研究，也可用于产品用户研究；既可用于横向研究，也可用于纵向研究。需要根据不同的研究目的，来确定不同的问卷质量审核手段。为了 使问卷法获得的数据能够客观的反映现实问题，我们总结了以下几点保证质量的控制点。
说明：
基础用户研究：将用户按照性别、年龄、职业、收入、 教育、地区等来进行分类，从中可以得到在某个具体行业中，人群的基本特征和观点。但这种分类方法并不能帮助发现能支持产品改进的数据。
产品用户研究：通常是从用户的行为差异开始分析，差 异行为背后往往是驱动因素（动机）在起作用，而动机又取决于目标，所以最后通常会落到用户目标上。先按“目标”来划分用户群，然后去了解具有相同目标的用 户人口统计学资料，这和基础用户研究刚好相反，也正因为如此，两者是相互补充，互通有无的。
引用自《产品用户研究和基础用户研究》Angela  发表于User Research

一、确定研究目的
确定研究目的在任何研究中都是最重要的环节，在编制问卷之前，我们必须明确该问卷要达到的目标（即需求方希望调查的内容，简称需求点），调查的目标人群和 渠道。
1. 目标：
* 控制需求点：因为问卷的题项过多会影响到用户答题的质量，根据前人研究的结果与实际经验，我们认为问卷中设置的态度题不应该超过20  个，总题项最好不要超过30 个。
* 搜集资料方法：可以采用桌面研究（客服反馈、日志分析、销售、市场）、头脑风暴、电话访谈等方法来明确问卷的核心目标，并为编制问卷积累资料。
2. 对象：
在编制问卷之前，我们必须明白我们问卷调查的目标群体，针对实际的研究，需要明确用户群的分类与定义，最好能用客观的指标来区分。例如：
* 新用户、流失用户、连续用户
* 不同资金渠道的用户
* 不同活跃程度的用户
3. 渠道：
问卷投放的时候需要考虑样本的代表性、回收周期和数量。
一般投放周期为一周。可以采用定向投放（例如邮件投放）和非定向投放（例如线上系统）。定向投放回收率不应小于5%（完成问卷的人数/  参与调查的总人数）。
二、形成问卷初稿
1.内容结构
*测谎题1/2题，用于判断用户是否认真答题。
*反向题
*尽量不用单道题来评定
2.项目形式
*选择题&#38;开放性
*单选&#38;多选
*等距量表
3.编制中要避免的一些问题
*问卷设计者与调查者对概念的理解不一致。
*两个以上概念在同一题目中出现。
*使用专门术语、行语、俗语。
*答案设置漏掉了综合性的选项。
*出现带有某种倾向的暗示性问题。
*使用不肯定的词。
*出现调查对象未经历过的，导致结果虚假。
*使用可作多种解释，意义含糊的词。
*陈述使用否定句，答卷者忽略而误解题意。
*问题缺乏受限制的前提。
*题目中供选择的项目未包含所有的程度。
4.指导语
*建立初步心理融洽，引起回答的意向与动机，需要表明以下几点：
调查者的身份
研究的目的和价值
需要调查对象的协作的重要性
*问卷作答要求
三、内部审核
在问卷正式上线之前，还需要进行审核与测试。
1.专家审核
*针对问卷的内容，使项目与需求点之间的关系达到最佳。
评定内容
*所设置的问题与所研究的主题密切相关
*题目应清楚，无歧义
*尽量不要使用带有倾向性的问题
*所提出的问题应为被调查者能够回答的问题
*尽量不提带有社会压力的问题
*所提问题应尽量具体
*对某些不易理解的问题应尽量作些简单解释
*询问回答者的切身体验比普遍提法要好
*采用多种方式减轻问题可能给回答者带来的社会压力
计分方法
*4~5名专家独立评定，半数以上人通过的项目才能使用
*对于评定不通过的进行修改
2.内部测试
*针对问卷用语、形式。4~5人，被试参与设计，可以采用的一些问题：
你对整个问卷感觉怎样？
当你说“……”时你心里是怎样想的？
这个问题如果这样问，你会怎样回答？
如果这样问“……”你回答起来会有什么困难吗？
3.外部试测
*正式的预测，200人，被试不参与设计，初步分析问卷的结果，及早发现问题。这里针对不同的问卷，侧重于不同 方面。
有结构的问卷
*信度分析
例如：科隆巴哈α低于0.5的项目进行修改。
*效度分析
问卷反映的是要测量的内容，有多种效度。如：结构效度，效标效度等。
无结构的问卷
对于有开放性回答题，进行分析，是否遗漏重要选项。
四、正式投放
针对我们的产品，回收最小有效单位样本不少于300，分析才有意义。
]]></description>
			<content:encoded><![CDATA[<p>问卷法作为定量分析手段之一，在我们的用户研究中常用来调查用户对我们产品的体验或征询意见，从而为改善产品提供量的支持。<br />
问卷法既可用于基础用户研究，也可用于产品用户研究；既可用于横向研究，也可用于纵向研究。需要根据不同的研究目的，来确定不同的问卷质量审核手段。为了 使问卷法获得的数据能够客观的反映现实问题，我们总结了以下几点保证质量的控制点。<br />
说明：<br />
基础用户研究：将用户按照性别、年龄、职业、收入、 教育、地区等来进行分类，从中可以得到在某个具体行业中，人群的基本特征和观点。但这种分类方法并不能帮助发现能支持产品改进的数据。<br />
产品用户研究：通常是从用户的行为差异开始分析，差 异行为背后往往是驱动因素（动机）在起作用，而动机又取决于目标，所以最后通常会落到用户目标上。先按“目标”来划分用户群，然后去了解具有相同目标的用 户人口统计学资料，这和基础用户研究刚好相反，也正因为如此，两者是相互补充，互通有无的。<span id="more-50"></span><br />
引用自《产品用户研究和基础用户研究》Angela  发表于<a title="查看 User Research 的所有文章" href="http://ucdchina.com/angela/?cat=8">User Research</a></p>
<p><a href="http://ued.alipay.com/wp-content/uploads/2010/02/1.jpg"><img src="http://ued.alipay.com/wp-content/uploads/2010/02/1.jpg" alt="" width="583" height="124" /></a></p>
<h2>一、确定研究目的</h2>
<p>确定研究目的在任何研究中都是最重要的环节，在编制问卷之前，我们必须明确该问卷要达到的目标（即需求方希望调查的内容，简称需求点），调查的目标人群和 渠道。</p>
<h3>1. 目标：</h3>
<p>* 控制需求点：因为问卷的题项过多会影响到用户答题的质量，根据前人研究的结果与实际经验，我们认为问卷中设置的态度题不应该超过20  个，总题项最好不要超过30 个。<br />
* 搜集资料方法：可以采用桌面研究（客服反馈、日志分析、销售、市场）、头脑风暴、电话访谈等方法来明确问卷的核心目标，并为编制问卷积累资料。</p>
<h3>2. 对象：</h3>
<p>在编制问卷之前，我们必须明白我们问卷调查的目标群体，针对实际的研究，需要明确用户群的分类与定义，最好能用客观的指标来区分。例如：<br />
* 新用户、流失用户、连续用户<br />
* 不同资金渠道的用户<br />
* 不同活跃程度的用户</p>
<h3>3. 渠道：</h3>
<p>问卷投放的时候需要考虑样本的代表性、回收周期和数量。<br />
一般投放周期为一周。可以采用定向投放（例如邮件投放）和非定向投放（例如线上系统）。定向投放回收率不应小于5%（完成问卷的人数/  参与调查的总人数）。</p>
<h2>二、形成问卷初稿</h2>
<h3>1.内容结构</h3>
<p>*测谎题1/2题，用于判断用户是否认真答题。<br />
*反向题<br />
*尽量不用单道题来评定</p>
<h3>2.项目形式</h3>
<p>*选择题&amp;开放性<br />
*单选&amp;多选<br />
*等距量表</p>
<h3>3.编制中要避免的一些问题</h3>
<p>*问卷设计者与调查者对概念的理解不一致。<br />
*两个以上概念在同一题目中出现。<br />
*使用专门术语、行语、俗语。<br />
*答案设置漏掉了综合性的选项。<br />
*出现带有某种倾向的暗示性问题。<br />
*使用不肯定的词。<br />
*出现调查对象未经历过的，导致结果虚假。<br />
*使用可作多种解释，意义含糊的词。<br />
*陈述使用否定句，答卷者忽略而误解题意。<br />
*问题缺乏受限制的前提。<br />
*题目中供选择的项目未包含所有的程度。</p>
<h3>4.指导语</h3>
<p>*建立初步心理融洽，引起回答的意向与动机，需要表明以下几点：<br />
调查者的身份<br />
研究的目的和价值<br />
需要调查对象的协作的重要性<br />
*问卷作答要求</p>
<h2>三、内部审核</h2>
<p>在问卷正式上线之前，还需要进行审核与测试。</p>
<h3>1.专家审核</h3>
<p>*针对问卷的内容，使项目与需求点之间的关系达到最佳。<br />
<strong>评定内容<br />
</strong>*所设置的问题与所研究的主题密切相关<br />
*题目应清楚，无歧义<br />
*尽量不要使用带有倾向性的问题<br />
*所提出的问题应为被调查者能够回答的问题<br />
*尽量不提带有社会压力的问题<br />
*所提问题应尽量具体<br />
*对某些不易理解的问题应尽量作些简单解释<br />
*询问回答者的切身体验比普遍提法要好<br />
*采用多种方式减轻问题可能给回答者带来的社会压力<br />
<strong>计分方法<br />
</strong>*<strong>4~5</strong>名专家独立评定，半数以上人通过的项目才能使用<br />
*对于评定不通过的进行修改</p>
<h3>2.内部测试</h3>
<p>*针对问卷用语、形式。<strong>4~5</strong>人，被试参与设计，可以采用的一些问题：<br />
你对整个问卷感觉怎样？<br />
当你说“……”时你心里是怎样想的？<br />
这个问题如果这样问，你会怎样回答？<br />
如果这样问“……”你回答起来会有什么困难吗？</p>
<h3>3.外部试测</h3>
<p>*正式的预测，<strong>200</strong>人，被试不参与设计，初步分析问卷的结果，及早发现问题。这里针对不同的问卷，侧重于不同 方面。<br />
<strong>有结构的问卷<br />
</strong>*信度分析<br />
例如：科隆巴哈α低于<strong>0.5</strong>的项目进行修改。<br />
*效度分析<br />
问卷反映的是要测量的内容，有多种效度。如：结构效度，效标效度等。<br />
<strong>无结构的问卷<br />
</strong>对于有开放性回答题，进行分析，是否遗漏重要选项。</p>
<h2>四、正式投放</h2>
<p>针对我们的产品，回收最小有效单位样本不少于<strong>300</strong>，分析才有意义。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.uxpark.com/?feed=rss2&amp;p=50</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>网络战国——Flash, Silverlight与HTML5（转）</title>
		<link>http://www.uxpark.com/?p=43</link>
		<comments>http://www.uxpark.com/?p=43#comments</comments>
		<pubDate>Sun, 09 May 2010 09:03:58 +0000</pubDate>
		<dc:creator>Jim</dc:creator>
				<category><![CDATA[网事插播]]></category>
		<category><![CDATA[Flash]]></category>
		<category><![CDATA[HTML5]]></category>
		<category><![CDATA[Silverlight]]></category>

		<guid isPermaLink="false">http://www.uxpark.com/?p=43</guid>
		<description><![CDATA[如今YouTube，Vimeo等网站已经开通了HTML5的支持，越来越多的目光开始聚焦在HTML5+CSS3所构筑的未来蓝图上，虽然它们还没有正式到来，但已经有不少浏览器支持了部分功能，微软也表示IE 9浏览器将更广泛支持HTML5。
HTML5 虽然进展缓慢，但必将改变我们描述页面的方式，成为通往语义 Web 的重要阶梯，为 Web 带来真正的本地多媒体支持，并改善我们同 Web 内容的沟通。
而与此同时，大家应该不会忘记还有一路大军同样虎视眈眈。就在大约3年前微软推出了Silverlight ，欲与Flash一决高下，然而尽管微软的推广力度不可谓不强，结果却始终没有撼动Flash的霸主地位。
日前informationweek.com 召集微软和 Adobe 就 Flash，Silverlight 和 HTML5 做了一番辩论。以下是辩论赛的录音，现场包括 Techweb 的内容总编 David Berlind ，本人 ，Dr. Dobbs 主编 Jon Erickson, 微软开发平台市场主管 Brian Goldfarb 以及 Adobe 的技术战略主管 Anup Murarka.
http://i.cmpnet.com/infoweek/audio/FritzAndDavidShow201004FlashVsSilverlight.mp3
如果说 Silverlight 的推出让 Adobe 感到棘手，那么现在，双方都应该对 HTML5 感到棘手，HTML5 的使命是让富 Internet 应用成为 HTML 标准（Dr Dobbs report）。不过，双方都不承认 HTML5 对他们的威胁，相反，他们表示，要与 HTML5 和平共处，让 Flash 和 Silverlight [...]]]></description>
			<content:encoded><![CDATA[<p>如今YouTube，Vimeo等网站已经开通了HTML5的支持，越来越多的目光开始聚焦在HTML5+CSS3所构筑的未来蓝图上，虽然它们还没有正式到来，但已经有不少浏览器支持了部分功能，微软也表示IE 9浏览器将更广泛支持HTML5。</p>
<p>HTML5 虽然进展缓慢，但必将改变我们描述页面的方式，成为通往语义 Web 的重要阶梯，为 Web 带来真正的本地多媒体支持，并改善我们同 Web 内容的沟通。</p>
<p>而与此同时，大家应该不会忘记还有一路大军同样虎视眈眈。就在大约3年前微软推出了Silverlight ，欲与Flash一决高下，然而尽管微软的推广力度不可谓不强，结果却始终没有撼动Flash的霸主地位。<span id="more-43"></span></p>
<p>日前informationweek.com 召集微软和 Adobe 就 Flash，Silverlight 和 HTML5 做了一番辩论。以下是辩论赛的录音，现场包括 Techweb 的内容总编 David Berlind ，本人 ，Dr. Dobbs 主编 Jon Erickson, 微软开发平台市场主管 Brian Goldfarb 以及 Adobe 的技术战略主管 Anup Murarka.</p>
<p>http://i.cmpnet.com/infoweek/audio/FritzAndDavidShow201004FlashVsSilverlight.mp3</p>
<p>如果说 Silverlight 的推出让 Adobe 感到棘手，那么现在，双方都应该对 HTML5 感到棘手，HTML5 的使命是让富 Internet 应用成为 HTML 标准（Dr Dobbs report）。不过，双方都不承认 HTML5 对他们的威胁，相反，他们表示，要与 HTML5 和平共处，让 Flash 和 Silverlight 在 HTML5 下工作，并在他们的工具中对 HTML5 提供支持。他们同时提到，HTML5 前面还有很长的路，目前只是万里长征的第一步，前面还充满变数，与此同时，不管是 Flash 还是 Silverlight 都有属于自己的市场，即使在 HTML5 已经成熟的时候（Gartner 的 Ray Valdes 有一篇文章，将 HTML5， Flash 和 Silverlight 做了详细对比）。</p>
<p>人们对 HTML5 的最大期待还是它将让富媒体更容易搜索。微软和 Adobe 都谈到了他们为使 Silverlight 和 Flash 变得容易搜索而做的努力。</p>
<p>http://www.informationweek.com/news/mobility/business/showArticle.jhtml?articleID=223101717&amp;amp;pgno=1&amp;amp;queryText=&amp;amp;isPrev=</p>
<p>姑且不论那些主管们怎么辩论，实际上未来的结果也根本不是辩论能决定的。只是比较有意思的是，也有消息指出，Adobe也正在开发HTML5的编辑工具，似乎大有无论最后你用什么，还是得买我家工具的意思，其心不可谓不险恶。</p>
<p>事实上，现在谈论哪一家会做大似乎还为时尚早，HTML5本身也还有很长远的路可走，不过就我个人看来，HTML5的诞生我觉得很大程度上是浏览器大佬们的一场阴谋。既然Flash做到的事，为什么浏览器本身却不行，非要用你的插件不可呢？长此以往岂不是大家都没得混，只有Flash独大了？那就只有先下手为强了，无论Flash如何漂亮，优秀，可是又怎么超过它运行的浏览器本身呢？随着 HTML5 的逐渐普及，当你通过一个 标签就可以播放高清网络视频，当你通过一个 标签就可以渲染出相当靓丽的网页动画，当 WebGL 让你网页硬件加速，运行出不次于《魔兽世界》的 3D 效果，当 WebSQL 让你在浏览器中保存数据就像操作桌面应用那么简单，当 WebSocket 轻而易举地实现浏览器与服务器端通讯之际，谁还会关心什么 swf ，谁还会记得什么 Flash 。而对于Silverlight来说境况也是相差无几，谁让HTML5天生就有优势呢？新体系的建立往往就是旧有体系末日。正如同现在有谁还记得人类历史上第一个运行在浏览器之上的交互式应用，本来就是 Java Applet，而非Flash一样。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.uxpark.com/?feed=rss2&amp;p=43</wfw:commentRss>
		<slash:comments>0</slash:comments>
<enclosure url="http://i.cmpnet.com/infoweek/audio/FritzAndDavidShow201004FlashVsSilverlight.mp3" length="70137920" type="audio/mpeg" />
		</item>
		<item>
		<title>界面设计规范</title>
		<link>http://www.uxpark.com/?p=36</link>
		<comments>http://www.uxpark.com/?p=36#comments</comments>
		<pubDate>Sun, 09 May 2010 08:22:13 +0000</pubDate>
		<dc:creator>Jim</dc:creator>
				<category><![CDATA[资料分享]]></category>

		<guid isPermaLink="false">http://www.uxpark.com/?p=36</guid>
		<description><![CDATA[      界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的*作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。目前界面的设计引起软件设计人员的重视的程度还远远不够，直到最近网页制作的兴起，才受到专家的青睐。而且设计良好的界面由于需要具有艺术美的天赋而遭拒绝。
      目前流行的界面风格有三种方式：多窗体、单窗体以及资源管理器风格，无论那种风格，以下规则是应该被重视的。
1：易用性：
按钮名称应该易懂，用词准确，屏弃没楞两可的字眼，要与同一界面上的其他按钮易于区分，能望文知意最好。理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。
易用性细则：
1):完成相同或相近功能的按钮用Frame框起来，常用按钮要支持快捷方式。
2):完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离。
3):按功能将界面划分局域块，用Frame框括起来,并要有功能说明或标题。
4):界面要支持键盘自动浏览按钮功能，即按Tab键的自动切换功能。
5):界面上首先应输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。
6):同一界面上的控件数最好不要超过10个，多于10个时可以考虑使用分页界面显示。
7):分页界面要支持在页面间的快捷切换，常用组合快捷键Ctrl+Tab
8):默认按钮要支持Enter及选*作，即按Enter后自动执行默认按钮对应*作。
9):可写控件检测到非法输入后应给出说明并能自动获得焦点。
10):Tab键的顺序与控件排列顺序要一直，目前流行总体从上到下，同时行间从左到右的方式。
11):复选框和选项框按选择几率的高底而先后排列。
12):复选框和选项框要有默认选项，并支持Tab选择。
13):选项数相同时多用选项框而不用下拉列表框。
14):界面空间较小时使用下拉框而不用选项框。
15):选项数叫少时使用选项框，相反使用下拉列表框。
16):专业性强的软件要使用相关的专业术语，通用性界面则提倡使用通用性词眼。
2： 规范性：
通常界面设计都按Windows界面的规范来设计，即包含“菜单条、工具栏、工具厢、状态栏、滚动条、右键快捷菜单”的标准格式，可以说：界面遵循规范化的程度越高，则易用性相应的就越好。小型软件一般不提供工具厢。
规范性细则：
1):常用菜单要有命令快捷方式。
2):完成相同或相近功能的菜单用横线隔开放在同一位置。
3):菜单前的图标能直观的代表要完成的*作。
4):菜单深度一般要求最多控制在三层以内。
5):工具栏要求可以根据用户的要求自己选择定制。
6):相同或相近功能的工具栏放在一起。
7):工具栏中的每一个按钮要有及时提示信息。
8):一条工具栏的长度最长不能超出屏幕宽度。
9): 工具栏的图标能直观的代表要完成的*作。
10):系统常用的工具栏设置默认放置位置。
11):工具栏太多时可以考虑使用工具厢。
12):工具厢要具有可增减性，由用户自己根据需求定制。
13):工具厢的默认总宽度不要超过屏幕宽度的1/5。
14): 状态条要能显示用户切实需要的信息，常用的有：
目前的*作、系统状态、用户位置、用户信息、提示信息、错误信息等，如果某一*作需要的时间较长，还应该显示进度条和进程提示。
15)：滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户了解显示信息的位置和百分比。
16)：状态条的高度以放置五好字为宜，滚动条的宽度比状态条的略窄。
17)：菜单和工具条要有清楚的界限;菜单要求凸出显示，这样在移走工具条时仍有立体感。
18)：菜单和状态条中通常使用5号字体。工具条一般比菜单要宽，但不要宽的太多，否则看起来很不协调。
19):右键快捷菜单采用与菜单相同的准则。
3：帮助设施：
系统应该提供详尽而可靠的帮助文档，在用户使用产生迷惑时可以自己寻求解决方法。
帮助设施细则：
1)：帮助文档中的性能介绍与说明要与系统性能配套一致。(我们的系统帮助文档都是系统的祖先时期的说明，让人困惑)。
2)：打包新系统时，对作了修改的地方在帮助文档中要做相应的修改。
3)：*作时要提供及时调用系统帮助的功能。常用F1。
4)：在界面上调用帮助时应该能够及时定位到与该*作相对的帮助位置。也就是说帮助要有即时针对性。
5)：最好提供目前流行的联机帮助格式或HTML帮助格式。
6)：用户可以用关键词在帮助索引中搜索所要的帮助，当然也应该提供帮助主题词。
7)：如果没有提供书面的帮助文档的话，最好有打印帮助的功能。
8 )：在帮助中应该提供我们的技术支持方式，一旦用户难以自己解决可以方便的寻求新的帮助方式。
4：合理性：
屏幕对角线相交的位置是用户直视的地方，正上方四分之一处为易吸引用户注意力的位置，在放置窗体时要注意利用这两个位置。
合理性细则：
1)：父窗体或主窗体的中心位置应该在对角线焦点附近。
2)：子窗体位置应该在主窗体的左上角或正中。
3)：多个子窗体弹出时应该依次向右下方偏移，以显示窗体出标题为宜。
4)：重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。
5)：错误使用容易引起界面退出或关闭的按钮不应该放在易点位置。横排开头或最后与竖排最后为易点位置。
6)：与正在进行的*作无关的按钮应该加以屏蔽(Windows中用灰色显示，没法使用该按钮)。
7)：对可能造成数据无法恢复的*作必须提供确认信息,给用户放弃选择的机会。
8)：非法的输入或*作应有足够的提示说明。
9): 对运行过程中出现问题而引起错误的地方要有提示，让用户明白错误出处，避免形成无限期的等待。
10):提示、警告、或错误说明应该清楚、明了、恰当。
5：美观与协调性：
界面应该大小适合美学观点，感觉协调舒适，能在有效的范围内吸引用户的注意力。
美观与协调性细则：
1): 长宽接近黄金点比例，切忌长宽比例失调、或宽度超过长度。
2): 布局要合理,不宜过于密集，也不能过于空旷，合理的利用空间。
3): 按钮大小基本相近，忌用太长的名称，免得占用过多的界面位置。
4): 按钮的大小要与界面的大小和空间要协调。
5): 避免空旷的界面上放置很大的按钮。
6)：放置完控件后界面不应有很大的空缺位置。
7): 字体的大小要与界面的大小比例协调, 通常使用的字体中宋体9-12较为美观，很少使用超过12号的字体。
8): 前景与背景色搭配合理协调，反差不宜太大，最好少用深色，如大红、大绿等。常用色考虑使用Windows界面色调。
9): 如果使用其他颜色，主色要柔和，具有亲和力与磁力，坚决杜绝刺目的颜色。
10): 大型系统常用的主色有&#8221;#E1E1E1&#8243;、&#8221;#EFEFEF&#8221;、&#8221;#C0C0C0&#8243;等。
11): 界面风格要保持一致，字的大小、颜色、字体要相同，除非是需要艺术处理或有特殊要求的地方。
12): 如果窗体支持最小化和最大化或放大时，窗体上的控件也要随着窗体而缩放；切忌只放大窗体而忽略控件的缩放。
13)：对于含有按钮的界面一般不应该支持缩放，即右上角只有关闭功能。
14): 通常父窗体支持缩放时，子窗体没有必要缩放。
15)：如果能给用户提供自定义界面风格则更好，由用户自己选择颜色、字体等。
6：菜单位置：
菜单是界面上最重要的元素，菜单位置按照按功能来组织。
菜单设测试细则：
1)：菜单通常采用“常用&#8211;主要&#8211;次要&#8211;工具&#8211;帮助”的位置排列，符合流行的Windows风格。
2):常用的有“文件”、“编辑”，“查看”等，几乎每个系统都有这些选项，当然要根据不同的系统有所取舍。
3):下拉菜单要根据菜单选项的含义进行分组，并切按照一定的规则进行排列，用横线隔开。
4): 一组菜单的使用有先后要求或有向导作用时，应该按先后次序排列。
5): 没有顺序要求的菜单项按使用频率和重要性排列，常用的放在开头，不常用的靠后放置；重要的放在开头，次要的放在后边。
6): 如果菜单选项较多，应该采用加长菜单的长度而减少深度的原则排列。
7): 菜单深度一般要求最多控制在三层以内。
8): 对常用的菜单要有快捷命令方式，组合原则见8。
9):对与进行的*作无关的菜单要用屏蔽的方式加以处理，如果采用动态加载方式——即只有需要的菜单才显示——最好。
10)：菜单前的图标不宜太大，与字高保持一直最好。
11):主菜单的宽度要接近，字数不应多于四个，每个菜单的字数能相同最好。
12)：主菜单数目不应太多，最好为单排布置。
。7:独特性：
如果一味的遵循业界的界面标准，则会丧失自己的个性.在框架符合以上规范的情况下，设计具有自己独特风格的界面尤为重要。尤其在商业软件流通中有着很好的迁移默化的广告效用。
1):安装界面上应有单位介绍或产品介绍，并有自己的图标。
2):主界面，最好是大多数界面上要有公司图标。
3):登录界面上要有本产品的标志，同时包含公司图标。
4):帮助菜单的“关于”中应有版权和产品信息。
5):公司的系列产品要保持一直的界面风格，如背景色、字体、菜单排列方式、图标、安装过程、按钮用语等应该大体一致。
8：快捷方式的组合
在菜单及按钮中使用快捷键可以让喜欢使用键盘的用户*作得更快一些在西文Windows及其应用软件中快捷键的使用大多是一致的。
菜单中：
1):面向事务的组合有:
Ctrl-D 删除 ；Ctrl-F 寻找 ；Ctrl –H替换；Ctrl-I 插入 ；Ctrl-N 新记录 ；Ctrl-S 保存 Ctrl-O 打开。
2)：列表:
Ctrl-R ，Ctrl-G定位；Ctrl-Tab下一分页窗口或反序浏览同一页面控件；。
3):编辑:
Ctrl-A全选；Ctrl-C 拷贝；Ctrl-V 粘贴；Ctrl-X 剪切；Ctrl-Z撤消*作；Ctrl-Y恢复*作。
4)文件*作:
Ctrl-P 打印；Ctrl-W 关闭。
5):系统菜单
Alt-A文件；Alt-E编辑；Alt-T工具；Alt－W窗口；Alt－H帮助。
6):MS Windows保留键:
Ctrl-Esc 任务列表 ；Ctrl-F4 关闭窗口； Alt-F4 结束应用；Alt-Tab 下一应用 ；Enter 缺省按钮/确认*作 ；Esc 取消按钮/取消*作 ；Shift-F1 上下文相关帮助 [...]]]></description>
			<content:encoded><![CDATA[<p>      界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的*作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。目前界面的设计引起软件设计人员的重视的程度还远远不够，直到最近网页制作的兴起，才受到专家的青睐。而且设计良好的界面由于需要具有艺术美的天赋而遭拒绝。</p>
<p>      目前流行的界面风格有三种方式：多窗体、单窗体以及资源管理器风格，无论那种风格，以下规则是应该被重视的。</p>
<p>1：易用性：<br />
按钮名称应该易懂，用词准确，屏弃没楞两可的字眼，要与同一界面上的其他按钮易于区分，能望文知意最好。理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。<span id="more-36"></span></p>
<p>易用性细则：<br />
1):完成相同或相近功能的按钮用Frame框起来，常用按钮要支持快捷方式。<br />
2):完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离。<br />
3):按功能将界面划分局域块，用Frame框括起来,并要有功能说明或标题。<br />
4):界面要支持键盘自动浏览按钮功能，即按Tab键的自动切换功能。<br />
5):界面上首先应输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。<br />
6):同一界面上的控件数最好不要超过10个，多于10个时可以考虑使用分页界面显示。<br />
7):分页界面要支持在页面间的快捷切换，常用组合快捷键Ctrl+Tab<br />
8):默认按钮要支持Enter及选*作，即按Enter后自动执行默认按钮对应*作。<br />
9):可写控件检测到非法输入后应给出说明并能自动获得焦点。<br />
10):Tab键的顺序与控件排列顺序要一直，目前流行总体从上到下，同时行间从左到右的方式。<br />
11):复选框和选项框按选择几率的高底而先后排列。<br />
12):复选框和选项框要有默认选项，并支持Tab选择。<br />
13):选项数相同时多用选项框而不用下拉列表框。<br />
14):界面空间较小时使用下拉框而不用选项框。<br />
15):选项数叫少时使用选项框，相反使用下拉列表框。<br />
16):专业性强的软件要使用相关的专业术语，通用性界面则提倡使用通用性词眼。<br />
2： 规范性：<br />
通常界面设计都按Windows界面的规范来设计，即包含“菜单条、工具栏、工具厢、状态栏、滚动条、右键快捷菜单”的标准格式，可以说：界面遵循规范化的程度越高，则易用性相应的就越好。小型软件一般不提供工具厢。</p>
<p>规范性细则：<br />
1):常用菜单要有命令快捷方式。<br />
2):完成相同或相近功能的菜单用横线隔开放在同一位置。<br />
3):菜单前的图标能直观的代表要完成的*作。<br />
4):菜单深度一般要求最多控制在三层以内。<br />
5):工具栏要求可以根据用户的要求自己选择定制。<br />
6):相同或相近功能的工具栏放在一起。<br />
7):工具栏中的每一个按钮要有及时提示信息。<br />
8):一条工具栏的长度最长不能超出屏幕宽度。<br />
9): 工具栏的图标能直观的代表要完成的*作。<br />
10):系统常用的工具栏设置默认放置位置。<br />
11):工具栏太多时可以考虑使用工具厢。<br />
12):工具厢要具有可增减性，由用户自己根据需求定制。<br />
13):工具厢的默认总宽度不要超过屏幕宽度的1/5。<br />
14): 状态条要能显示用户切实需要的信息，常用的有：<br />
目前的*作、系统状态、用户位置、用户信息、提示信息、错误信息等，如果某一*作需要的时间较长，还应该显示进度条和进程提示。<br />
15)：滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户了解显示信息的位置和百分比。<br />
16)：状态条的高度以放置五好字为宜，滚动条的宽度比状态条的略窄。<br />
17)：菜单和工具条要有清楚的界限;菜单要求凸出显示，这样在移走工具条时仍有立体感。<br />
18)：菜单和状态条中通常使用5号字体。工具条一般比菜单要宽，但不要宽的太多，否则看起来很不协调。<br />
19):右键快捷菜单采用与菜单相同的准则。</p>
<p>3：帮助设施：<br />
系统应该提供详尽而可靠的帮助文档，在用户使用产生迷惑时可以自己寻求解决方法。</p>
<p>帮助设施细则：<br />
1)：帮助文档中的性能介绍与说明要与系统性能配套一致。(我们的系统帮助文档都是系统的祖先时期的说明，让人困惑)。<br />
2)：打包新系统时，对作了修改的地方在帮助文档中要做相应的修改。<br />
3)：*作时要提供及时调用系统帮助的功能。常用F1。<br />
4)：在界面上调用帮助时应该能够及时定位到与该*作相对的帮助位置。也就是说帮助要有即时针对性。<br />
5)：最好提供目前流行的联机帮助格式或HTML帮助格式。<br />
6)：用户可以用关键词在帮助索引中搜索所要的帮助，当然也应该提供帮助主题词。<br />
7)：如果没有提供书面的帮助文档的话，最好有打印帮助的功能。<br />
8 )：在帮助中应该提供我们的技术支持方式，一旦用户难以自己解决可以方便的寻求新的帮助方式。</p>
<p>4：合理性：<br />
屏幕对角线相交的位置是用户直视的地方，正上方四分之一处为易吸引用户注意力的位置，在放置窗体时要注意利用这两个位置。</p>
<p>合理性细则：<br />
1)：父窗体或主窗体的中心位置应该在对角线焦点附近。<br />
2)：子窗体位置应该在主窗体的左上角或正中。<br />
3)：多个子窗体弹出时应该依次向右下方偏移，以显示窗体出标题为宜。<br />
4)：重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。<br />
5)：错误使用容易引起界面退出或关闭的按钮不应该放在易点位置。横排开头或最后与竖排最后为易点位置。<br />
6)：与正在进行的*作无关的按钮应该加以屏蔽(Windows中用灰色显示，没法使用该按钮)。<br />
7)：对可能造成数据无法恢复的*作必须提供确认信息,给用户放弃选择的机会。<br />
8)：非法的输入或*作应有足够的提示说明。<br />
9): 对运行过程中出现问题而引起错误的地方要有提示，让用户明白错误出处，避免形成无限期的等待。<br />
10):提示、警告、或错误说明应该清楚、明了、恰当。<br />
5：美观与协调性：<br />
界面应该大小适合美学观点，感觉协调舒适，能在有效的范围内吸引用户的注意力。</p>
<p>美观与协调性细则：<br />
1): 长宽接近黄金点比例，切忌长宽比例失调、或宽度超过长度。<br />
2): 布局要合理,不宜过于密集，也不能过于空旷，合理的利用空间。<br />
3): 按钮大小基本相近，忌用太长的名称，免得占用过多的界面位置。<br />
4): 按钮的大小要与界面的大小和空间要协调。<br />
5): 避免空旷的界面上放置很大的按钮。<br />
6)：放置完控件后界面不应有很大的空缺位置。<br />
7): 字体的大小要与界面的大小比例协调, 通常使用的字体中宋体9-12较为美观，很少使用超过12号的字体。<br />
8): 前景与背景色搭配合理协调，反差不宜太大，最好少用深色，如大红、大绿等。常用色考虑使用Windows界面色调。<br />
9): 如果使用其他颜色，主色要柔和，具有亲和力与磁力，坚决杜绝刺目的颜色。<br />
10): 大型系统常用的主色有&#8221;#E1E1E1&#8243;、&#8221;#EFEFEF&#8221;、&#8221;#C0C0C0&#8243;等。<br />
11): 界面风格要保持一致，字的大小、颜色、字体要相同，除非是需要艺术处理或有特殊要求的地方。<br />
12): 如果窗体支持最小化和最大化或放大时，窗体上的控件也要随着窗体而缩放；切忌只放大窗体而忽略控件的缩放。<br />
13)：对于含有按钮的界面一般不应该支持缩放，即右上角只有关闭功能。<br />
14): 通常父窗体支持缩放时，子窗体没有必要缩放。<br />
15)：如果能给用户提供自定义界面风格则更好，由用户自己选择颜色、字体等。</p>
<p>6：菜单位置：<br />
菜单是界面上最重要的元素，菜单位置按照按功能来组织。</p>
<p>菜单设测试细则：<br />
1)：菜单通常采用“常用&#8211;主要&#8211;次要&#8211;工具&#8211;帮助”的位置排列，符合流行的Windows风格。<br />
2):常用的有“文件”、“编辑”，“查看”等，几乎每个系统都有这些选项，当然要根据不同的系统有所取舍。<br />
3):下拉菜单要根据菜单选项的含义进行分组，并切按照一定的规则进行排列，用横线隔开。<br />
4): 一组菜单的使用有先后要求或有向导作用时，应该按先后次序排列。<br />
5): 没有顺序要求的菜单项按使用频率和重要性排列，常用的放在开头，不常用的靠后放置；重要的放在开头，次要的放在后边。<br />
6): 如果菜单选项较多，应该采用加长菜单的长度而减少深度的原则排列。<br />
7): 菜单深度一般要求最多控制在三层以内。<br />
8): 对常用的菜单要有快捷命令方式，组合原则见8。<br />
9):对与进行的*作无关的菜单要用屏蔽的方式加以处理，如果采用动态加载方式——即只有需要的菜单才显示——最好。<br />
10)：菜单前的图标不宜太大，与字高保持一直最好。<br />
11):主菜单的宽度要接近，字数不应多于四个，每个菜单的字数能相同最好。<br />
12)：主菜单数目不应太多，最好为单排布置。<br />
。7:独特性：<br />
如果一味的遵循业界的界面标准，则会丧失自己的个性.在框架符合以上规范的情况下，设计具有自己独特风格的界面尤为重要。尤其在商业软件流通中有着很好的迁移默化的广告效用。</p>
<p>1):安装界面上应有单位介绍或产品介绍，并有自己的图标。<br />
2):主界面，最好是大多数界面上要有公司图标。<br />
3):登录界面上要有本产品的标志，同时包含公司图标。<br />
4):帮助菜单的“关于”中应有版权和产品信息。<br />
5):公司的系列产品要保持一直的界面风格，如背景色、字体、菜单排列方式、图标、安装过程、按钮用语等应该大体一致。</p>
<p>8：快捷方式的组合<br />
在菜单及按钮中使用快捷键可以让喜欢使用键盘的用户*作得更快一些在西文Windows及其应用软件中快捷键的使用大多是一致的。<br />
菜单中：<br />
1):面向事务的组合有:<br />
Ctrl-D 删除 ；Ctrl-F 寻找 ；Ctrl –H替换；Ctrl-I 插入 ；Ctrl-N 新记录 ；Ctrl-S 保存 Ctrl-O 打开。<br />
2)：列表:<br />
Ctrl-R ，Ctrl-G定位；Ctrl-Tab下一分页窗口或反序浏览同一页面控件；。<br />
3):编辑:<br />
Ctrl-A全选；Ctrl-C 拷贝；Ctrl-V 粘贴；Ctrl-X 剪切；Ctrl-Z撤消*作；Ctrl-Y恢复*作。<br />
4)文件*作:<br />
Ctrl-P 打印；Ctrl-W 关闭。<br />
5):系统菜单<br />
Alt-A文件；Alt-E编辑；Alt-T工具；Alt－W窗口；Alt－H帮助。<br />
6):MS Windows保留键:<br />
Ctrl-Esc 任务列表 ；Ctrl-F4 关闭窗口； Alt-F4 结束应用；Alt-Tab 下一应用 ；Enter 缺省按钮/确认*作 ；Esc 取消按钮/取消*作 ；Shift-F1 上下文相关帮助 。<br />
按钮中：<br />
可以根据系统需要而调节，以下只是常用的组合。<br />
Alt-Y确定(是)；Alt-C取消；Alt-N 否；Alt-D删除；Alt-Q退出；Alt-A添加；Alt-E编辑；Alt-B浏览；Alt-R读；Alt-W写。<br />
这些快捷键也可以作为开发中文应用软件的标准,但亦可使用汉语拼音的开头字母。<br />
9:安全性考虑：<br />
在界面上通过下列方式来控制出错几率，会大大减少系统因用户人为的错误引起的破坏。开发者应当尽量周全地考虑到各种可能发生的问题,使出错的可能降至最小。如应用出现保护性错误而退出系统,这种错误最容易使用户对软件失去信心。因为这意味着用户要中断思路,并费时费力地重新登录,而且已进行的*作也会因没有存盘而全部丢失。</p>
<p>安全性细则：<br />
1)：最重要的是排除可能会使应用非正常中止的错误。<br />
2)：应当注意尽可能避免用户无意录入无效的数据。<br />
3)：采用相关控件限制用户输入值的种类。<br />
4)：当用户作出选择的可能性只有两个时,可以采用单选框。<br />
5)：当选择的可能再多一些时,可以采用复选框,每一种选择都是有效的,用户不可能输入任何一种无效的选择。<br />
6)：当选项特别多时，可以采用列表框，下拉式列表框。<br />
7)：在一个应用系统中,开发者应当避免用户作出未经授权或没有意义的*作。<br />
8)：对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽。<br />
9):对可能发生严重后果的*作要有补救措施。通过补救措施用户可以回到原来的正确状态。<br />
10):对一些特殊符号的输入、与系统使用的符号相冲突的字符等进行判断并阻止用户输入该字符。<br />
11)：对错误*作最好支持可逆性处理，如取消系列*作。<br />
12):在输入有效性字符之前应该阻止用户进行只有输入之后才可进行的*作。<br />
13):对可能造成等待时间较长的*作应该提供取消功能。<br />
14)：特殊字符常有；;’”&gt;&lt;,｀‘：“［”｛、\|｝］+=)-(_*&amp;&amp;^%$#@!~,.。?/还有空格。<br />
15)：与系统采用的保留字符冲突的要加以限制。<br />
16)：在读入用户所输入的信息时，根据需要选择是否去掉前后空格。<br />
17)：有些读入数据库的字段不支持中间有空格，但用户切实需要输入中间空格，这时要在程序中加以处理。</p>
<p>10:多窗口的应用与系统资源：<br />
设计良好的软件不仅要有完备的功能，而且要尽可能的占用最底限度的资源。<br />
1)：在多窗口系统中，有些界面要求必须保持在最顶层，避免用户在打开多个窗口时，不停的切换甚至最小化其他窗口来显示该窗口。<br />
2)：在主界面载入完毕后自动卸出内存，让出所占用的WINDOWS系统资源。<br />
3)：关闭所有窗体，系统退出后要释放所占的所有系统资源，除非是需要后台运行的系统。<br />
4)：尽量防止对系统的独占使用。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.uxpark.com/?feed=rss2&amp;p=36</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>公司项目：阳光深海（MIXI平台）</title>
		<link>http://www.uxpark.com/?p=8</link>
		<comments>http://www.uxpark.com/?p=8#comments</comments>
		<pubDate>Fri, 30 Apr 2010 08:05:17 +0000</pubDate>
		<dc:creator>Jim</dc:creator>
				<category><![CDATA[设计欣赏]]></category>

		<guid isPermaLink="false">http://www.uxpark.com/?p=8</guid>
		<description><![CDATA[最近一直在忙项目。没时间来打理网站。
项目结束了。所以把成果拿出来和大家分享。
平台：MIXI.JP
项目名称：阳光深海手机版
使用平台：手机
开发周期：3周
项目组成员：UI4名、策划1名（我）、前台2名、后台1名。
正式上线时间：2010.03.24
介绍：
阳光深海以前只能在PC上玩。我的工作是把他移植到手机上。让日本玩家随时随地都可以玩深海游戏。
游戏界面的布局、操作、流程都是由我负责。同事间给了很多帮助。感谢他们。

]]></description>
			<content:encoded><![CDATA[<p>最近一直在忙项目。没时间来打理网站。<br />
项目结束了。所以把成果拿出来和大家分享。<br />
平台：MIXI.JP<br />
项目名称：阳光深海手机版<br />
使用平台：手机<br />
开发周期：3周<br />
项目组成员：UI4名、策划1名（我）、前台2名、后台1名。<br />
正式上线时间：2010.03.24<span id="more-8"></span></p>
<p>介绍：<br />
阳光深海以前只能在PC上玩。我的工作是把他移植到手机上。让日本玩家随时随地都可以玩深海游戏。<br />
游戏界面的布局、操作、流程都是由我负责。同事间给了很多帮助。感谢他们。</p>
<p><a href="http://www.uxpark.com/wp-content/uploads/2010/04/deep-sea.jpg"><img class="alignnone size-medium wp-image-27" title="deep-sea" src="http://www.uxpark.com/wp-content/uploads/2010/04/deep-sea-224x300.jpg" alt="" width="224" height="300" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.uxpark.com/?feed=rss2&amp;p=8</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>我也不想让座。但是我会让座。</title>
		<link>http://www.uxpark.com/?p=20</link>
		<comments>http://www.uxpark.com/?p=20#comments</comments>
		<pubDate>Fri, 30 Apr 2010 07:57:28 +0000</pubDate>
		<dc:creator>Jim</dc:creator>
				<category><![CDATA[蛋疼]]></category>

		<guid isPermaLink="false">http://www.uxpark.com/?p=20</guid>
		<description><![CDATA[（很早以前写的东西。）
&#160;&#160;&#160;&#160;&#160;&#160;早上7：20上公共汽车。每天都是那么多的人。每天都是那么挤，有送孩子上学的，有出去打太极的。最多的还是我们这些上班的。如果你运气好的 话，能有个座。但是上来一个大妈或者大爷再或者怀孕的。那你你怎么办？让还是不让？让？累的 要死。不让？别人会指着鼻子说你没素质。唉，做人难阿。。。。。。
&#160;&#160;&#160;&#160;&#160;&#160;给大家讲讲我亲眼看到的事情：大冬天的。前些日子，天冷，挤公交的人一个个穿的和狗熊一样，。一个北京老头第三站上来的。看 上一个年轻小伙子的座位。就坚决要求那个年轻人给他让座。真是林子大了什么鸟都有，还是第 一次看到主动要座的。年轻人没搭理他，那老头就开始骂街，用一口纯正的北京话骂到“你个臭外地人，来北京干嘛来了。”“滚回你们外地。”“我打死你。”等 等之类的话，车上都是上班族，大部分都是外地人，听到这些话，都很气氛。大家都很支持那个年轻人。后来那个老头骂完还不解气，就开始动手打人。（年纪大 了，动作还那么敏捷，实在难以想像。）这时车上好多人就开始和那个老头讲道理。好嘛～～～～老头更生气了。谁说他不好，就打谁。。。。。。。后来没有办法，那 个年轻人估计自己打不过老头，还是乖乖的让座了。。。。。。
&#160;&#160;&#160;&#160;&#160;&#160;我上面说的，全部都是我亲眼看到的，一点都不夸张。我想说的是：让座是应该的，但不是义务。一个人让不让座是人家的自由，让座了您夸人家有道德有素质。不 让座你骂人家没道德没教养。这算什么？难道你骂别人，你就有教养了？有素质了？好好想想吧～～～～～
&#160;&#160;&#160;&#160;&#160;&#160;我也是看心情和身体情况。累了，就睡觉。心情高兴了。就站着。素质是大家来提高的，不是个人的事。北京人的素质大部分都是好的。有一些人实在是很给北京丢 脸。╭∩╮（︶︿︶）╭∩╮鄙视～～～～～～～～～～～～～～～～
]]></description>
			<content:encoded><![CDATA[<p>（很早以前写的东西。）</p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;早上7：20上公共汽车。每天都是那么多的人。每天都是那么挤，有送孩子上学的，有出去打太极的。最多的还是我们这些上班的。如果你运气好的 话，能有个座。但是上来一个大妈或者大爷再或者怀孕的。那你<img src="http://blog.sina.com.cn/images/face/034.gif" alt="" />你怎么办？让还是不让？让？累的 要死。不让？别人会指着鼻子说你没素质。唉，做人难阿。。。。。。</p>
<div>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;给大家讲讲我亲眼看到的事情：大冬天的。前些日子，天冷，挤公交的人一个个穿的和狗熊一样，<img src="http://blog.sina.com.cn/images/face/007.gif" alt="" />。一个北京老头第三站上来的。看 上一个年轻小伙子的座位。就坚决要求那个年轻人给他让座。<img src="http://blog.sina.com.cn/images/face/012.gif" alt="" />真是林子大了什么鸟都有，还是第 一次看到主动要座的。年轻人没搭理他，那老头就开始骂街，用一口纯正的北京话骂到“你个臭外地人，来北京干嘛来了。”“滚回你们外地。”“我打死你。”等 等之类的话，车上都是上班族，大部分都是外地人，听到这些话，都很气氛。大家都很支持那个年轻人。后来那个老头骂完还不解气，就开始动手打人。（年纪大 了，动作还那么敏捷，实在难以想像。<img src="http://blog.sina.com.cn/images/face/023.gif" alt="" />）这时车上好多人就开始和那个老头讲道理。好嘛～～～～老头更生气了。谁说他不好，就打谁<img src="http://blog.sina.com.cn/images/face/029.gif" alt="" />。。。。。。。后来没有办法，那 个年轻人估计自己打不过老头，还是乖乖的让座了<img src="http://blog.sina.com.cn/images/face/004.gif" alt="" />。。。。。。<span id="more-20"></span></div>
<div>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;我上面说的，全部都是我亲眼看到的，一点都不夸张。我想说的是：让座是应该的，但不是义务。一个人让不让座是人家的自由，让座了您夸人家有道德有素质。不 让座你骂人家没道德没教养。这算什么？难道你骂别人，你就有教养了？有素质了？好好想想吧～～～～～</div>
<div>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;我也是看心情和身体情况。累了，就睡觉。心情高兴了。就站着。素质是大家来提高的，不是个人的事。北京人的素质大部分都是好的。有一些人实在是很给北京丢 脸。╭∩╮（︶︿︶）╭∩╮鄙视～～～～～～～～～～～～～～～～</div>
]]></content:encoded>
			<wfw:commentRss>http://www.uxpark.com/?feed=rss2&amp;p=20</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>《Web开发中的可用性和用户体验》</title>
		<link>http://www.uxpark.com/?p=1</link>
		<comments>http://www.uxpark.com/?p=1#comments</comments>
		<pubDate>Thu, 08 Apr 2010 14:26:33 +0000</pubDate>
		<dc:creator>Jim</dc:creator>
				<category><![CDATA[资料分享]]></category>

		<guid isPermaLink="false">http://www.uxpark.com/?p=1</guid>
		<description><![CDATA[      如果你还不太了解这本书要讲什么东西……不知道你在住宅区或学校里面看到过减速板没有。它是横在道路中间凸起的一道铁板，用于限制机动车的速度。这是个增强了路人安全性的很好的办法。但是，它在限制汽车的同时却又难为了自行车。在很多小区或者校园，我发现几乎所有的减速板统统是一长条铁板，那些骑自行车的人就只能溜边，从减速板和马路牙子间的狭小缝隙中穿过。
      这种糟糕的设施就是没有充分考虑“用户”的结果。其实要限制机动车而不阻碍自行车，只需要把长长的一整条减速板分成几块短板，短板之间留出十几厘米的空隙便于自行车穿过就行了。
      这就是是否“人性”的思维方式。在人机交互设计中，也就是我们所说的“可用性”和“用户体验”。网页也好，软件也好，或者是手机、影碟机等设备，只有充分考虑用户在使用时的感受，才能开发出令人满意的产品。

  
    
      
    
    
      下载: UIdesign.pdf
      添加日期: 29/04/2010 
      描述: 《Web开发中的可用性和用户体验》 
    
  

]]></description>
			<content:encoded><![CDATA[<p>      如果你还不太了解这本书要讲什么东西……不知道你在住宅区或学校里面看到过减速板没有。它是横在道路中间凸起的一道铁板，用于限制机动车的速度。这是个增强了路人安全性的很好的办法。但是，它在限制汽车的同时却又难为了自行车。在很多小区或者校园，我发现几乎所有的减速板统统是一长条铁板，那些骑自行车的人就只能溜边，从减速板和马路牙子间的狭小缝隙中穿过。</p>
<p>      这种糟糕的设施就是没有充分考虑“用户”的结果。其实要限制机动车而不阻碍自行车，只需要把长长的一整条减速板分成几块短板，短板之间留出十几厘米的空隙便于自行车穿过就行了。</p>
<p>      这就是是否“人性”的思维方式。在人机交互设计中，也就是我们所说的“可用性”和“用户体验”。网页也好，软件也好，或者是手机、影碟机等设备，只有充分考虑用户在使用时的感受，才能开发出令人满意的产品。<span id="more-1"></span></p>
<p><table style="border: 1px solid #CCC;" cellpadding="3" width="100%">
  <tr>
    <td width="35">
      <img src="http://www.uxpark.com/wp-content/plugins/downloads-manager/img/icons/pdf.gif" alt="http://www.uxpark.com/wp-content/plugins/downloads-manager/img/icons/pdf.gif">
    </td>
    <td>
      <b>下载:</b> <a href="http://www.uxpark.com/?file_id=1">UIdesign.pdf</a><br />
      <b>添加日期:</b> 29/04/2010 <br />
      <b>描述:</b> 《Web开发中的可用性和用户体验》 <br />
    </td>
  </tr>
</table></p>
]]></content:encoded>
			<wfw:commentRss>http://www.uxpark.com/?feed=rss2&amp;p=1</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>用户体验团队博客汇聚（转自UEPUB）</title>
		<link>http://www.uxpark.com/?p=3</link>
		<comments>http://www.uxpark.com/?p=3#comments</comments>
		<pubDate>Wed, 31 Mar 2010 22:56:46 +0000</pubDate>
		<dc:creator>Jim</dc:creator>
				<category><![CDATA[交互体验]]></category>

		<guid isPermaLink="false">http://www.uxpark.com/?p=3</guid>
		<description><![CDATA[腾讯系
Tecent CDC
http://cdc.tencent.com/
Tencent Webteam
http://webteam.tencent.com/
Tencent TG ideas
http://www.tgideas.com/
Tencent ISD Flash Team
http://flashteam.tencent.com/

阿里系
淘宝
http://ued.taobao.com/blog/
支付宝
http://ued.alipay.com/
阿里妈妈
http://ued.alimama.com/
口碑网
http://ued.koubei.com/
阿里巴巴(国际站)
http://www.aliued.com/
阿里巴巴（中国站）
http://www.aliued.cn/
阿里软件
http://www.alisoftued.com/
19楼
http://blog.19ued.com/
雅虎
http://www.uedblog.com/
网易
http://www.ued163.com/
网易用户体验中心
http://uedc.163.com/
网易杭研
http://ucd.blog.163.com/
搜狐
http://ued.sohu.com/
金蝶
http://www.kdued.com/
盛大
http://www.sndaued.com/blog/
携程
http://ued.ctrip.com/blog/
人人网前端
http://fed.renren.com/
]]></description>
			<content:encoded><![CDATA[<p><strong>腾讯系</strong></p>
<p>Tecent CDC</p>
<p>http://cdc.tencent.com/</p>
<p>Tencent Webteam</p>
<p>http://webteam.tencent.com/</p>
<p>Tencent TG ideas</p>
<p>http://www.tgideas.com/</p>
<p>Tencent ISD Flash Team</p>
<p>http://flashteam.tencent.com/</p>
<p><span id="more-3"></span></p>
<p><strong>阿里系</strong></p>
<p>淘宝</p>
<p>http://ued.taobao.com/blog/</p>
<p>支付宝</p>
<p>http://ued.alipay.com/</p>
<p>阿里妈妈</p>
<p>http://ued.alimama.com/</p>
<p>口碑网</p>
<p>http://ued.koubei.com/</p>
<p>阿里巴巴(国际站)</p>
<p>http://www.aliued.com/</p>
<p>阿里巴巴（中国站）</p>
<p>http://www.aliued.cn/</p>
<p>阿里软件</p>
<p>http://www.alisoftued.com/</p>
<p>19楼</p>
<p>http://blog.19ued.com/</p>
<p>雅虎</p>
<p>http://www.uedblog.com/</p>
<p>网易</p>
<p>http://www.ued163.com/</p>
<p>网易用户体验中心</p>
<p>http://uedc.163.com/</p>
<p>网易杭研</p>
<p>http://ucd.blog.163.com/</p>
<p>搜狐</p>
<p>http://ued.sohu.com/</p>
<p>金蝶</p>
<p>http://www.kdued.com/</p>
<p>盛大</p>
<p>http://www.sndaued.com/blog/</p>
<p>携程</p>
<p>http://ued.ctrip.com/blog/</p>
<p>人人网前端</p>
<p>http://fed.renren.com/</p>
]]></content:encoded>
			<wfw:commentRss>http://www.uxpark.com/?feed=rss2&amp;p=3</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
