Quelle option radio est la meilleure pour une application web dans l'immobilier?
Choix A)
List property publicly?
( ) Yes. Make the property viewable from my home page.
( ) No. Hide the property from my home page.
Choix B)
( ) List property publicly. Make the property viewable from my home page.
( ) Do not list property publicly. Hide the property from my home page.
J'ai regardé autour de moi et je n'ai pas trouvé cette question exacte, bien que j'aie vu d'autres questions liées à alignement horizontal/vertical et quelques-unes à propos de troisième choix d'options .
Je serais également heureux de recevoir d'autres conseils sur la façon de structurer cette question requise.
Cela peut sembler évident, mais cela entraîne une différence dans la conception UX. Oui et non peuvent être des réponses raisonnables à une question:
Êtes-vous un moldu? Oui Non
Cependant, dans votre cas, vous demandez vraiment à l'utilisateur de faire un réglage.
Pour les paramètres, ne faites pas trop réfléchir l'utilisateur:
Une approche plus moderne de ce paramètre de bouton radio:
Comme vous l'avez mentionné si l'option B n'inclut pas la question, j'irais avec A) parce que la question est tout simplement suffisante pour admettre une réponse Oui/Non, plus l'explication à côté de l'option est l'attente attendue et pas quelque chose qui vraiment doit être effacé avant que l'utilisateur accepte, la question indique déjà la conséquence finale.
Vous pouvez également utiliser une approche alternative, qui pour moi est plus claire: (FYI English n'est pas ma langue maternelle, alors utilisez les mots qui conviennent mieux)
Visibility of list property :
( ) Public. Make the property viewable from my home page.
( ) Hidden. Hide the property from my home page.
Vous pouvez convertir la sélection radio en case à cocher et fournir une info-bulle avec des informations supplémentaires sur l'option (c.-à-d. Public = visible sur la page d'accueil)
Les questions posées sont des questions oui/non. Le contrôle d'interface utilisateur approprié à utiliser dans un paramètre ou une question de configuration booléenne aka oui/non serait une case à cocher.
[x] Répertoriez cette propriété publiquement.
[x] Afficher cette propriété sur ma page d'accueil.
Les choix (a) et (b) sont potentiellement déroutants pour un utilisateur et ne doivent pas du tout être encadrés à l'aide d'un contrôle d'interface utilisateur "radio".
S'il n'est pas clair que toutes les listes de propriétés sont privées par défaut, communiquez-les également quelque part (mais pas dans le cadre d'une étiquette de contrôle d'interface utilisateur).
Sur la base de l'exemple de question fourni ici, vous trouverez quelques considérations qui peuvent vous aider à prendre une décision.
Mise à l'échelle
L'exemple A supprime la majeure partie de la question des choix de réponse et la place au-dessus d'eux, ce qui fait que la question a moins de largeur mais plus de hauteur. Donc, si vous avez l'intention de faire évoluer cette application vers des appareils mobiles, ce serait préférable car elle s'adaptera mieux aux écrans plus petits et vous aurez moins de problèmes de wrapping.
Répétition
Une autre raison pour laquelle je trouve l'exemple A préférable est la répétition de ce que vous choisissez entre semble redondant (c'est-à-dire dans cet exemple " Listez la propriété publiquement ", "ne pas list public property ", car ces choix s'opposent toujours directement, vous lirez toujours essentiellement la question deux fois plutôt qu'une fois, puis choisissez.
Séparation du conten
Avec la question au-dessus des choix de réponse, elle agit comme une sorte d'en-tête pour montrer où la question commence et où la dernière question s'est terminée. Sans question ci-dessus, cela pourrait apparaître car vous avez juste un mur de réponses sans séparation. (REMARQUE: cela suppose que vous ne séparez pas les questions d'une autre manière, comme les bordures ou les blocs)
Donc, à mon avis, l'exemple A est le meilleur choix. Mais au final, tout ce qui compte vraiment, c'est la cohérence, choisissez-en une et respectez-la.