Petit dialogue récurrent entre un utilisateur et un programme informatique :
— Je veux supprimer ce schmilblick. *clic*
— Êtes-vous sûr ?
— Évidemment que je suis sûr, je viens de cliquer ! *clic*
— Le schmilblick a bien été supprimé.
[2 minutes plus tard]
— Ah, mais en fait, non, ce n’est pas ce schmilblick que je voulais supprimer ! Comment annulè-je la suppression ?
— Ce n’est pas possible.
— …
Message aux développeurs qui n’ont pas la chance de travailler avec un designer / ergonome : Quand vous demandez confirmation avant une action, l’utilisateur va, dans 90% des cas{{référence nécessaire}}, confirmer. Tout simplement parce que ce genre d’avertissement est devenu tellement banal que l’utilisateur a pris l’habitude de confirmer sans y prêter attention. Et puis, si on y réfléchit un peu, demander confirmation est non seulement paternaliste, mais inutile : l’utilisateur n’a pas changé d’avis en une demie seconde.
En revanche, puisque l’erreur est humaine, prévoyez la possibilité d’annuler l’opération, dans la mesure du possible. Des générations d’utilisateurs vous béniront.
En un mot : rendez le programme résistant aux idiots, mais ne leur dites pas qu’ils le sont.
Galerie photo
Blog in English
cliquer sur confirmer = reflexe de pavlov.
Pour ceux que ça intéresse, on vient de me signaler un article de 2007 (en anglais) qui détaille le même sujet : Never Use a Warning When you Mean Undo.
Mes parents font l’inverse. Dès qu’ils voient un message d’alerte/de demande de confirmation/de mise à jour, ils cliquent sur non. Ça les inquiète : il n’y aurait pas d’avertissement si ce n’était pas dangereux.
Personnellement, je préfère le message de confirmation que le undo. Il y a des circonstances où le undo est un peu difficile : par exemple, si on a cliqué par accident sur « acheter » dans iTunes, c’est un peu pénible de demander une annulation de la transaction bancaire. Et après un « format -c » mal inspiré, comment faire ? Il y a aussi que j’ai connu /dev/null bien avant la poubelle Windows, ça marque. Ah, le fameux « rm -rf / dossier » au lieu de « rm -rf /dossier »…