L'étiquetage d'une case à cocher est-il obligatoire et redondant?
J'ai récemment vu un système où une case à cocher on/off est étiquetée comme un champ obligatoire avec un astérisque.
Pour moi, cela semble redondant car il n'est pas obligatoire de cocher la case, simplement pour l'activer ou la désactiver. Comme c'est toujours l'un de ces états par défaut, il n'y a vraiment rien pour le rendre obligatoire.
D'après les opinions et l'expérience, que ressentent les gens à ce sujet? Si vous concevez un formulaire avec des champs obligatoires, étiqueteriez-vous les cases à cocher comme obligatoires?
Voici un JSFiddle pour illustrer .
Le seul cas où une case à cocher doit être marquée "obligatoire" est si elle doit être cochée, comme lors de l'acceptation des conditions légales.
Bon exemple:
Pour tout autre cas, comment déterminez-vous si l'utilisateur a rempli ce champ de case à cocher? Il peut être correctement rempli en restant non vérifié. À l'exception du cas spécifique de l'acceptation des conditions, il est important que votre logique de validation de formulaire n'interdise pas à l'utilisateur de continuer à moins que cette case ne soit remplie: cela sera certainement frustrant pour tout utilisateur!
Et généralement, j'essaie de ne pas marquer les champs comme "obligatoires" et au lieu de cela, j'indique que les champs facultatifs sont facultatifs. Cela ressemble plus à donner aux utilisateurs le traitement de moins de travail au lieu d'une charge de garder une trace de tous les champs d'astérisque rouge habituels. (Et, d'ailleurs, je mets aussi peu de champs facultatifs que possible sur les formulaires d'inscription et de départ initiaux.) En d'autres termes, marquer votre formulaire comme ceci revient plus à dire à l'utilisateur "C'est bon, vous ne le faites pas devez remplir cette partie "au lieu de" Vous devez remplir cette partie, et cette partie, et cette partie, ... "etc.
Oui, c'est redondant.
Les cases à cocher sont une forme d'entrée binaire, activée ou désactivée, donc si elle est désactivée par défaut, l'utilisateur a implicitement choisi l'option 'off' et vice versa.
Si un opt-in obligatoire est requis, ce que de nombreux sites font pour éviter une telle redondance est quelque chose comme ça (volé à mailchimp):
En cliquant sur ce bouton, vous acceptez la politique anti-spam et les conditions d'utilisation de MailChimp.
La plus grande question est de savoir si les formulaires doivent indiquer des champs obligatoires ou facultatifs. Si seules des questions facultatives sont indiquées (ce qui conduit souvent à moins de redondance visuelle), cela cesse d'être un problème.
Un cas que vous n'avez pas considéré est les cases à cocher à trois états, où l'état peut être indéfini, non vérifié ou vérifié. Dans ce cas, lorsque la valeur doit être définie, marquer la case à cocher comme obligatoire est loin d'être redondant.
Exemple de cases à cocher à trois états, trouvées en ligne: 
Les valeurs non définies sont celles marquées en bleu.
.
Si vous avez déjà eu besoin d'une "case à cocher obligatoire", vous pouvez l'implémenter comme un ensemble de boutons racio oui | non. De cette façon, l'utilisateur doit en sélectionner un, quel que soit son choix.
Le problème serait que si l'utilisateur se repentait et voulait décocher, il aurait des problèmes pour annuler le clic!
Si un élément de formulaire doit a une valeur spécifique (cochée dans le cas des cases à cocher), cela n'a pas beaucoup de sens de donner à l'utilisateur un choix.
J'ai utilisé des cases à cocher obligatoires pour les applications Web pour se prémunir contre une soumission accidentelle dans des situations où elles pourraient ne pas pouvoir l'annuler ou si le changement est destructeur. Avec l'augmentation des appareils tactiles (téléphones, tablettes, etc.), cliquer accidentellement sur un bouton de soumission prématurément tout en essayant de faire défiler peut être un problème.
Voici le workflow d'une application sur laquelle j'ai travaillé l'année dernière:
- L'utilisateur réserve un espace publicitaire dans une publication (la réservation d'annonce peut être effectuée un an à l'avance, donc remplir ce qu'il veut in l'annonce n'est pas une exigence au moment de la réservation)
- L'utilisateur remplit son annonce
- L'utilisateur dit "cela a l'air bien" et l'envoie au propriétaire de la publication pour examen (une fois que cela se produit, l'utilisateur ne peut pas apporter d'autres modifications)
- Le propriétaire l'approuve pour la mise en page dans la publication o le renvoie à l'utilisateur car il nécessite des modifications
La soumission de l'annonce est gardée par une case à cocher qui est étiquetée quelque chose à l'effet de "Oui, c'est prêt pour examen". Hormis les liens suivants qui vous permettent de modifier des aspects spécifiques du mémoire, activer cette case à cocher et soumettre le formulaire est tout ce que vous pouvez faire sur la page.
Ce n'est pas un modèle de conception que j'utilise souvent, car la plupart des applications permettent généralement aux utilisateurs de modifier librement leurs propres informations. Je ne l'utilise que dans de rares situations où l'utilisateur doit être protégé de ses propres gros doigts.
Y a-t-il une case à cocher "off" qui doit être cliquée? Votre question semble dire qu'il y en a mais la description indique un état "désactivé" par défaut.
Si vous avez besoin d'un choix oui/non, vous pouvez utiliser des boutons radio car ils sont mutuellement exclusifs .
S'il est requis (comme dans l'exemple ci-dessus des termes et conditions), il semble qu'un message clair devrait indiquer son exigence (et pourquoi) plutôt qu'un symbole sans signification.
Quoi qu'il en soit, il est difficile de s'appuyer sur des modèles communs . Vous devrez vous assurer que le contexte de l'interaction est clair pour l'utilisateur.
En cas de doute, demandez à quelques utilisateurs. J'espère que cela t'aides.