Bouton radio et bonne pratique de divulgation progressive
j'ai un formulaire qui doit être affiché lors de la sélection d'un bouton radio. Placer ce formulaire entre les boutons radio déroutera-t-il l'utilisateur? Si oui, quelle serait une bonne pratique à suivre?
Cela dépend de la taille du formulaire et de combien vous attendez est la deuxième (troisième ...) option importante.
Le plus sûr est d'afficher d'abord toutes les options radio puis le formulaire. Vous pouvez même le styliser visuellement de manière à ce que le choix de la radio soit une "première étape" pour remplir le formulaire.
Si vous avez un très petit formulaire (1-4 éléments, idéalement sur une ou deux lignes), vous pouvez le placer entre les radios, mais vous devriez vérifier auprès de personnes aléatoires, que la deuxième option est toujours suffisamment visible et comprise comme option alternative au premier. Cela sera également affecté par l'état par défaut - si vous n'avez aucune radio présélectionnée, les options peuvent être plus faciles à remarquer, mais le basculement entre elles peut toujours être hostile dans certains cas.
Si vous savez que la première option sera beaucoup utilisée et que la seconde est une tâche plutôt exceptionnelle, vous pouvez par exemple supprimer la première radio et faire de son libellé un titre, afficher le formulaire et au-dessus ou à côté d'elle afficher qqch "Voulez-vous plutôt faire XYZ? " et faire de l'autre formulaire une page/un workflow différent.
Donc, si je comprends bien, ce que vous décrivez est le mécanicien suivant:
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
En supposant cela, il y a quelques points importants à considérer:
- Retrait du sous-formulaire pour indiquer clairement qu'il fait partie du bouton radio en question
- Rendre clair le sous-formulaire est une chose en le stylisant graphiquement clairement dans une boîte, en incluant éventuellement un jeu de champs intitulé.
- Afficher le sous-formulaire avec une animation de diapositive pour indiquer clairement que le formulaire tient "entre les deux"
- Ne pas enregistrer le sous-formulaire seul, mais considérez-le simplement comme une partie facultative du formulaire plus grand. Si mentalement cela ne peut pas être considéré comme une partie de la forme plus large, un flux à plusieurs étapes serait la meilleure approche plus correcte.
En principe, je ne pense pas que l'affichage d'un formulaire à l'aide d'un bouton radio soit une bonne idée, voici quelques raisons:
Divulgation progressive: pour que la divulgation progressive fonctionne, il faut d'abord disposer d'une quantité initiale d'informations. Ces informations devront fournir un aperçu ou une description succincte de ce qui sera divulgué lors de la saisie de l'utilisateur. Cela aide les utilisateurs à anticiper le type et la portée du contenu divulgué et à être plus réactifs aux contrôles des utilisateurs.
Selon le nombre de champs requis pour chaque formulaire et sa complexité globale, l'utilisation d'un bouton radio pour afficher l'entreprise pourrait générer des problèmes de convivialité tels que les utilisateurs ne sont pas en mesure de prédire ce que le prochain formulaire exigera d'eux.
Dans l'ensemble, si vous avez affaire à une sorte de processus de sélection, il est préférable d'informer vos utilisateurs dès le départ et de les guider tout au long du processus de manière efficace et rationalisée.
Assurez-vous également que ce processus reste aussi linéaire que possible et fournissez des informations sur chaque étape et ce qu'elle implique pour vos utilisateurs. Cette transparence leur permettra de prendre des décisions meilleures et plus éclairées sur toute sélection qu'ils feront. J'espère que cela pourra aider
J'ai quelques réserves concernant votre requête. Ma réponse peut varier en fonction du contexte dans lequel vous utilisez cette métaphore et également du type de base d'utilisateurs dont vous disposez.
En considérant toujours l'environnement le plus générique, je ne recommanderais pas une disposition de formulaire entre les boutons radio. Les boutons radio par défaut indiquent un groupe d'éléments qui sont liés contextuellement et vous pouvez sélectionner une option parmi celles disponibles. L'utilisateur s'attend généralement à ce qu'il soit rapproché pour en tirer le meilleur parti.
Puisque je ne connais pas votre cas d'utilisation exact, considérons que vous avez deux boutons radio verticaux comme,
et quand quelqu'un fait une sélection
Cet arrangement va à l'encontre de l'objectif des boutons radio. Ce que vous voulez, c'est une création d'élément de formulaire retardée basée sur les entrées utilisateur et les boutons radio ne conviennent pas idéalement pour une telle opération.
Divulgation progressive
La divulgation progressive est une technique de conception d'interaction qui séquence les informations et les actions sur plusieurs écrans afin de réduire le sentiment d'être submergé pour l'utilisateur. - Wiki
Compte tenu de cette définition, je suppose que ce que vous proposez ne relève pas de celle-ci. Il s'agit plutôt d'un mode de création différée.
Si vous fournissez un peu plus d'informations sur le cas d'utilisation, nous pourrons peut-être vous donner des recommandations.
Je peux suggérer d'utiliser un tel modèle de "contrôle segmenté", il peut être approprié dans certains cas, surtout si vous utilisez une conception personnalisée (application Web ou mobile, pas d'application de bureau avec interface graphique native). Il unit la fonctionnalité du bouton radio avec le comportement de l'onglet:
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
