web-dev-qa-db-fra.com

récupérer des données avant ou après avoir modifié l'itinéraire de l'application mobile

Je dois passer de l'itinéraire A à l'itinéraire B dans une application mobile. La route B nécessite la récupération de nouvelles données. Ma question est assez simple: y a-t-il des études qui montrent si les utilisateurs d'applications mobiles préfèrent/s'attendent à ce que les applications 1) envoient les utilisateurs vers le nouvel itinéraire et y attendent pendant le chargement des données, ou 2) restent sur l'itinéraire actuel, puis affichent le deuxième itinéraire lorsque toutes les données ont été chargées?

Mon intuition est que les utilisateurs préfèrent le premier (c'est beaucoup plus proche de la philosophie du "rendu progressif" des applications modernes à page unique), mais je me demande s'il existe des recherches empiriques qui soutiennent cette affirmation. Tous les conseils que d'autres pourraient offrir sur la recherche dans ce domaine seraient utiles!

5
duhaime

Les utilisateurs ne se soucient pas de l'itinéraire, mais ils se soucient du temps qu'ils doivent attendre et s'ils ont l'impression de progresser vers leur objectif

Dans certains SPA, le routage peut ne pas exister, ce qui en fait davantage une question de réactivité. Dans votre cas, c'est le cas, je vous recommande de modifier immédiatement les itinéraires, puis de combler le vide avec des commentaires positifs à mesure que vous affichez progressivement la page et chargez les données. Changer d'itinéraire serait une méthode pour aider à renforcer la progression, mais cela peut également être fait indépendamment de l'itinéraire.

Réponse plus longue

La perception du temps d'attente peut avoir un impact considérable sur l'expérience utilisateur. Les actions ou demandes qui sont satisfaites immédiatement peuvent ne pas répondre. Il existe une étude intéressante à ce sujet par NNGroup concernant la réactivité des applications. Ils ont déterminé qu'il existe trois principaux seuils de temps d'attente dans une application:

https://www.nngroup.com/articles/website-response-times/

• 0,1 seconde donne la sensation d'une réponse instantanée. • 1 seconde permet au flux de pensée de l'utilisateur d'être fluide • 10 secondes retiennent l'attention de l'utilisateur ... Après 10 secondes, ils commencent à penser à autre chose, ce qui rend plus difficile le retour de leur cerveau une fois que l'ordinateur répond enfin

* Remarque: des recherches plus récentes suggèrent que le plafond du temps de chargement est plus proche de 3 secondes avant l'abandon de l'application *

Le temps d'attente est différent du temps occupé.

L'attente peut être atroce pour nous, les humains. Et, nous passons une bonne majorité de nos vies dans cet acte même. Mais, il existe des moyens de soulager la douleur de l'attente, de changer leur perception et de créer une meilleure expérience pour les utilisateurs.

  1. Remplissez le temps avec quelque chose de significatif
  2. Justifiez le temps d'attente
  3. Soyez transparent sur le temps d'attente

Lecture supplémentaire

https://neilpatel.com/blog/loading-time/

https://www.google.com/amp/s/www.thinkwithgoogle.com/marketing-resources/experience-design/mobile-page-speed-load-time/amp/

4
Mark

Beaucoup de résultats pour le Web doivent être reconsidérés pour le mobile, simplement appliquer les meilleures pratiques Web sur le mobile, c'est mal aborder le mobile. Si vous ne creusez pas plus profondément que Web UX sur mobile, vous créez effectivement des sites Web sur mobile, l'expérience sera terne.

Vous n'avez pas besoin de passer de l'itinéraire A à l'itinéraire B, l'utilisateur le fait. Pourquoi l'utilisateur doit-il faire cela? Quand l'utilisateur doit-il faire cela? À quelle fréquence l'Utilisateur doit-il faire cela? Quelle est la probabilité que l'utilisateur ait besoin de le faire?

Si la probabilité justifie la prélecture, la prélecture est probablement une bonne idée. La prélecture peut ne pas être une bonne idée si vous ciblez des utilisateurs à faible revenu, mais cela peut être une meilleure idée si vous ciblez des utilisateurs dans des zones de mauvaise connectivité.

0
straya