Dans quelle mesure une application peut-elle être lente à rester sensible?
Je crée un éditeur pour écrire les exigences et je veux donner des suggestions à l'utilisateur sur ce qu'il faut écrire. À quelle vitesse dois-je présenter la suggestion pour qu'elle soit sensible à l'utilisateur. (réactif comme en vitesse, pas comme dans un design réactif). Plus généralement, avec quelle vitesse les utilisateurs peuvent-ils travailler?
Le temps n'est qu'un des facteurs qui déterminent si une application se sent sensible. Cependant, il existe des directives décentes qui vous donnent une idée approximative de la façon dont les gens perçoivent la réponse.
Jakob Nielsen a écrit un bon article sur Temps de réponse que j'utilise comme guide approximatif. Il déclare que:
- 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.
La réactivité ne se limite pas au chargement de contenu ou d'éléments de liste. Assurez-vous de donner des commentaires à l'utilisateur lors de l'interaction. Cela peut être le bouton qui semble "enfoncé", un son, une animation, une vibration.
L'important est de s'assurer que l'utilisateur sait ce qui se passe (qu'il se charge) Cela augmentera considérablement sa patience en attendant votre application.
Comme indiqué ci-dessus, tout dépend de la façon dont les informations sont présentées ainsi que du temps nécessaire. Parfois, la simple saisie automatique de la phrase en tant que types d'utilisateurs peut être efficace, mais cela soulève également la question de proposer des options de sélection à l'utilisateur afin qu'il puisse ensuite choisir le chemin qu'il souhaite suivre tout en époustouflant ce qu'il a déjà été présenté et en se déplaçant simplement sur.
Si vous allez présenter à l'utilisateur une liste d'options de sélection, voulez-vous arrêter son flux de travail et lui présenter ces options ou voulez-vous qu'il continue et le charge à l'écran pour qu'il puisse choisir?
Dans les deux cas, je lui donnerais au plus 2 secondes parce que vous voulez saisir une grande majorité d'utilisateurs qui tapent aussi bien rapidement que lentement. Moins d'une seconde peut être trop rapide, ce qui ne donnera pas suffisamment de temps aux dactylographes lents pour terminer ce qu'ils tapaient, ce qui laisserait à votre système le temps de prendre une décision valide sur ce que vous devez lui présenter.