缓慢的响应时间备忘单

时间:2009-01-23 05:23:08

标签: usability response-time

有没有人有关于用户界面响应时间的当前和历史论文和权威链接(统计和博客文章)的链接?

当然,权威链接是Human factors design criteria in man-computer interaction

一些关键引用包括:

  

[关于]对请求的回应   下一页。 [...]延迟超过1   第二个似乎是侵入性的   思想的连续性。

  

假设有任何形式的询问   制作。用户 - 以及他的注意力 -   被囚禁到终点站直到他   收到回复。如果他很忙   男子,囚禁超过15岁   秒,即使是信息   对他来说至关重要,可能不仅仅是一个   烦恼和破坏。它可以   很容易变成一个挫败者 - 就是这样   a,减速机的工作节奏和   工作的动力。

这些报价已有40年历史,但今天却非常重要。

还有Jacob Nielsen的authoritative excerpt

我想在此社区维基下收集此类研究的所有链接。

下次您被要求忽略经理的响应时间或构建一个会降低应用程序速度的功能时,您只需向他们发送一个指向此页面的链接即可。

6 个答案:

答案 0 :(得分:2)

我认为最简单的答案是雅各布尼尔森的一篇文章,他在Response Times: The Three Important Limits中定义了10/1 / .1秒规则。该文基于他的书Usability Engineering中的一节。他将在2009年的几个会议上向网络展示进一步的研究和适用性,所有这些都与1相关联。

答案 1 :(得分:1)

Jared Spool分享了在UIE对importance of performing a goal rather than download time进行的一些研究结果。

  

自从我们进行了原创   五年前的研究,我们已经   反复发现用户更多   有兴趣实现他们的目标   比快速页面加载。以来   目标通常很复杂且需要   用户要周到,最好   设计的网站似乎侥幸逃脱   页面速度低于平均值。

他参考的2001年的原始研究是Christine Perfetti和Lori Landesman撰写的The Truth About Download Time

答案 2 :(得分:1)

我刚刚遇到过:

System Response Time and User Satisfaction: An Experimental Study of Browser-based Application (注意其PDF文件)作者:John A. Hoxmeier,博士。

调查结果摘要如下:

  • 随着响应时间的增加,H1满意度降低[支持]
  • H2不满意导致停止使用[支持]
  • 随着满意度降低[支持]
  • ,易用性降低
  • H4让用户更容忍更慢的响应时间[不支持]

答案 3 :(得分:1)

拯救生命

我读了这个little article

引用史蒂夫乔布斯:

  

“好吧,假设你可以刮胡子10   几秒钟的启动时间。乘   五百万用户和那个   每天5000万秒。   一年多,这可能是几十个   寿命。所以,如果你让它开机十   秒快,你节省了十几个   住。这真的很值得,不要   你觉得呢?“

我认为可以对高容量站点的响应时间做出相同的论证。

答案 4 :(得分:1)

类似于lavinio发布的链接,Jakob Nielsen最近的文章概述了下拉菜单悬停时间的0.5 / 0.1 / 0.5秒规则。

http://www.useit.com/alertbox/mega-dropdown-menus.html

答案 5 :(得分:1)

我最近发现了与网站速度相关的内容:

男人需要速度 http://www.websiteoptimization.com/speed/tweak/usability-criteria/

研究:网络用户比定制更喜欢速度 http://www.websiteoptimization.com/speed/tweak/design-factors/