网页互交设计精髓.ppt

* * * * * * 静态提示 * 静态提示 * 通过新的引导发现新的功能 * 通过新的引导发现新的功能 * 通过新的引导发现新的功能 * 用建议或者疑问来引导用户去完成内容。 * 动画和过场特效，以及各种各样的可视化过渡 对于加强衔接和交流来说是很强大的技术。 这三个准则30年后的今天依然是不变的。[Miller 1968; Card et al. 1991] ?0.1秒?是用户判断系统瞬时反应的极限时间，意味着需要在该时间内显示反馈结果。 ?1.0秒?是用户保持不间断的思维流的限定时间，即使用户会注意到这样的延迟。通常,没有特别的信息反馈延迟超过0.1而少于1秒,但用户确实能直接感觉到这个数据并失去信心。 ?10 秒 ?是保持用户关注当前对话框的极限时间。对于长时间的延迟，用户会想在等待计算机完成期间处理其它事务。所以需要反馈显示计算机将要完成的时间。延迟反馈显得尤为重要是因为响应时间经常充满变数，用户不知道该期待什么。 一般情况下，我们希望计算机响应的速度越快越好，但是有的时候也会造成太快了导致我们跟不上他的响应结果。比如说：滚动条如果移动太快的话（有的浏览器会支持自动滚动的判断，但是时间控制的太快了）用户就无法看到页面内容。 在系统反应的过程中，应该把当前的处理进度告诉用户（通常以进度条或百分比来表示）。作为一个经验法则，进度条用在超过大约10秒钟的操作上。进度条三个优点：用户能确保该系统没有崩溃，而是在处理他们的问题的工作，它们表明大约多久，用户可以预料，等待，从而使用户可以在从事其他活动的长时间等待和他们最终为用户提供的东西看，从而使等待那么痛苦。后者的优势不可低估，是一个建议的图形进度条而不是仅仅说明在数量预计剩余时间的原因。 * Change focus by brightening and dimming items. * Change focus by brightening and dimming items. * Change focus by brightening and dimming items. * Flickr的批量上传为了减少用户的等待时间，加入了进度条，而且更贴心的将每个上传时间分割出来，了解每个上传时间。就像我们跑马拉松一样，那么长的距离看着挺吓人，但如果吧路程分成一个一个小目标，也就不觉得困难了。 * * Igoogle在页面加载的时候先把每个模块的框架和标题显示出来，减少了用户的等待时间 * * 这个是gap品牌的在线购物网站，他们把购物车放在了页面导航的最顶部 * ，当用户选择放入购物车时候，他会自动动画效果展现当前的详情。及时将结果和当前操作对应起来。 * * Google翻译会及时校验输入的每一个字母，并进行智能识别，如果发现符合拼写规律，则在左侧显示主要翻译。 * 同样是gap网站。 * 同样是gap网站。 * * 同样是gap网站。 * 同样是gap网站。 * 对于新界面中的每个要素——菜单、对话框、按钮等等——乔布斯对于开发中的软件和硬件产品，总是要求有若干不同的方案供他选择。在与瑞茨拉夫的会上，乔布斯会给出改善设计的诸多想法，直到他满意，一个功能才能算是敲定下来。 设计师是用Macromedia Director软件制作新界面模型，尽管乔布斯可以开关窗口、下拉菜单，但它毕竟只是动画演示，而不是由代码写就的真实程序。小组将程序代码运行在另一台电脑上，和动画演示的机器并排放在一起。他们运行程序原型给乔布斯看时，乔布斯俯身向前，鼻子几乎贴到了电脑屏幕上，仔细地在程序和动画演示之间进行查验。 “乔布斯可以一个像素一个像素地进行对比，来看看是否匹配。”瑞茨拉夫说，“他会一直深入到每个细节里去，详加勘察每一方面到像素的级别上去。若是有出入，“某些工程师可就要挨一顿臭骂了。” 令人难以置信的是，瑞茨拉夫的团队竟然花了6个月时间用于细化滚动条，以达到令乔布斯满意的程度。滚动条在任何计算机操作系统里都是很重要的部分，但却从不是用户界面中最显眼的要素。尽管如此，乔布斯还是坚持要对滚动条改成希望的样子，瑞茨拉夫的团队不得不修改了一个版本又一个版本。 开始，设计师们发现总是无法准确实现乔布斯所要的细节。小箭头不是尺寸不对，就是位置不对，要不就是颜色又错了。在窗口处于当前状态或者后台状态时，滚动条还必须呈现出不同的样子。“要在不同运行状态下把这个东西和其他设计要素匹配在一起真的很难。”瑞茨拉夫说道，语气略带疲惫，“我们一直做到对为止。我们在这上面花了好长好长的时间。” * 对于新界面中的每个要素——菜单、对话框、按钮等等——乔布斯对于开发中的软件和硬件产品，总是要求有若干不同的方案供他选择。在与瑞茨拉夫的会上，乔布斯会给出改善设计的诸多想法，直到他满意，一个功能才能算是敲定下来