Offrir un moyen d'annuler un processus
Dans le cas où un utilisateur se voit présenter une boîte de dialogue modale qui affiche un processus d'installation (ou quelque chose de similaire). Si le processus prend normalement quelques secondes mais peut potentiellement prendre plus de temps, dois-je proposer un bouton "Annuler" pour donner à l'utilisateur un contrôle total?
J'ai vu des programmes d'installation qui désactivent le bouton Annuler et d'autres qui peuvent effectuer une restauration après avoir cliqué sur Annuler. Mais que se passe-t-il si l'on n'a pas la possibilité d'une restauration complète? Devrais-je ...
- intercepter l'utilisateur dans la boîte de dialogue jusqu'à ce que le processus soit terminé ou qu'un délai soit atteint
- offrir le bouton Annuler de toute façon, avec l'inconvénient de générer éventuellement des déchets de données ou une installation invalide
Cela dépend beaucoup du type d'application que vous effectuez. Idéalement, l'utilisateur devrait toujours garder le contrôle, mais il y a des situations où vous voudrez garder le contrôle lorsque vous apportez des changements critiques.
Tout d'abord, vous devez informer l'utilisateur qu'une opération suivante peut prendre X fois et qu'elle risque de ne pas pouvoir utiliser le système.
Lorsque vous dites une telle chose, cela met une certaine quantité de stress sur l'utilisateur. Vous devriez faire de votre mieux pour atténuer ce stress. Le meilleur moyen est de montrer le temps restant et quelle est exactement l'action que vous effectuez. Ce faisant, vos messages doivent éviter le jargon et répondre au vocabulaire du public cible.
Une mise à jour de Windows n'est peut-être pas un exemple précis de cette situation, mais elle vous indique comment Microsoft l'a gérée dans Windows 7.
Bien qu'ici, Windows ne puisse pas estimer le temps requis, il essaie de décomposer l'opération par étapes afin que l'utilisateur ait des progrès tangibles à conserver. Ceci est très essentiel pour de nombreuses raisons. J'ai vu de vagues barres de progression qui tombent dans l'oubli sans offrir de réconfort aux utilisateurs. Vous devez éviter cela.
Compte tenu de votre cas d'utilisation, après les commentaires des utilisateurs, vous voudrez peut-être pousser le message de retard lorsque l'opération ne se termine pas dans le temps de seuil. Je conviens que les utilisateurs auraient déjà commencé le processus, mais si la plupart du temps le l'opération va prendre quelques secondes, il n'y a aucune raison d'afficher toujours un message indiquant qu'ils ne peuvent pas utiliser le système. Après quelques secondes, vous pouvez apparaître et mentionner que cela semble prendre plus de temps que d'habitude. Vous pourriez avoir besoin d'un utilisateur opinion à ce sujet.
S'il n'y a aucun moyen sûr pour l'utilisateur de quitter le processus, vous devez vraiment lui faire attendre qu'il soit terminé. Les laisser avec un système défectueux est potentiellement plus préjudiciable à la réputation du logiciel que de les faire attendre 20 minutes supplémentaires pour une installation correcte et parfaite.
Cependant, je suppose qu'ils ont traversé une sorte de processus pour arriver à ce point (accepter le CLUF, sélectionner l'emplacement de l'installation, etc.), ce serait le moment de leur dire clairement combien de temps il devrait prendre dans le les pires cas (cela ajoutera également un peu de gestion des attentes donnant aux utilisateurs qui ne connaissent pas le pire des cas une agréable surprise lorsque le processus se termine plus rapidement que prévu).
Si vous devez proposer une option "annuler à tout prix", vous devrez alors clairement informer l'utilisateur du coût de son système (données incorrectes, erreurs de disque, logiciel défaillant, etc.) avec une mention "Êtes-vous sûr?" dialogue afin qu'ils puissent faire un choix éclairé. Vous devrez peut-être également inclure une clause de non-responsabilité légale en fonction de la quantité de dommages que vous pourriez potentiellement causer à leur système.
Je crois que la bonne action serait d'expliquer à l'utilisateur avant de passer à l'action irréversible, que l'action est irréversible.
"Doing this is permanent / This action is un-doable / You can not roll back this change" -> OK /cancel Ou quelque chose comme ça selon le type d'utilisateurs que vous avez et le jargon qu'ils font ou ne connaissent pas.
Ne pas piéger un utilisateur sur un écran de chargement si cela est évitable. Si le temps de chargement est vraiment si élevé que vous devez vous attendre à ce que l'utilisateur veuille l'annuler; on peut alors reconnaître que le temps de chargement est très élevé. Préparons donc l'utilisateur à ce temps de chargement long et irréversible et donnons-lui au moins la possibilité de le démarrer à son rythme.
La présentation de données indésirables ne serait acceptable que si CRUD/manipuler des données était normal/facile/attendu/pas un problème. Mais il est généralement considéré que nous, en tant que concepteurs UX, devons évaluer chaque clic que nous coûtons à l'utilisateur.
Si possible, présentez à l'utilisateur une option "Terminer plus tard" dans la boîte de dialogue, au lieu de "Annuler". Si l'installation prend plus de temps qu'ils ne le souhaitent actuellement, ou s'ils ont quelque chose d'important à faire maintenant que le processus d'installation interfère, ils peuvent choisir cette option, puis vous les laissez continuer la prochaine fois que le processus d'installation est lancé.