桌面应用程序中的响应时间是否有任何标准?

时间:2013-07-31 15:27:51

标签: performance

客户要求所有“基于对话框”的应用程序在一秒钟内响应时间。他说的是我们的桌面应用程序从连接到SQL Server的业务服务器获取数据。

通常1秒对我们来说没问题,但是我们有一些表格需要更长时间(最多2或3秒)。您是否知道任何标准(或任何来源)指定用户的响应时间?我发现了许多不同的信息,但主要用于网页而不是桌面应用程序。

我在某处读到3秒是“神奇”的数字。然后我读到了Norman Nielsen关于网页的“10秒规则”。其他人谈论“4秒”规则。

我想从某些“第三方”为我的客户提供一些论据(“你可能知道,ISO规范中规定的接受限制为xx”): - )

谢谢

2 个答案:

答案 0 :(得分:2)

即使无法改进对话框的实际性能,也可以查看可以提高应用程序感知性能的技术。延迟加载或在显示后异步加载对话框的部分可以改善用户的体验,而不需要您的特别努力。对进度的反馈,也可能改善用户的体验。您可能希望与某些用户(甚至只是一对用户)测试一些想法,以查看他们认为的问题,然后查看解决这些特定问题的技术。

答案 1 :(得分:0)

既然你提到尼尔森诺曼......

来自here的一些引言:(关于网站)(为“10秒”规则提供更多背景信息)

  

从1-10秒开始,用户肯定会受到计算机的支配,希望它更快,但是他们可以处理它。

     

延迟10秒通常会使用户立即离开网站。即使他们留下来,他们也很难理解正在发生的事情,使他们不太可能在任何困难的任务中取得成功。

     

即使几秒钟的延迟也足以造成令人不快的用户体验。

并且this(对于网络和应用程序)也提到了10秒,但它只是说如果花费的时间更长,你应该给出估计的持续时间。它还说“响应时间应该尽可能快”。

你应该从中采取什么:

建议将这些数字视为上限。用户通常不满意接近这些的响应时间,但愿意接受偶尔(不一致)。

一般来说,一秒响应时间实际上并不需要太多。但是,如果你有一些对话需要更长的时间,这应该是可以接受的。

如果响应时间绝对无法再提高且客户不满意,那么你唯一可以做的就是以外行术语的一些技术性作为响应时间的理由。例如,服务器不足以处理程序,或者网络连接速度慢或者其他什么。我认为任何客户都不会真的很高兴被引用一些他们从未听说过的规范,即使存在一个规范。