Confirmations de suppression - Indiquez clairement ce que vous allez perdre?
Je travaille actuellement sur un concept de prévention des erreurs pour une application Windows Forms.
Lorsque l'utilisateur va supprimer un objet, est-il important de dire quelles sont les conséquences exactes? Dans mon application, d'autres données peuvent être liées à cet objet, des données qui pourraient ou non être présentes. Par exemple. un objet "personne" peut contenir des données "financières" associées. La perte de ces données sans connaissance peut entraîner une perte de travail considérable.
Comment dois-je communiquer cela dans une boîte de dialogue de confirmation?
1. Être juste générique et compter sur l'utilisateur sachant ce qu'il fait?
Voulez-vous vraiment supprimer cette personne? [Oui] [Non]
2. Toujours en supposant qu'il existe des données liées? (Sans vérifier s'il y en a réellement)
En supprimant cette personne, vous perdrez également les données de financement et de paiement associées. Voulez-vous vraiment supprimer cette personne? [Oui] [Non]
. Indiquant exactement ce qui sera supprimé
En supprimant cette personne, vous perdrez également les données connexes suivantes: financement, paiement. Voulez-vous vraiment supprimer cette personne? [Oui] [Non]
Ma suggestion:
Supprimer John Doe?
Vous perdrez ses informations de financement et de paiement.
[Annuler] [Supprimer]
- Indiquez clairement quelle action se produira.
- Utilisez des verbes dans le texte.
En supprimant cette personne, vous supprimerez (perdrez) également les données connexes suivantes:
financement - x enregistrements
paiement - y enregistrements
Voulez-vous vraiment supprimer cette personne?
[Annuler] [Supprimer]
Et je ferais Annuler la valeur par défaut (touche Entrée)
Sans surprise, la réponse est "cela dépend de l'application". (par exemple, à quel point la perte est catastrophique, est-elle récupérable, à quel point les utilisateurs connaissent-ils l'application et d'autres paramètres spécifiques à votre application).
Mais la bonne nouvelle est que vous avez déjà présenté les options très soigneusement par ordre de niveaux progressifs de divulgation, vous êtes donc à 90% du chemin.
La seule étape restante est de vous placer à la position de l'utilisateur et de demander, que voudrais-je savoir pour terminer cette tâche?.
La réponse à cette question dépend du temps, de l'expérience et du budget dont vous disposez. Vous pouvez utiliser votre propre intuition. Vous pouvez interroger les utilisateurs ou effectuer des tests. Mais lorsque vous vous sentez sûr de pouvoir répondre à cette question, je parierais à la ferme que la réponse à quel niveau de divulgation deviendra évidente pour vous.
Perte de données est classé avec la gravité la plus élevée lorsqu'il s'agit de problèmes de conception. N'allez donc avec l'option 1 que si vous êtes sûr à 100% que l'utilisateur saura ce qu'il fait.
L'option 2 entraînera de la frustration. La dernière chose que vous voulez dire à vos utilisateurs est qu'une action peut avoir des conséquences négatives. Ils hésiteront immédiatement et souhaiteront que vous précisiez les conséquences. Cela entraînera un manque de confiance des utilisateurs.
L'option 3 semble bonne, mais pouvez-vous la présenter d'une manière plus naturelle? Lorsque vous visualisez "la personne", pouvez-vous inclure des extraits des informations financières et de paiement? Cela permettra à l'utilisateur de savoir que les données sont associées sans les rendre mécaniques.
De plus, chaque fois qu'il s'agit de scénarios de perte de données, la possibilité d'annuler est un must. Les gens cliquent mal ou changent d'avis souvent.
Bonne chance!
Je suis d'accord avec Blam et je voudrais ajouter à sa réponse (je n'ai pas encore assez de crédit pour "ajouter un commentaire").
Si l'espace n'est pas un problème et que la suppression n'est pas courante, vous pouvez envisager une corbeille pour permettre à l'utilisateur de restaurer les données. Vous devez vous préoccuper des doublons lors d'une restauration - vous ne voudriez pas restaurer un doublon et effacer une entrée plus récente. Il existe un certain nombre de façons de gérer cela, et c'est sans doute plus de travail que vous n'en avez ici. Cette fois où l'utilisateur a vraiment besoin de récupérer ces données, cela en vaut la peine.