Les cases à cocher doivent-elles être cochées ou décochées par défaut dans les formulaires
J'ai un formulaire de création de questionnaire, dans lequel un administrateur doit remplir le nom du questionnaire, les détails, le nombre de tentatives maximales et les éléments de configuration de niveau administrateur similaires.
L'administrateur doit configurer si le quiz peut être tenté à nouveau même si le candidat a réussi lors de la tentative précédente. J'ai donc utilisé une case à cocher ici. La confusion est; Existe-t-il une règle standard pour l'état par défaut des cases à cocher dans les formulaires?
L'image montre les 2 options possibles que je pourrais avoir dans le formulaire. 
Veuillez indiquer quelle est la représentation correcte, par rapport à toutes les normes documentées.
Présélection des cases à cocher
Des présélections réussies peuvent rendre l'interface plus efficace et agréable à utiliser. Des sélections sensées par défaut peuvent réduire le nombre d'actions qu'un utilisateur doit effectuer.
La présélection ou non d'une case à cocher doit être basée sur le contexte du domaine et les règles métier. Les règles commerciales dicteront si quelque chose doit être opt-in ou opt-out. Présélectionnez selon les principes de la moindre gêne. Un utilisateur doit passer le moins de temps possible à se retirer des choses qu'il ne veut pas.
Cependant, je pense que le cœur de votre problème ne concerne pas la présélection, mais plutôt la manière dont une case à cocher doit être étiquetée.
Cases à cocher d'étiquetage
Le libellé d'une case à cocher doit être affirmatif car les cases à cocher sont utilisées pour activer une action ou un état. Coché doit représenter yes (faire l'action/activer l'état) avec non coché représentant no.
Si une étiquette de case à cocher oblige l'utilisateur à déchiffrer un double négatif, vous avez fait une erreur. Les utilisateurs préfèrent yes do this plutôt que yes, don't do that. Par exemple [ ] Subscribe est plus clair que [x] Don't subscribe et beaucoup plus clair que [ ] I don't want to receive updates.
Visez la brièveté de vos étiquettes, l'étiquette doit transmettre l'action de la manière la plus concise possible. Plus vos étiquettes sont courtes et claires, moins l'utilisateur doit passer de temps à les lire et à les interpréter.
Ton problème
L'interface permet à l'administrateur de
configurer si le quiz peut être tenté à nouveau même si le candidat a réussi lors de la tentative précédente
Les règles du domaine
- Un étudiant peut se voir proposer de nouvelles tentatives
- Il peut y avoir un nombre maximal de nouvelles tentatives offertes
- Une tentative de dépassement peut être considérée comme définitive
Étiquetage de la case à cocher
Je voudrais étiqueter votre case à cocher avec une variation de [x] allow repeat after passed attempt. L'étiquette est claire, si vous cochez la case, des répétitions sont disponibles pour les élèves qui ont réussi. Les règles de votre entreprise indiqueront s'il est plus courant de permettre aux étudiants de réessayer après une tentative réussie.
Comment je le ferais
J'aurais un [x] allow reattempts case à cocher qui permet à un contrôle curseur/pas à pas/zone de texte de définir le nombre de répétitions et la case à cocher pour activer les répétitions après un passage.
[x] allow reattempts
number of reattempts [-][ 5 ][+]
[x] allow repeat after passed attempt
Alternativement, le nombre de nouvelles tentatives peut désactiver le allow repeat after pass contrôle lorsque le nombre de nouvelles tentatives est défini sur 0 et activez-le autrement.
Cela dépend du contexte.
Une case à cocher qui oblige l'utilisateur à accepter les termes de l'accord, par exemple, doit être décochée car c'est une décision critique qui nécessite que l'interaction des utilisateurs soit juridiquement correcte.
Sur les cases à cocher non critiques, vous pouvez les présélectionner en fonction de ce que la plupart des utilisateurs veulent/ont besoin. Si 80% de vos utilisateurs cochent la case, vous pouvez présélectionner cette case à l'avenir pour la rendre plus facile pour eux.
Je voudrais suggérer une troisième solution qui évite d'avoir à trouver une valeur par défaut appropriée.
Dans ce cas, je n'utiliserais pas de case à cocher, car vous pouvez avoir plusieurs valeurs ici et pas vraiment une valeur par défaut claire. De plus, vous pouvez techniquement avoir 3 options ici, et une case à cocher n'est pas adéquate dans ce scénario:
- Ne jamais autoriser de nouvelles tentatives (comme lors d'un examen);
- N'autoriser une nouvelle tentative que si la tentative précédente a échoué (comme sur un concours où un quiz doit être complété avec succès avant de pouvoir commencer le suivant);
- Permettez toujours de réessayer (comme sur un quiz pour le plaisir).
J'utiliserais personnellement une liste déroulante ou une liste de boutons radio:
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Les valeurs par défaut présélectionnées dans les cases à cocher facilitent officiellement la tâche des personnes qui ne peuvent pas ou ne veulent pas passer du temps à remplir des formulaires et à cocher des cases, mais il va sans dire que cela peut facilement être utilisé à mauvais escient pour forcer certaines options sur les utilisateurs involontaires.
Ainsi, même si cela obligera les utilisateurs à consacrer une certaine attention à ces aspects techniques ennuyeux, il pourrait en fin de compte être dans le meilleur intérêt des utilisateurs de leur faire d'abord cocher ces cases.