Quelle est la bonne méthode de suppression sans confirmation?
J'ai lu à quelques endroits que les messages de confirmation ne sont pas la meilleure façon d'avertir les utilisateurs , il est préférable de les laisser faire ce qu'ils veulent mais de leur donner la possibilité de revenir en arrière. Je pensais que cela s'applique probablement à la suppression un peu des choses, car si vous cliquez sur le bouton, vous avez décidé de supprimer la chose et que vous devez cliquer pour confirmer n'est qu'une étape supplémentaire (quel pourcentage d'utilisateurs cliquent sur "non" sur cet écran de confirmation) Je me demande...)
Je travaille sur une application Web où l'utilisateur gère les éléments d'une liste. Au lieu d'avoir une confirmation lorsque l'utilisateur clique sur supprimer, j'envisage deux approches différentes:
Je pensais que l'élément devenait gris et disait [supprimé] mais il y a un bouton Annuler. Ensuite, après quelques secondes (peut-être 6?), L'élément de liste disparaît et les éléments situés en dessous se déplacent vers le haut. (Je pense qu'il serait irritant de les laisser traîner encore, car souvent les gens veulent se débarrasser de ces choses supprimées et ne pas avoir à les faire traîner.)
L'autre approche que je pensais avoir était une section `` récemment supprimé '' à partir de laquelle les choses peuvent être restaurées et effacer les éléments après quelques jours. Et dans ce cas, supprimez instantanément les éléments de la liste. Je suis inquiet dans ce cas, bien que le lien entre l'élément de liste disparu et le lien en bas ne soit pas suffisamment évident pour être intuitif.
La liste aura probablement sa propre barre de défilement, mais elle pourrait devenir assez longue.
L'une ou l'autre de ces approches semble-t-elle raisonnable? Existe-t-il un meilleur moyen d'éviter d'avoir un message de confirmation? Ou je garde simplement le message de confirmation?
Si vous allez avoir un bouton Annuler, ne faites pas de lui quelque chose qui disparaît après quelques secondes. Mettez-le là jusqu'à ce que l'utilisateur entreprenne une autre action. L'idée de rendre l'élément gris et d'avoir une liste temporaire est une bonne idée, mais plutôt que de le faire, pourquoi ne pas simplement avoir une liste permanente "éléments supprimés" sur un écran séparé? De cette façon, je peux toujours y aller pour voir et défaire les choses que j'ai supprimées. Qu'est-ce qui vous arrête?
La chose à propos des messages de confirmation est qu'ils ont été construits car il était techniquement compliqué de créer une annulation pour des actions destructrices comme la suppression. Au lieu de cela, vous avez été obligé d'avertir les utilisateurs des choses à l'avance pour les empêcher de perdre des données. Aujourd'hui (et avec le Web), les choses ne sont pas aussi compliquées, et vous devriez être en mesure d'implémenter des fonctionnalités d'annulation relativement facilement.
Si vous voulez un exemple, Gmail le fait depuis son lancement. Supprimez un message et il disparaît de votre boîte de réception - mais un message apparaît immédiatement (comme pour toute action) vous demandant si vous souhaitez annuler. Si vous effectuez une autre action, ce message disparaît, mais vous pouvez toujours accéder à votre corbeille et voir les messages supprimés au cours des 30 derniers jours. Je recommanderais de suivre leur exemple.
Eh bien, le dialogue de confirmation est vraiment là comme une erreur prévention mécanisme; de même, la méthode d'annulation mentionnée ci-dessus par Rahul est un mécanisme d'erreur récupération. Les deux sont utilisés pour protéger l'utilisateur contre la perte de travail; ils ne s'excluent pas mutuellement et ne doivent pas toujours être utilisés en tandem. Mon conseil est de peser la fréquence de la tâche avec la gravité de l'état d'erreur: certains états d'erreur sont tout simplement très difficiles à récupérer, par exemple l'effacement du disque, tandis que d'autres peuvent simplement nécessiter que l'utilisateur réinsère un objet dans le système.
Je dis avec des tâches courantes où l'erreur n'est pas mortelle et où une invite constante peut interrompre le flux de travail, optez pour l'option d'annulation. Pour les tâches rares comme "décoller et le faire disparaître de l'orbite", demandez une invite de confirmation suivie d'une annulation si le système autorise l'annulation.
Soit dit en passant, j'ai travaillé sur un système où il y avait une commande * de type "décoller et la neutraliser depuis l'orbite" sans option d'annulation. J'ai eu deux invites de confirmation "Êtes-vous fou?" et "êtes-vous absolument sûr? eh bien, ne dites pas que nous ne vous avons pas prévenu" ...
* Par exemple, un jeu où la dernière option possible était la préservation de soi au détriment de la destruction de la station.
Certains utilisateurs ne se sentiraient pas en sécurité s'ils n'obtiennent pas de message de confirmation avant la suppression, et d'autres trouvent l'étape supplémentaire ennuyeuse.
D'autres réponses ici donnent de bonnes approches sur la façon de le faire sans message de confirmation, mais dans toute approche, vous devez avoir un paramètre utilisateur dans le système qui permet à l'utilisateur de sélectionner lui-même s'il souhaite le message avec ou sans confirmation.