Champ obligatoire sans valeur par défaut
Lors de la conception d'une interface graphique, sur le formulaire où j'administre les utilisateurs, lorsque j'ajoute un utilisateur, je veux pouvoir sélectionner le rôle parmi 3 choix et je veux que l'administrateur fasse un choix. J'ai donc décidé de ne pas avoir de valeur par défaut dans le champ du rôle, afin de le forcer à faire le choix et à ne pas en choisir un accidentellement.
Cependant, mes collègues me disent qu'il est impensable d'avoir un champ obligatoire sans valeur par défaut dans l'interface graphique.
Suis-je complètement dans l'erreur ici, pensant que s'il est logique d'avoir des valeurs par défaut dans la plupart des cas, il y a des endroits où le choix est critique et c'est une façon de le demander?
Vous voulez une réponse de l'utilisateur mais sélectionnez une valeur par défaut. C'est absurde.
La plupart des utilisateurs consultent un formulaire le plus rapidement possible. Souvent, ils sautent un champ avec une valeur juste pour parcourir le formulaire ou ils peuvent avoir été distraits et lorsqu'ils reviennent au formulaire, ils supposent simplement n'importe quel champ avec une valeur qu'ils ont complétée.
Cela prouve que la valeur vient de l'utilisateur. Ils ne peuvent pas dire - je n'ai pas choisi cela. OK pour les valeurs par défaut n'est pas la même chose que la sélection des valeurs par défaut.
Si la plupart des utilisateurs étaient au niveau le plus bas et que c'était le rôle par défaut, alors peut-être. Vous ne commettriez qu'une erreur en leur accordant moins d'autorité que nécessaire. Toujours plutôt que de revenir et de le réparer plus tard - faites-le ramasser à l'avant.
Je suppose que le mode d'expédition le moins cher serait également OK. Dans le total final, ils le voient également comme un élément de campagne.
Et lorsqu'ils dépensent de l'argent, ils sont plus susceptibles de s'en soucier.
S'il s'agit d'un administrateur qui, vous savez, répondra correctement/complètement au formulaire et a demandé une valeur par défaut et que la valeur par défaut est "aucun dommage", alors OK.
J'ai une application avec un algorithme prédictif et les administrateurs ont dit qu'ils voulaient voir la prédiction et l'accepter si elle était correcte et qu'ils la changeraient si elle était erronée. Nous avons dit OK parce que ce sont des administrateurs et ils reçoivent des informations sur le moment où la prédiction est bonne ou mauvaise. Pour un utilisateur final inférieur, nous ne lui montrons pas la prédiction car nous craignons d'obtenir ce que nous appelons le codage de conformité.
Je ne pense pas que ce soit un grand "non non" de ne rien afficher comme valeur par défaut, mais la cohérence est probablement la clé ici. Soit le même principe doit être appliqué partout. Cependant, je dirais que j'ai l'impression qu'une valeur vide est une opportunité gaspillée pour fournir plus d'informations à l'utilisateur, peut-être une description quelconque?
J'aime votre pensée d'utiliser une valeur qui ne peut pas être sélectionnée comme un moyen de forcer une option à être choisie.
Si le rôle de l'utilisateur est sélectionné par un administrateur, il serait peut-être prudent de lui permettre de sélectionner ce qu'il estime devoir être. Dans le même temps, vous pouvez les alerter que leur sélection peut être mise à jour par un administrateur.
Sinon, il semblerait que ne pas montrer ce champ serait prudent.
a) les utilisateurs ne sont pas tenus d'en sélectionner un - leur sélection ne fait aucune différence -. b) les champs facultatifs ralentissent la progression de l'utilisateur.
Dans ce scénario, il peut être judicieux d'avertir les utilisateurs que leur rôle/statut sera mis à jour ultérieurement.