Valeur recommandée pour le délai de connexion sur les appareils mobiles
Pendant combien de temps proposeriez-vous à l'utilisateur un indicateur avant d'afficher une erreur de connexion? D'une part, un utilisateur mobile n'aime pas attendre indéfiniment jusqu'à ce que l'indicateur disparaisse. Par contre une demande peut prendre assez de temps en cas de mauvaise connexion réseau ... Combien de temps laissez-vous l'utilisateur attendre dans le pire des cas?
Ça dépend
Il est difficile de répondre à une telle question sans connaître le temps de réponse typique. Les utilisateurs sont assez habitués à attendre quelques secondes lorsqu'ils utilisent des appareils mobiles sur les réseaux mobiles.
10 secondes?
Ce célèbre article , bien qu'applicable aux sites Web, suggère qu'au bout de 10 secondes, les utilisateurs le perdent. Pourrait être utilisé comme une ligne directrice approximative.
Mettez l'utilisateur en contrôle (soyez orienté utilisateur)
Il existe deux façons principales d'améliorer la convivialité de ce problème:
- Fournir un indicateur de progression - bien que techniquement pas toujours possible, dans certains cas, de grands ensembles de données peuvent être chargés en morceaux, ce qui permettra d'indiquer la progression.
- Demander, ne pas expirer - Supposons que vous avez décidé que 10 secondes est votre seuil. Au lieu de temporiser la demande, vous souhaiterez peut-être présenter un message en tant que tel à l'utilisateur:
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Cette:
- Donne des commentaires à l'utilisateur, l'informant que l'application est toujours sensible.
- Vous fait gagner du temps supplémentaire pour que la réponse arrive.
- Permet aux utilisateurs de décider s'ils préfèrent continuer à attendre ou annuler. Le premier est important dans les scénarios où la réponse est urgente ou importante pour l'utilisateur.
Je ne pense pas qu'il y ait de réponse claire ici, vous pouvez y répondre très facilement avec "ça dépend".
Vous devrez peut-être prendre en compte les éléments suivants:
- Dans quelle mesure les utilisateurs veulent-ils que les données soient envoyées/reçues? Plus ils le trouvent important, plus ils seront prêts à attendre. Un jeu soumettant un score, un élément, un badge, ... devra être plutôt rapide, tandis qu'une application professionnelle téléchargeant un fichier par exemple pourrait prendre plus de temps.
- Le taux d'attente est plus faible en fonction de la connexion mobile actuelle (2G/3G/4G, ...)
- En utilisant le mobile, la force du signal pourrait être un problème.
- L'utilisateur peut-il faire autre chose en attendant vos informations (par exemple, peut-il changer d'application?)
Personnellement, si le délai est compris entre 10 et 15 secondes, je considérerai que c'est une latence normale, si elle est de 20 secondes ou plus, je quitterai très probablement l'application.
Nous pensons toujours que la moyenne de "Mr" ou Mrs "utilise une application.
Supposons que l'on vous demande d'appliquer des normes d'accessibilité à votre application en fonction de quelques utilisateurs supplémentaires qui ont des problèmes cognitifs ou une vision altérée ... ce qui crée un autre utilisateur Persona qui devrait s'adapter à ces données démographiques et modifier les risques de sécurité potentiels (lorsque l'augmentation du temps est modifiée pour répondre à leurs besoins).
Étant donné que le personnage ci-dessus est "lent" à saisir des données, mais finira par terminer la tâche (si du temps leur a été alloué), que signifie pour eux 42 secondes contre 3 minutes? Comment les délais/sessions suggérés s'appliquent-ils? Et quelle est la solution comme valeur de temps pour accueillir ce personnage?
Aux fins de l'expérience utilisateur, il faudrait revisiter:
- Durée de temporisation
- Durée de la session
- Quels risques doivent être notés lorsque des sessions prolongées et des délais d'attente sont appliqués (c.-à-d. Combien de temps est "trop long" lorsque des éléments sécurisés comme des informations bancaires personnelles sont visibles pendant xAmount of time?).
Maintenant que les appareils fonctionnant sur divers réseaux sans fil ont toutes sortes de dépendances qui pourraient affecter les performances (par exemple, seuil avec la vitesse de l'appareil, ressources nécessaires pour terminer une requête, prise en charge du système d'exploitation, optimisation manquante sur les applications non natives, réseau des utilisateurs finaux, appareil à bande passante est limité aux paramètres de personnalisation sur l'appareil lui-même, etc.), nous avons plus de temps à attendre une réponse de l'appareil ou de son application. J'ai seulement abordé l'accessibilité comme étant une variable.