Les boutons radio doivent-ils être présélectionnés?
Je travaille sur une refonte d'un site de commerce électronique et ils ont une section où ils offrent une carte-cadeau gratuite si l'utilisateur fait un achat de plus de 1000 $. L'idée de la carte-cadeau est d'amener les utilisateurs à acheter plus sur le site et puisque les produits sont généralement chers (c'est un site de bijoux), il est probable qu'ils dépenseront la carte-cadeau plus un peu plus d'argent sur le site.
La question que je me pose est donc de savoir si le groupe de boutons radio qui demande à l'utilisateur s'il souhaite une carte-cadeau gratuite soit présélectionné?
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
J'essaie de prendre en compte deux aspects et j'apprécierais que les réponses tiennent compte de ces paramètres.
- L'expérience utilisateur si le bouton radio est présélectionné comme oui et l'utilisateur se demande quand s'est-il inscrit pour une carte-cadeau même si c'est gratuit
- L'aspect de la conversion du point de vue du commerce électronique
Tout d'abord: pourquoi demandez-vous du tout? Pourquoi ne pas simplement toujours envoyer la carte cadeau avec la commande? Qui s'opposerait à obtenir plus de valeur que ce qu'ils ont commandé? Si vous ne demandez pas, vous n'avez pas votre problème pour commencer. Généralement, poser moins de questions à l'utilisateur entraîne une conversion plus élevée, donc de ce point de vue, la suppression de la question entière serait une étape évidente à prendre. Tant qu'ils n'encaissent pas les cartes-cadeaux, il n'y a aucun coût pour la boutique, et s'ils le font et dépensent plus d'argent en plus, vous aurez atteint votre objectif en les incluant en premier lieu.
Mais si vous insistez, vous devez demander: groupes de boutons radio devraittoujoursavoirexactement un élément sélectionné. Donc, cela signifierait que vous devriez sélectionner en effet l'un des éléments. Quelle est la signification d'un groupe de boutons radio sans élément sélectionné? Cependant, pour une question oui ou non, je ne pense pas qu'un bouton radio soit le bon contrôle à utiliser. Utilisez plutôt une case à cocher.
Si vous avez une valeur par défaut qui sera vraie dans la plupart des cas, vous devriez envisager de l'utiliser. Sinon, je voudrais éviter de présélectionner les boutons radio. La principale raison étant que vous n'avez aucun moyen de savoir si quelqu'un veut vraiment le sélectionner ou s'il l'a simplement raté.
En plus de cela, si vos boutons radio ne sont qu'une question Oui/Non, je vous suggère d'utiliser une case à cocher unique à la place avec la case à cocher représentant le positif choix.
Si vous utilisez des boutons radio pour Oui et Non sans présélection, il y a trois états: oui, non et non défini (null). Par conséquent, les boutons radio ne sont pas le bon choix. Utilisez plutôt une case à cocher non sélectionnée pour refléter les deux valeurs possibles oui et non.
[] Je veux une carte cadeau gratuite
est beaucoup plus clair.
Ne présélectionnez pas le bouton radio. Laissez-le vide ou utilisez un contrôle de case à cocher par défaut vide.
Le problème avec la définition d'un bouton radio est que vous voulez présumer de "parler pour" l'utilisateur - essayer de les activer entraînera de la méfiance, mais sembler essayer de les désactiver semblera avare (comme si vous vouliez envoyer quelques cartes-cadeaux possibles).
La solution consiste soit à laisser les boutons radio vides, soit à utiliser un contrôle de case à cocher à la place (qui peut être laissé vide sans éveiller de soupçons, car une case à cocher vide est l'état par défaut sur les systèmes d'exploitation et les applications).
tl; dr: Utilisez une case à cocher par défaut cochée: X-Envoyez-moi une carte-cadeau (30 $ gratuits!)
Avertissement important à propos de tous les boutons radio:
A propos d'une case à cocher qui n'est pas par défaut: elle doit toujours être invalide pour que rien ne soit vérifié. Si "rien vérifié" est une option valide et que l'utilisateur vérifie accidentellement quelque chose, puis change d'avis, nous avons un problème grave. Vous faites le calcul! (Ce ne peut pas être le cas avec cette situation, cependant, c'est étonnamment répandu).
Détails...
Cette réalité comprise, voici les deux choix qui entrent en jeu avec une question simple oui/non uniquement (3 boutons radio ou plus ont des nuances différentes).
avec une case à cocher, vous ne pouvez pas faire la différence entre "L'utilisateur n'a pas lu la page et a raté la question" et "Je ne voulais pas la vérifier (ou décocher une case" par défaut cochée " 'boîte)".
2 boutons radio Oui/Non avec un par défaut est fonctionnellement équivalent à une case à cocher, par défaut cochée ou non.
avec boutons d'option par défaut, vous FORCEZ l'utilisateur à réfléchir à la question et à choisir ce que vous voulez. Faites cela pour les moments où vous vous souciez vraiment que l'utilisateur y réponde correctement, par exemple, "cet article est en rupture de stock.
OK, ce sont les règles générales de la situation. Cependant, vous semblez en conflit quant à l'endroit où vous souhaitez pousser le client, et vous pourriez devenir "trop honnête pour les affaires" ici. Vous pouvez voir comment un opérateur de site peut travailler à leur avantage. Par exemple:
"X(pre-checked) - Envoyez mes tonnes de spam à ce sujet".
Ils espèrent que vous ne le lirez PAS!
Pour votre cas, vous opposez plus d'argent à une bonne conception de l'interface utilisateur. La conception de l'interface utilisateur perd toujours lorsque vous passez à la chasse, désolé!. Par exemple, si l'article sur votre site avec la plus petite marge bénéficiaire est une marge bénéficiaire de 50 $, qu'avez-vous à perdre en leur donnant 30 $ gratuits? Et qui s'en souciera s'il obtient automatiquement 30 $ gratuits?
Je reprends le tl; dr ... Donnez-leur juste la carte-cadeau tout le temps!
Voici une règle empirique simple:
S'il n'y a que deux options et que vous devez forcer un choix, utilisez les boutons radio et n'en présélectionnez pas une. Il est correct de faire une exception à la règle selon laquelle un ensemble de boutons radio doit toujours avoir une sélection par défaut dans ce cas. Voir "Form Design" de Luke Wroblewski page 158.
Mais dans votre cas, laissez-les simplement cocher une case s'ils veulent la carte-cadeau. De cette façon, vous ne donnez des cartes qu'aux personnes qui en veulent vraiment. Les utilisateurs ont également un choix rapide/facile.
Cela dépend de votre politique de confidentialité.
Si votre politique de confidentialité vous permet d'envoyer des e-mails promotionnels à l'utilisateur (et a été acceptée), l'utilisateur vous a DÉJÀ donné l'autorisation de lui envoyer des chèques-cadeaux et toute la question doit être ignorée. Envoyez simplement le bon à tout le monde.
Si votre politique de confidentialité ne vous y autorise pas, vous devez demander:
Le bouton radio doit être une case à cocher, vraiment, mais sinon, le bouton radio doit être sélectionné: s'il n'est pas sélectionné, cela empêchera l'utilisateur de soumettre le formulaire (dire au client qu'il a tort au moment du paiement n'est pas un bonne chose) ou il sera soumis en blanc (= non).
Si vous présélectionnez "oui", un certain nombre d'utilisateurs sélectionneront de manière réactive "non" comme réaction de genou parce que cela ressemble à demander plus de spam. Si vous présélectionnez "non", le contraire pourrait être vrai, mais certaines personnes ne prendront pas la peine de le changer.
D'un point de vue de conversion, c'est un candidat parfait pour un test AB.
À propos des utilisateurs ennuyeux qui laissent "oui" par erreur, je ne m'en soucierais pas personnellement, car les mêmes utilisateurs sont tout aussi susceptibles d'oublier qu'ils vous ont donné la permission et d'être contrariés de toute façon. Tant que l'option n'est pas masquée et que vous ne la modifiez pas automatiquement (par exemple, l'utilisateur soumet le formulaire, il y a une erreur et le bouton radio revient à la valeur par défaut comme il le fait souvent), vous devez supposer que l'utilisateur a voulu soumettre ce qu'il a fait.
Je pense que l'étiquetage prête à confusion et pourrait être beaucoup plus engageant. Vous avez deux objectifs: développer votre entreprise et offrir une excellente expérience utilisateur.
Pour répondre à votre question d'origine, je dirais oui par défaut car c'est presque un non-sens de demander à vos utilisateurs s'ils veulent quelque chose suivi d'un "NON" par défaut.
Au lieu de cela, vous pouvez améliorer l'étiquetage pour rendre votre carte-cadeau gratuite plus désirable, ce qui rend la valeur par défaut oui plus attrayante. Voici quelques exemples pour illustrer ce que je veux dire:
- Inclure la carte-cadeau gratuite (ajouter 1 valeur de base de doublure)
- Envoyez-moi ma carte-cadeau gratuite (ajoutez 1 valeur de base de doublure)
Vous avez eu l'idée.
Comme quelqu'un l'a dit, qui ne voudrait pas d'une carte-cadeau gratuite. Mais que faire si quelqu'un n'en voulait pas?
Moi, en tant que programmeur et en tant que vendeur, je m'assurerais que le bouton radio oui est sélectionné ET puisque vous l'avez dit: L'idée de la carte-cadeau est d'amener les utilisateurs à acheter plus sur le site et puisque les produits sont généralement chers (c'est un site de bijoux), il y a de fortes chances qu'ils dépensent la carte cadeau plus un peu plus d'argent sur le site.
J'appliquerais la valeur des cartes-cadeaux au total en cours de paiement, informerais l'utilisateur de la remise appliquée et lui demanderais s'il souhaite appliquer la carte-cadeau pour ce paiement ou pour une autre fois.
P.S: Votre question dans le wireframe demande en fait à l'utilisateur d'envoyer vous une carte cadeau;)