对于不可接受的 Web 应用程序响应时间是否存在某些行业标准？

题

我正在定制一个 cot（商业现成的）应用程序，其中几个页面需要很长时间才能加载某些数据分布。（我说的是在这种情况下加载一个页面大约需要 3 分钟......并且时间呈指数增长）。

显然这是不可接受的，但是是否有研究可以指出可接受的响应时间是多少？

我想要一些可能讨论响应时间的好的研究。

解决方案

雅各布·尼尔森的研究已回答此问题任何应用程序（网络应用程序在这方面并不特殊）：

因此，对于 Web 应用程序，您应该将服务器附近的页面响应时间保持在平均最大 500 毫秒，这样即使网络延迟为 200-300 毫秒，网络应用程序也能愉快地使用。

其他提示

可接受的 UI 响应时间基于人类心理，因此 Web 应用程序与传统桌面应用程序的响应时间相同。

根据最终用户如何看待正在执行的操作，可接受的响应时间可能是 1 秒（例如 1 秒）。用于关闭“对话框窗口”）或 10 秒（例如用于显示计算结果）。

可用性大师雅各布·尼尔森（Jakob Nielsen）写了一篇好文章关于可接受的 Web 应用程序响应时间。

已发布的 UI 指南指定了相同的可接受响应时间，例如：

是的，尼尔森的文章提供了一些关于心理学如何参与的好信息。此处您可以找到有关“感知性能”的原因的更多信息。很重要，而不仅仅是实际的响应时间。

我发布了一个相关的问题并得到了一些可能有帮助的有趣答案。参见

不久前，一位教授告诉我，普通用户在等待10秒后放弃，没有任何事情发生。看到事情发生可能会增加他们等待的倾向。但那是一段时间......当互联网速度较慢时。

此处认为确实没有行业标准。

也许没有好办法做到这一点。

＆＃8734;是最不可接受的响应时间。

之后用户期望的最长时间，具体取决于您的服务。

动画区域将极大地增加用户的耐心，无论是沙漏，漩涡，圆圈，还是一个填满并一遍又一遍地清空的酒吧。只要问题显然不是他们的行为闻所未闻，他们就会等待。

许可以下： CC-BY-SA 和归因