一位客户要求所有“基于对话”的应用程序的响应时间都在 1 秒以内。他正在谈论我们的桌面应用程序，这些应用程序从连接到 SQL Server 的业务服务器获取数据。
通常 1 秒对我们来说是可以的，但我们有一些表格需要更长的时间（最多 2 或 3 秒）。您是否知道任何指定用户响应时间的标准（或任何来源）？我发现了许多不同的信息，但主要是针对网页而不是桌面应用程序。
我在某处读到 3 秒是“神奇”的数字。然后我阅读了 Norman Nielsen 的网页“10 秒规则”。其他一些人谈论“4秒”规则。
我想从一些“第三方”为我的客户提供一些论据（“你可能知道，ISO 规范中将接受的限制指定为 xx”）:-)
谢谢
即使您的对话框的实际性能无法提高，您也可以查看可以提高应用程序感知性能的技术。延迟加载或在显示后异步加载对话框的某些部分可能会改善用户的体验，并且不需要您付出额外的努力。进度反馈，也可以改善用户体验。您可能想与一些用户（甚至只是几个用户）一起测试一些想法，看看他们认为什么是问题，然后研究解决这些特定问题的技术。
既然你提到尼尔森诺曼......
这里的一些引用：（关于网站）（为“10秒'规则'”提供更多背景信息）
从 1 到 10 秒，用户肯定会感到计算机的摆布，并希望它更快，但他们可以处理它。
10 秒的延迟通常会让用户立即离开网站。即使他们留下来，他们也更难理解正在发生的事情，这使得他们不太可能在任何困难的任务中取得成功。
即使是几秒钟的延迟也足以造成不愉快的用户体验。
这（对于网络和应用程序）也提到了 10 秒，但它只是说如果需要更长的时间，你应该给出估计的持续时间。它还说“响应时间应该尽可能快”。
你应该从中得到什么：
建议将这些数字作为上限。用户通常对接近这些的响应时间不满意，但偶尔会愿意接受它们（并非始终如一）。
一般来说，一秒钟的响应时间真的不算多。但是，如果您有一些对话需要更长的时间，这应该是可以接受的。
如果响应时间绝对不能再改善并且客户不满意，那么您唯一能做的就是以通俗的方式给出一些技术细节作为响应时间的理由。例如，服务器不够好，无法处理程序，或者网络连接速度很慢，或者其他什么。我认为任何客户都不会真的很高兴被引用一些他们从未听说过的规范，即使存在。