Indiquer les étapes de chargement dans une application plutôt que simplement le mot "Chargement ..."
Si un processus prend beaucoup de temps à s'exécuter dans une application pour tablette et que l'interface utilisateur est bloquée pendant ce temps de chargement, y a-t-il un avantage à informer l'utilisateur de ce qui est réellement exécuté, par exemple le stade où le processus est en cours? Je pense que cela pourrait aider à informer l'utilisateur que quelque chose se passe réellement, car il peut penser que le processus s'est écrasé s'il voit un indicateur de chargement pendant une période prolongée.
par exemple. Actuellement, après avoir appuyé sur Connexion, l'utilisateur voit un indicateur de chargement en rotation et les mots "Connexion". Cependant, cela peut parfois prendre jusqu'à 10 secondes (je sais que c'est lent)
Comme l'application sait quel processus la charge effectue actuellement pendant le processus de connexion parent (par exemple, obtenir l'IP de l'utilisateur, récupérer les paramètres utilisateur, synchroniser les données utilisateur, se connecter, etc.), serait-il utile d'indiquer à quelle étape se trouve la charge ?
Eh bien, du point de vue d'un utilisateur, il est toujours préférable de leur montrer que l'application travaille dur au lieu de planter/de bloquer soi-disant.
Certains jeux que j'ai vus donnent à cette note une bande dessinée en affichant des messages comme:
- Flou des lignes de réalité
- Initialisation de schémas ignobles
- Atomisation de particules atomiques
Bien que cela ne soit peut-être pas le meilleur choix pour votre application spécifique, cela distrait les utilisateurs, de sorte que leur temps de chargement perçu raccourcit.
Cette question pourrait également être intéressante:
Je dirais que c'est le même problème que les retards sur les ordinateurs en général et la perception des gens:
Tous les détails sont sur le lien:
http://www.nngroup.com/articles/response-times-3-important-limits/
Dans les cas où l'ordinateur ne peut pas fournir une réponse assez immédiate, une rétroaction continue doit être fournie à l'utilisateur sous la forme d'un indicateur de pourcentage terminé [Myers 1985] .
En règle générale, les indicateurs de progression en pourcentage doivent être utilisés pour les opérations de plus de 10 secondes environ. Les indicateurs de progression ont trois avantages principaux: ils rassurent l'utilisateur que le système n'est pas tombé en panne mais qu'il travaille sur son problème; ils indiquent approximativement combien de temps l'utilisateur doit attendre, permettant ainsi à l'utilisateur de faire d'autres activités pendant de longues attentes; et ils fournissent enfin quelque chose à l'utilisateur, ce qui rend l'attente moins douloureuse.
Ce dernier avantage ne doit pas être sous-estimé et est une raison pour recommander une barre de progression graphique au lieu de simplement indiquer le temps restant attendu en chiffres.
La réponse courte est OUI!
L'utilisateur a besoin de savoir ce qui se passe et pour être honnête, 1 minute de rotation de la roue est comme un Apple beach ball - ennuyeux et il ne me dit rien quand le processus sera terminé. l'utilisateur déteste être dans le noir ou confus.
Je sais que vous parlez de l'APP, mais si 50% des gens abandonnent si le site ne se charge pas dans les secondes vous devriez certainement montrer la connexion au niveau granulaire, comme les différents états que vous avez mentionnés .
Jetez un œil à Hipmunk et à la façon dont ils utilisent la barre de chargement et une belle animation qui rend le processus supportable.
L'autre façon de le garder intéressant est de changer une image pour chaque état:
- Obtenir IP
- Récupération des paramètres
- Synchroniser les données
Cela atténuera une partie de la frustration, malheureusement, de cette façon, vous ne résolvez pas un vrai problème (1 minute pour vous connecter), mais en y mettant un bandage. Si c'est possible, essayez de déterminer pourquoi cela prend si longtemps et ce qui pourrait être fait pour augmenter la vitesse de connexion.
indiquant que le processus est bon ou au moins meilleur que ne montrant rien. Vous avez déjà mentionné les principales raisons.
Si les utilisateurs ont une idée (ou peuvent rapidement en former une est l'utilisation fréquente de l'application) de ce que sont les processus afin qu'ils fonctionnent comme une barre de progression implicite, ce serait mieux, mais s'ils ne le font pas, c'est encore mieux de ne rien montrer. N'oubliez pas de l'exprimer avec un langage utilisateur commun et non technique (sauf si ce sont des techniciens qui pourraient apprécier/comprendre cela).
Ce qui est sûr, c'est que vous devezmontrer quelque chose à l'utilisateur pendant qu'il attend le chargement de l'application pendant plusieurs secondes ou si le temps d'attente est plus que ce à quoi ils s'attendent (selon la familiarité, l'usage courant, etc.).
Par tous les moyens, vous devriez éviter de faire sentir aux utilisateurs que vous perdez leur temps, il est donc bon de leur montrer quelque chose qui exprime que vous/votre application estfaisant quelque chose lié au processus pour terminer l'action qu'ils attendent. Vous voulez garder à l'esprit que vous les aidez à atteindre leur objectif et éviter de leur faire croire que vous attendez plus longtemps pour l'atteindre.
Une barre de processus aidera également si sa progression est continue (si elle ne s'arrête pas ou ne le fait pas pendant très peu de temps), ne leur laissant aucune chance de penser au plantage/gel du système.
Ceci est partiellement comparable aux situations réelles et c'est pourquoi vous avez des téléviseurs, des magazines et d'autres trucs dans les salles d'attente.