Dans notre application, l'utilisateur peut apporter de petites modifications, telles que la suppression d'un graphique d'un rapport.
Lorsqu'ils suppriment un élément, une notification de toast s'affiche pour indiquer "Le graphique 2 a été supprimé avec succès. Annuler?"
L'option d'annulation facilite la récupération rapide des erreurs. Mais combien de temps le message doit-il apparaître avant de disparaître?
Elle est actuellement fixée à 60 secondes. Mais cela semble beaucoup trop long, d'autant plus que survoler le message, même pendant le fondu, réinitialise soudainement le chronomètre.
Notez que le message peut également être annulé avec un "x" et plusieurs messages sont empilés, bloquant tout contenu sous-jacent.
Je pense que 30 à 40 secondes sont suffisantes pour que l'utilisateur annule une suppression accidentelle. Si j'ai supprimé quelque chose accidentellement, je l'annulerai rapidement. Donc, à mon avis, 30 à 40 secondes suffisent pour l'utilisateur. C'est lorsque vous affichez la notification bien en évidence.
Gmail garde la notification visible jusqu'à 60 secondes ou jusqu'à ce que l'utilisateur ouvre un nouveau message. Mais, Gmail a également un dossier poubelle.
Les mesures que vous pouvez prendre pour éviter la perte accidentelle de données:
En ce qui concerne votre dernier point sur l'empilement des notifications, je pense qu'elles apparaissent lorsque l'utilisateur effectue une autre action similaire. Par conséquent, cela lui-même indique que l'utilisateur ne veut pas annuler l'action de suppression précédente et qu'il a déjà commencé une nouvelle tâche sur l'application. Ainsi, l'empilement ou le chevauchement des notifications ne devrait pas être un problème dans ce cas. Pour le rendre plus clair, gardez l'apparence de la notification de suppression différente des autres notifications (peut-être une couleur ou une position d'arrière-plan différente?).
J'espère que cela répond à votre question.
Je recommanderais de décider si l'annulation est une commande disponible ou si elle ne sert qu'à récupérer de l'action la plus récente.
S'il s'agit d'une commande qui est toujours disponible et fera remonter l'état de l'application dans N états (par exemple, Photoshop vous permet de revenir en arrière dans tout ce que vous avez modifié via annuler), alors je ne montrerais pas du tout une alerte. Je ferais de "Annuler" une option de menu quelque part qui est statique.
Mais il semble que vous ayez déjà pris cette décision pour votre application.
Donc, comme l'annulation consiste à récupérer uniquement à partir de l'action la plus récente, je dirais que l'alerte doit rester visible jusqu'à ce qu'elle soit activement rejetée par l'utilisateur (que je vois que vous avez sur vous un exemple d'interface utilisateur - bravo!) Ou qu'un autre changement d'état se produit - comme dans, ils s'éloignent de l'écran, suppriment un autre graphique, créent un autre graphique, etc. Avoir l'option s'estompe après N secondes est dangereux car vous ne pouvez pas supposer que l'attention des utilisateurs est activement à l'écran. Il se peut que quelqu'un les interrompe après avoir supprimé quelque chose accidentellement ou que leur appareil se bloque pendant une brève période car une autre application monopolise des ressources. Si cela devait se produire, l'alerte (et la possibilité d'annuler l'action) disparaîtrait sans que l'utilisateur puisse se remettre de son erreur.
La meilleure façon de trouver la réponse à votre question est de briser la barrière concepteur/utilisateur.
Différents utilisateurs ont des goûts différents. Tout comme le conte de fées de Goldie Locks, vous devez découvrir quelle "bouillie" a le meilleur goût pour vos utilisateurs particuliers.
Trouvez un petit groupe de personnes ou sortez dans la nature et demandez aux personnes qui correspondent à votre public cible. Ce test peut être mis en œuvre et complété très très rapidement et à moindre coût.