Quel est le plus court délai de réponse perceptible de l'application ?

Question

Il y aura toujours un délai entre une action de l'utilisateur et une réponse de l'application.

Il est bien connu que plus le délai de réponse est faible, plus l'application a l'impression de répondre instantanément. Il est également connu qu'un retard allant jusqu'à 100 ms n'est généralement pas perceptible. Mais qu'en est-il d'un délai de 110 ms ?

Quel est le délai de réponse de l'application le plus court qui puisse être perçu ?

Je suis intéressé par toute preuve solide, toute réflexion générale et toute opinion.

Answer 1

Le seuil de 100 ms a été établi il y a plus de 30 ans. Voir :

Card, S. K., Robertson, G. G., et Mackinlay, J. D. (1991). The information visualizer : An information workspace. Proc. ACM CHI'91 Conf. (Nouvelle-Orléans, LA, 28 avril-2 mai), 181-188.

Miller, R. B. (1968). Response time in man-computer conversational transactions. Proc. AFIPS Fall Joint Computer Conference Vol. 33, 267-277.

Myers, B. A. (1985). The importance of percent-done progress indicators for computer-human interfaces. Proc. ACM CHI'85 Conf. (San Francisco, CA, 14-18 avril), 11-17.

Answer 2

Je me souviens avoir appris que toute latence supérieure à 1/10e de seconde (100 ms) pour l'apparition des lettres après leur saisie commence à avoir un impact négatif sur la productivité (on ralentit instinctivement, moins sûr d'avoir tapé correctement, par exemple), mais qu'en dessous de ce niveau de latence, la productivité est essentiellement stable.

Compte tenu de cette description, il est possible qu'une latence de moins de 100 ms puisse être perceptible comme n'étant pas instantanée (par exemple, des arbitres de baseball entraînés peuvent probablement résoudre l'ordre de deux événements encore plus rapprochés que 100 ms), mais elle est suffisamment rapide pour être considérée comme une réponse immédiate pour le retour d'information, en ce qui concerne les effets sur la productivité. Une latence de 100 ms et plus est définitivement perceptible même s'il est encore raisonnablement rapide.

C'est pour le retour visuel qu'une entrée spécifique a été reçue. Il y aurait alors une norme de réactivité pour une opération demandée. Si vous cliquez sur un bouton de formulaire, obtenir un retour visuel de ce clic (par exemple, le bouton affiche un aspect "déprimé") dans les 100 ms est toujours idéal, mais après cela, vous attendez que quelque chose d'autre se passe. Si rien ne se passe au bout d'une seconde ou deux, comme d'autres l'ont dit, on se demande vraiment si le système a pris le clic ou l'a ignoré, d'où la norme d'afficher une sorte d'indicateur "en cours..." lorsqu'une opération risque de prendre plus d'une seconde avant d'avoir un effet clair (par exemple, attendre qu'une nouvelle fenêtre s'ouvre).

Answer 3

Je ne pense pas que les anecdotes ou les opinions soient vraiment des réponses valables ici. Cette question touche à la psychologie de l'expérience utilisateur et au subconscient. Le cerveau humain est puissant et rapide et les simples millisecondes comptent et sont enregistrées. Je ne suis pas un expert, mais je sais qu'il y a beaucoup de science derrière, par exemple, ce que Matt Jacobsen a mentionné. Consultez l'étude de Google ici http://services.google.com/fh/files/blogs/google_delayexp.pdf pour avoir une idée de l'impact que cela peut avoir sur le trafic du site.

Voici une autre étude réalisée par Akami - temps de réponse de 2 secondes http://www.akamai.com/html/about/press/releases/2009/press_091409.html (De https://ux.stackexchange.com/questions/5529/once-apon-a-time-there-was-a-10-seconds-to-load-a-page-rule-what-is-it-nowa )

Quelqu'un a-t-il d'autres études à partager ?

Answer 4

La persistance de la vision étant d'environ 100 ms, le délai de retour visuel devrait être raisonnable. 110 ms ne devrait pas faire de différence, car il s'agit d'une valeur approximative. En pratique, vous ne remarquerez pas de délai inférieur à 200 ms.

De mémoire, des études ont montré que les utilisateurs perdent patience et recommencent une opération après environ 2s d'inactivité (en l'absence de feedback), par exemple en cliquant sur un bouton de confirmation ou d'action. Prévoyez donc d'utiliser une sorte d'animation si l'action prend plus de 1s.

Answer 5

J'ai travaillé sur une application dont l'objectif commercial explicite était d'être incroyablement rapide, et le temps maximal autorisé par le serveur pour le traitement d'une page Web complète était de 150 ms.