Des captchas pour forcer l'interaction de l'utilisateur?

Question

Je travaille actuellement sur un programme qui contient beaucoup de ces & "; L'utilisateur DEVRAIT le lire, mais il cliquera sur OK comme un singe stupide &"; dialogues ... Je pensais donc à ajouter quelque chose comme un captcha afin d'éviter les clics - sans réfléchir ...

Mes idées étaient les suivantes:

• Changer les boutons au hasard
• Positionnez les boutons au hasard quelque part sur le formulaire
• L'utilisateur doit cliquer sur un mot de couleur aléatoire dans le texte qu'il doit lire
• ajouter un captcha
• ajouter un captcha qui inclut le message pour l'utilisateur

Quelqu'un a-t-il déjà fait l'expérience d'une telle situation? Que suggéreriez-vous faire?

Answer 1

Eh bien, vous avez demandé votre avis et voici le mien, mais je ne pense pas que ce soit ce que vous aimeriez entendre…

Les utilisateurs aiment les programmes sur lesquels ils peuvent compter. Ils n'aiment pas quand les choses changent et ils n'aiment pas faire plus de travail.

Modifier les boutons au hasard et les positionner au hasard quelque part dans le formulaire les incitera à appuyer soit sur le mauvais bouton, soit à devenir ennuyés par votre application, car, comme vous le dites, ils ne lisent pas le texte. nous non plus. Par exemple, si vous pensez à une boîte de dialogue OK / Annuler, vous vous attendez toujours à ce que le bouton OK soit situé à gauche, et la plupart du temps, je l’applique sans le lire. Cela se produira exactement de la même manière avec vos utilisateurs.

• L'utilisateur doit cliquer sur un mot de couleur aléatoire dans le texte qu'il doit lire
• ajouter un captcha
• ajouter un captcha qui inclut le message pour l'utilisateur

Avec ces 3 options, vous ajouterez du travail supplémentaire à votre application, vos utilisateurs vous maudiront pour cela. Pensez à quelque chose que vous devriez faire 10 fois par jour, disons, vérifiez votre code pour vous protéger de la source. Comment vous sentiriez-vous si votre supérieur hiérarchique vous disait que vous devrez désormais remplir un captcha pour chaque fichier que vous souhaitez archiver?

Je pense que notre travail consiste à faciliter la vie des personnes qui utilisent nos logiciels. S'ils doivent lire un type de texte et ne veulent pas le faire, il n'y a absolument aucun moyen de le leur faire faire.

Vous ne pouvez pas & # 180; faire en sorte que les gens travaillent correctement; vous ne pouvez leur fournir que les meilleurs outils possibles et espérer qu’ils sont suffisamment professionnels pour faire leur travail.

Donc, en gros, tout ce que je dis, c'est de faire de votre mieux pour faciliter leur travail. Si cela est vraiment important, vous (ou toute autre personne responsable) devriez leur parler et EXPLIQUER POURQUOI que cela est important.

Vous seriez surpris de la façon dont les gens s'engagent pour des choses qu'ils comprennent.

Answer 2

Je suggère que vous ne le fassiez pas; et que, à moins que vous ne le sachiez mieux, vous imitez des interfaces utilisateur respectables, bien connues et bien testées, telles que < le grand détaillant en ligne > ou < site bancaire en ligne >.

Answer 3

Le fait de jouer à des jeux avec l’utilisateur afin de le forcer à lire des messages est condamné. Les utilisateurs concentreront leurs ressources mentales sur votre jeu plutôt que sur la compréhension du message. Vos utilisateurs peuvent être moins susceptibles de réellement comprendre la partie importante du message si vous avez des éléments tels que des boutons déplacés, un nouvel étiquetage, des chasses au trésor, des captchas ou des retards. Ils & # 8217; se concentreront sur les instructions pour le jeu, pas sur le vrai problème. Les erreurs vont probablement augmenter.

Utilisateurs & # 8217; le refus de lire les boîtes de message est dû au fait que les utilisateurs souhaitent faire les choses rapidement plutôt que de prendre le temps de lire des choses, mais également à la surutilisation et à la mauvaise utilisation des boîtes de message dans de nombreuses applications. Le fait d'inclure des jeux idiots dans les boîtes de messages ne fera que rendre les utilisateurs plus vexés, aggravant ainsi le problème.

Voici & # 8217; ce que vous pouvez faire:

Règle 1. Ne pas! & # 8217; n'utilisez pas les boîtes de message. Ils ne doivent apparaître que pour des circonstances exceptionnelles. Une application ne doit pas avoir & # 8220; beaucoup & # 8221; boîtes de message. Il ne devrait pas être nécessaire de lire beaucoup de documentation chaque fois que l'utilisateur utilise une application. Si l'utilisation normale de votre application entraîne l'affichage d'une boîte de message, votre interface utilisateur est erronée. Trouvez un autre moyen.

• Au lieu des messages de vérification, affichez clairement ce qui est arrivé dans la fenêtre principale et fournissez un moyen clair de l'annuler.

• Utilisez la correction automatique, les champs illustrés / masqués et désactivez plutôt que les messages d'erreur.

• Utilisez de bons paramètres par défaut et une automatisation efficace pour éviter les messages. Par exemple, plutôt que d'afficher un message d'erreur indiquant que l'utilisateur peut & # 8217; ne pas télécharger car & # 8217; ne sont pas connectés au serveur, il vous suffit de vous reconnecter automatiquement.

• Interrompez les commandes avec les options. Plutôt qu’une boîte de message demandant à l’utilisateur si vous voulez coller avec ou sans format, indiquez deux commandes différentes dans le menu.

• Don & # 8217; Les messages d'information apparaissant spontanément indiquant à l'utilisateur que tout fonctionnait bien (par exemple, & # 8220; Préférences enregistrées! & # 8221;)

• Don & # 8217; ne disposez pas de fenêtres contextuelles contenant des astuces ou des informations utiles. Fournissez un didacticiel ou une bulle d'aide si vous ne pouvez pas & # 8217; rendre votre interface utilisateur auto-documentée.

• Don & # 8217; ne soyez pas harcelant & # 8220; mettez-moi à niveau & # 8221; messages.

• Envisagez de fournir le texte du message dans la fenêtre principale plutôt que dans une boîte de message séparée (par exemple, & # 8220; La page risque de ne pas apparaître correctement ou d'agir correctement, car ActiveX est désactivé pour des raisons de sécurité. & # 8221; ). Les pop-ups provenant de la navigation sur le Web ont conditionné les utilisateurs à rejeter automatiquement tout élément qui n’était pas pertinent.

Règle 2. Si vous devez utiliser un message:

• Rendez le texte aussi bref que possible pour faire passer les informations clés. Plus de texte n'est pas équivalent à plus utile. Utilisez & # 8220; Aucune correspondance avec [Filemask] dans [chemin]. & # 8221; Ne pas & # 8217; ne pas utiliser & # 8220; Erreur non fatale 307: l’action de recherche a été annulée. [Appname] ne peut pas terminer la recherche de l'expression régulière fournie par la chaîne car le masque de fichier que vous avez fourni, à savoir [Filemask], n'entraîne aucun fichier correspondant dans le répertoire que vous avez spécifié (qui était [chemin]). Vérifiez votre sélection de masque de fichier ou de chemin et ré-entrez-la dans la boîte de dialogue Fichiers à rechercher. Cliquez sur le bouton OK ci-dessous dans cette boîte de message pour revenir à la boîte de dialogue Fichiers dans la recherche. Cliquez sur le bouton Annuler de la boîte de dialogue Fichiers à rechercher lorsque vous y arrivez pour annuler votre recherche de chaînes. & # 8221; Si certains utilisateurs ont besoin d'informations supplémentaires par rapport à un bref message, fournissez un bouton Aide ou un & # 8220; Comment puis-je & # 8230; & # 8221; lien dans la boîte de message.

• Utilisez un langage simple et aucun jargon dans le message. Cela inclut & # 8220; innocent & # 8221; des mots comme & # 8220; dialogue, & # 8221; & # 8220; base de données, & # 8221; et & # 8220; toner. & # 8221; Ne prenez pas de texte d'exception brutet le jeter dans un message d'erreur. N'incluez pas de numéros d'erreur ni de vidages; connectez-les à la place. Purgez votre application de toute boîte de message de débogage laissée par les développeurs. Mieux vaut tout simplement laisser l’application disparaître suite à une erreur fatale que de mettre en place un message rempli de jargon et puis l’application disparaît.

• Étiquetez les boutons d'une boîte de message avec ce que l'action fait, pas & # 8220; OK. & # 8221; À tout le moins, les utilisateurs doivent se concentrer sur le bouton d'activation pour fermer une boîte de message. Si ce bouton est étiqueté quelque chose comme & # 8220; Supprimer & # 8221; ou & # 8220; Installer, & # 8221; cela devrait leur donner une pause. Vous ne devriez jamais avoir à expliquer dans votre message ce que fait chaque bouton. BTW, un tel étiquetage est une norme graphique sur la plupart des plateformes.

Answer 4

Modifiez votre application pour qu'elle n'utilise pas les boîtes de message.

Answer 5

Vous pouvez essayer avec une minuterie qui attend le & "temps de lecture supposé &"; avant d'activer le bouton d'envoi. Vous pouvez même calculer le temps de lecture supposé à partir du nombre de mots.

Je pense que les moyens subtils d'obliger l'utilisateur à lire votre texte (par exemple, déplacer des boutons ou lui demander de lire un captcha) peuvent lui donner l'impression d'être des singes stupides.

Answer 6

Ma suggestion, vivre avec elle ou redéfinir vos dialogues / interface. Ne pas ajouter de l’aléatoire aux dialogues ou ne pas traiter l’utilisateur comme un idiot, même si vous pensez que la plupart sont: -).

Je viens de lire un article sur Joel on Software, Concevoir pour les personnes qui ont de meilleures choses A faire avec leur vie . Cela indique que la plupart des gens ne liront rien et discutera des moyens de contourner ce problème ou du moins de ne pas aggraver les choses.

Answer 7

Vous pouvez utiliser une question à choix en fonction de ce que l'utilisateur doit lire.