Dois-je utiliser des boutons radio ou des cases à cocher (ou autre chose) pour l'adresse e-mail?
Je construis donc une application où les utilisateurs pourront envoyer des informations par e-mail.
Le système précédent avait une interface semblable à celle-ci, où les utilisateurs pouvaient choisir s'ils voulaient envoyer à l'adresse en tant que À, CC ou aucun.
Ils ne devraient pas pouvoir envoyer à la fois To et CC à la même adresse, mais je crains que ce ne soit pas aussi évident à quoi les boutons radio se réfèrent (et qu'ils ne seront pas aussi visuellement attrayants).
Je sais qu'Outlook le fait différemment, où il sélectionne et adresse puis l'ajoute à la liste. Gmail vous permet de cliquer sur "À" et "CC" et de sélectionner le ou les destinataires auxquels vous souhaitez l'envoyer.
Dois-je abandonner le style précédent et appuyer sur quelque chose d'un peu plus standard, ou devrais-je essayer de suivre le statu quo?
Vous ne devez jamais utiliser de cases à cocher lorsqu'une seule des options est autorisée. Vous ne devez vous permettre la conception que pour autoriser une seule option. Dans le cas que vous avez fourni ci-dessus avec la maquette Balsamiq, les boutons radio doivent être utilisés.
Cependant, existe-t-il, maintenant ou dans le futur, la possibilité d'autoriser le BCC, la réponse à ou le suivi?
Dans Thunderbird, un groupe sélectionné est présent avec les options suivantes:
- À
- CC
- BCC
- Répondre à
- Groupe de discussion
- Suivi de
C'est une configuration assez standard pour avoir BCC ainsi que CC, donc cela signifie probablement que vous aurez besoin d'un groupe sélectionné.
Si j'ai bien compris, vous ne construisez pas un client de messagerie mais plutôt une application avec des capacités de messagerie. Dans ce cas, vous n'avez pas besoin d'un Cc: champ car il est sémantiquement inutile ici. Par section 3.6.3 "Champs d'adresse de destination" de la RFC 2822 (format de message Internet) le but du Cc: est
[contenir] les adresses des autres destinataires du message, bien que le contenu du message ne puisse pas leur être adressé
tandis que le but du To: le champ est
[contenir] la ou les adresses du ou des destinataires principaux du message.
Selon ces définitions, les utilisateurs sont considérés comme les principaux destinataires s'ils sont censés recevoir des notifications, des rapports ou tout autre message généré par votre application. Sinon, vous pourriez laisser vos utilisateurs envoyer des messages sémantiquement indépendants/indésirables (alias spam). Par conséquent, une seule option (To:) est nécessaire, et il est facilement implémenté avec une seule case à cocher.
Si vous décidez d'inclure une autre option de destinataire, telle que Bcc:, vous devez utiliser l'élément de contrôle canonique pour des options mutuellement exclusives, à savoir le bouton radio. Les cases à cocher sont utilisées soit pour sélectionner plusieurs options, soit pour enregistrer un état booléen.
Et si quelqu'un soulève la crainte que les boutons radio soient déroutants ou visuellement peu attrayants pour un tel scénario (sélection des destinataires des e-mails et mode de livraison), testez le flux de travail avec de vrais utilisateurs. La question à se poser lors des tests doit être "ce qu'ils trouvent être l'interaction la plus déroutante/gênante/surprenante" au lieu de "si les boutons radio les confondent". Attention, si les résultats du test montrent que les utilisateurs préfèrent effectivement les cases à cocher dans cette situation, vous devrez résoudre un autre problème: que faire lorsque toutes les cases d'une ligne sont cochées. Espérons que cela n'arrive jamais.
Néanmoins, vous pouvez améliorer la lisibilité de la liste ainsi que minimiser les mauvaises sélections en ajoutant rayures zébrées et en mettant en surbrillance les lignes sélectionnées. (L'article sur les rayures zébrées concerne leur mise en œuvre dans les applications Web, mais les meilleures pratiques sur les couleurs s'appliquent partout.)
Si l'option CC est requise, peut-être qu'un list builder conviendrait mieux à la facture?
Vous pouvez avoir une liste de destinataires possibles à gauche, et deux listes (l'une au-dessus de l'autre) à droite (une pour "À", une pour "CC"), avec des boutons pour déplacer une personne d'une liste à une autre.
Vous devez utiliser des boutons radio au lieu de cases à cocher pour sélectionner les options TO ou CC. La sélection standard doit être à l'option "TO". Si vous devez insérer devant cette option une colonne de case à cocher pour marquer les éléments à envoyer.
Une autre solution que vous pouvez trouver dans Microsoft Outlook lorsque vous choisissez le récepteur. Le problème est que le modèle de sélection n'est pas exclusif.
Je pense que votre conception actuelle avec deux cases à cocher exclusives à côté de chaque destinataire potentiel est assez claire.
Je ne m'inquiéterais pas trop du dogme "n'utilisez jamais de cases à cocher pour des options mutuellement exclusives". L'alternative d'avoir trois boutons radio sur chaque ligne (Ne pas envoyer/À/CC) est moins claire.
Pour ajouter des commentaires à l'utilisateur, dans l'en-tête, vous pouvez afficher le nombre total de destinataires To et CC, respectivement.
En outre, vous pouvez en quelque sorte mettre en surbrillance les lignes (par exemple avec la couleur) des destinataires sélectionnés (autres que les cases à cocher) pour faciliter la numérisation.
Sinon, si la liste des destinataires potentiels est très longue, vous pourriez envisager d'avoir deux autres listes récapitulatives ci-dessus, l'une avec les destinataires To et l'autre avec les destinataires CC. La suppression et le déplacement entre ces listes devraient être possibles.
Une alternative à la présence de cases à cocher, dans chaque ligne, vous pouvez avoir deux boutons: À et CC. Ensuite, comme décrit ci-dessus, vous aurez les deux listes récapitulatives.