Combien de temps faut-il pour qu'un écran apparaisse avant d'être considéré comme un problème de performances?


12

Je participe au développement d'une application Windows avec différents écrans. L'un d'eux met dix secondes à apparaître sans spinner ni autre indication que l'écran se charge. Je considère cela comme un sérieux problème de performances mais je semble être le seul à être concerné.

Suis-je trop zélé? Quel est le délai acceptable pour attendre qu'un écran apparaisse?


2
Est-ce 10 secondes sur la machine haut de gamme d'un développeur, ou 10 secondes sur la machine des jours meilleurs de l'utilisateur moyen?
MZB

@MZB: 10 secondes sur la machine du développeur ...
bleu

@ 8kb quel est le problème qui fait que l'écran met si longtemps à apparaître.
AttackingHobo

3
Android considérera un écran bloqué après 5 secondes, si je me souviens bien. Ensuite, il demandera à l'utilisateur s'il veut tuer l'application ou continuer d'attendre.
Federico klez Culloca

Réponses:


23

C'est une vieille recherche mais 10 secondes c'est mauvais:

http://www.useit.com/papers/responsetime.html

depuis la page:

Les conseils de base concernant les temps de réponse sont à peu près les mêmes depuis trente ans [Miller 1968; Card et al. 1991]:

• 0,1 seconde correspond à la limite permettant à l'utilisateur de sentir que le système réagit instantanément, ce qui signifie qu'aucune rétroaction spéciale n'est nécessaire, sauf pour afficher le résultat.

• 1,0 seconde correspond à la limite pour que le flux de pensée de l'utilisateur reste ininterrompu, même si l'utilisateur remarquera le retard. Normalement, aucune rétroaction spéciale n'est nécessaire pendant les retards supérieurs à 0,1 mais inférieurs à 1,0 seconde, mais l'utilisateur perd la sensation de fonctionner directement sur les données.

• 10 secondes est à peu près la limite pour maintenir l'attention de l'utilisateur concentrée sur le dialogue. Pour des délais plus longs, les utilisateurs voudront effectuer d'autres tâches en attendant la fin de l'ordinateur, donc ils devraient recevoir des commentaires indiquant quand l'ordinateur s'attend à ce que cela soit fait. Le retour d'informations pendant le délai est particulièrement important si le temps de réponse est susceptible d'être très variable, car les utilisateurs ne sauront alors pas à quoi s'attendre.


1
Ne laissez jamais un utilisateur se demander s'il vient de casser le logiciel, même une petite fenêtre de rappel qui apparaît immédiatement avec un délai prédit pour la fin arrête l'anxiété de l'utilisateur final et lui permet de se sentir en contrôle.
Patrick Hughes

4
Je dirais que les données de synchronisation sont obsolètes, car elles ont été écrites il y a environ 20 ans. Aujourd'hui, avec une machine incroyablement puissante sur chaque poste de travail et une prolifération d'interactions en temps réel, les gens sont habitués à des temps de réponse beaucoup plus courts que 10 secondes.
Eran Galperin

2
Je suis d'accord que 10 secondes sont beaucoup trop longues pour qu'un écran apparaisse sans aucun retour. Pour tout ce qui prend plus de ~ 2 secondes, je mettrais probablement (au moins) une roue tournante pour montrer que le programme fait quelque chose , sinon une barre de progression.
DMan

1
Les données concernent les processus de pensée d'une personne. En tant que tel, il n'est probablement pas si obsolète. Cependant, 10 secondes sans rétroaction est beaucoup trop longue de nos jours. Il existe des techniques pour améliorer la réactivité perçue.
BillThor

9

Plus de deux secondes sans sablier et je suis déjà assez sceptique. Différentes personnes auront des attentes différentes, mais je m'attendrais à 10 secondes sans retour pour même reconnaître que j'ai cliqué sur un bouton ou tout ce qui agacerait presque n'importe qui. Que ce soit important ou non d'ennuyer vos utilisateurs est une autre question.


D'accord - vous devriez faire apparaître un "curseur d'attente" ou une autre indication très rapidement. Basé sur les normes UX, je préfère le voir dans quelque chose comme 0,1 à 0,25 seconde plutôt que deux secondes.
Bob Murphy

3

Que pensent les utilisateurs prévus de cette application? S'ils sont d'accord avec ça, ne vous inquiétez pas. Certaines applications qui doivent traiter beaucoup de données, c'est OK pour une commande de fenêtre ouverte d'avoir un peu de retard avant l'ouverture.

S'il est possible d'ajouter un écran de démarrage ou une barre de progression ou quelque chose pour indiquer à l'utilisateur que cela fonctionne, ce serait bien. J'essaie généralement d'ajouter un indicateur de progression quelconque si mes tests montrent qu'une fenêtre prend régulièrement plus de 2 à 4 secondes pour apparaître.


1

Nous respectons une règle selon laquelle il ne faut pas plus de 2 secondes pour que TOUT commentaire apparaisse pour l'utilisateur.

J'ai dit des commentaires car il y a des moments où il n'est pas possible de charger la page entière en 2 secondes. Vous devez faire savoir aux utilisateurs à quoi s'attendre après les 2 premières secondes.


1

Bien que DKnight cite de bonnes recherches dans sa réponse , une autre chose à considérer serait les exigences de performance du système. Les utilisateurs effectuent-ils une sorte de travail sensible au temps ou pour une raison quelconque ont-ils besoin d'exigences rapides? Si vous pouvez d'une manière ou d'une autre demander aux utilisateurs quels sont les délais de réponse qu'ils souhaiteraient voir, en particulier en termes de délais minimalement acceptables, ce serait mieux. Effectuer des tests d'utilisabilité avec observation serait également bon pour l'utilisabilité globale, et si vous voyez un utilisateur frustré d'attendre après avoir effectué une action spécifique, alors vous savez revoir les performances de cette partie du système.

En termes de généralités, cependant, je soupçonne que 10 secondes, c'est effectivement long. Il existe certaines opérations de longue durée, et si tel est effectivement le cas, il est important d'indiquer à l'utilisateur que le système fonctionne toujours et de continuer à attendre.


0

Je suis d'accord que 10 secondes, c'est définitivement trop. J'ai travaillé pour des applications intranet dans une Software House (utilisée uniquement en interne par les employés) et le délai maximum lors du chargement d'une page était de 5 secondes. C'était pour moi la limite.

Cependant, j'ai vu d'autres applications internes, très complexes en effet, mais où le temps de chargement était quelque chose de dramatique. Dans le pire des cas, en raison de milliers d'enregistrements / requêtes exécutés, cela a pris environ 2 minutes! Mais cela est bien sûr trop éloigné du contexte général.

Je conclurais donc en disant que 3 ou 4 secondes sont la limite pour fournir un bon service de réponse.


0

Ce n'est pas un problème de performances en tant que tel, mais un problème d'interface graphique. L'utilisateur doit être informé de ce que fait le programme et s'il prend plus de 1 à 2 secondes, une barre de progression doit s'afficher.

Cela dit, il pourrait y avoir une raison à cela, si elle permet d'être rapide, mais ce n'est pas ce que vous avez demandé.

Le problème typique avec de telles applications est de manquer de mémoire physique, donc les E / S disque deviennent le goulot d'étranglement pour le chargement et l'échange. Il se pourrait également que les ensembles de données soient devenus si gros que l'algorithme O (N ^ 3) soit désormais visible.


Je pense qu'une barre de progression ne doit être utilisée que si la durée ou le total des tâches est connu. Sinon, quelque chose de plus indéterminé devrait être utilisé.
Thomas Owens
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.