Est-il jamais bon de ralentir votre application?
Bien qu'il s'agisse d'un exemple extrême, le dernier message de TDWTF montre un concept intéressant: interrompre délibérément une application pour afficher une barre de progression, pour convaincre les utilisateurs qu'il fait quelque chose.
Ce genre de chose est apparu avant dans une réponse que j'ai donnée - j'ai suggéré qu'un spinner soit affiché même si l'enregistrement est instantané .
Évidemment, vous ne voulez pas ralentir l'accès à votre application, mais en petites quantités, cela peut-il améliorer la perception que les gens ont de votre application?
L'idée que vous devez montrer aux utilisateurs que votre application est réactive est parfaite, mais je ne pense pas que le ralentissement arbitraire de votre application soit le moyen de le faire. Au lieu de cela, j'utiliserais des notifications de réussite et m'assurerais que les boutons ont un survol et des états actifs (dépression sur le bouton de la souris), pour aider à communiquer que mon application est réactive et que l'action de l'utilisateur a une réaction dans le service.
Pour des choses comme les boutons de sauvegarde, la façon la plus simple de le faire est de transformer le bouton de sauvegarde en "Sauvegardé! une fois l'action terminée. Les utilisateurs se concentrent sur la zone, ils remarqueront donc le changement même s'il est assez mineur. Vous pouvez ensuite rétablir l'état du bouton d'enregistrement une fois que l'utilisateur a commencé à modifier le contenu.
J'ai eu un problème une fois, où les utilisateurs n'ont pas remarqué que le changement demandé avait déjà eu lieu. C'était un formulaire d'inscription, et ils ont continué à appuyer sur le bouton, sans se rendre compte que cela avait déjà été fait.
Peu importait qu'il clignote une fois, ils étaient occupés en appuyant sur le bouton, se concentrant sur celui-ci, malgré le changement à côté du bouton.
Notre solution a été de mettre un délai de 250 ms, augmentant ainsi le temps de réponse au-dessus de la barrière cognitive de 120-200 ms et l'encadrant comme une réaction. Travaillé.
Personnellement, je déteste les indicateurs de chargement qui n'apparaissent que pendant une fraction de seconde, car tout ce qu'ils provoquent est le scintillement - s'il est inférieur à 120 ms, l'utilisateur ne le remarque même pas, et il faut environ 300 ms pour réaliser "ce que le f ... "cette chose peut-elle être.
Par conséquent, lorsque je m'attends à ce que les résultats arrivent presque immédiatement, mais il y a un risque que cela prenne plus de temps, j'ai mis une minuterie pour l'indicateur de charge à environ une demi-seconde. Si la réponse vient avant cela, elle est instantanée, sinon, ils reçoivent toujours un retour rapide.