Quels sont les avantages et les inconvénients de l'utilisation d'un préchargeur de marque?
Le produit sur lequel je travaille actuellement utilise une icône de préchargement de marque avec le logo de l'entreprise pendant le chargement de différentes vues et grilles. Il me semble que c'est un risque inutile d'associer notre marque à l'attente et à la lenteur.
Bien sûr, l'inverse est également vrai, donc dans le cas d'un chargement rapide, cela associerait la marque de l'entreprise à des réponses rapides et à l'agilité, mais je pense toujours que le risque de la première n'en vaut pas la peine.
Quelles sont les justifications ou critiques rationnelles de l'utilisation d'un modèle de conception comme celui-ci?
Ne répondant pas directement à votre question, mais la tendance que je vois semble suggérer que les gens se débarrassent des préchargeurs au profit de interface utilisateur squelette et du chargement progressif en raison des performances perçues, donc je ne suis même pas sûr si vous utilisez un préchargeur ou un écran de chargement est même un modèle de conception moderne.
Voici à quoi ressemble un modèle d'interface utilisateur squelette:
D'un autre côté, avant d'implémenter l'interface utilisateur squelette et le chargement progressif que vous pouvez voir maintenant, Facebook a décidé de supprimer son indicateur de chargement de marque , car ils ont trouvé que les utilisateurs étaient plus susceptibles de blâmer Facebook d'être lent , mais s'ils utilisaient le spinner par défaut iOS, les gens avaient tendance à blâmer leur téléphone , ce qui est certainement une observation très intéressante.
D'après mon expérience, les utilisateurs voient un préchargeur comme une indication de lenteur. La simple suppression des pré-chargeurs d'un projet a réduit le nombre de problèmes de performances. Les marques seraient encore pires, associant votre marque à l'attente et à la lenteur.
Je recommande de ne pas utiliser du tout de pré-chargeur. Optimisez votre code afin que les éléments essentiels se chargent rapidement, pour vous faire gagner du temps avec les utilisateurs pendant que le reste de l'interface utilisateur se charge. Si vous ne savez pas utiliser un préchargeur, utilisez les plus courants pour les plateformes que vous ciblez.
Vous répondez à votre propre question. Si le chargement est assez rapide, l'utilisateur ne va même pas voir le chargeur.
Qu'est-ce qui est assez rapide?
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 concerne 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.
https://www.nngroup.com/articles/response-times-3-important-limits/
Peut-être utiliser des espaces réservés comme le fait Facebook
https://cloudcannon.com/deconstructions/2014/11/15/facebook-content-placeholder-deconstruction.html