Conception de formulaire: onglets mutuellement exclusifs vs un formulaire
Je travaille sur une conception de formulaire qui a deux formulaires mutuellement exclusifs accessibles via des onglets (Option 1). Lors des tests d'utilisabilité, mon équipe a observé que les utilisateurs manquaient les onglets et ne les remarquaient que lorsque nous avons posé une question de suivi. Par conséquent, nous souhaitons combiner les deux formulaires et laisser l'utilisateur choisir s'il souhaite effectuer une réservation ou une recherche promotionnelle.
Nous avons développé deux options: case à cocher à côté du bouton de soumission (option 2) ou deux boutons de soumission (option 3). Quelle option aurait le plus de sens? Je pense que donner à l'utilisateur deux boutons/actions de soumission introduira de la confusion.
Merci pour l'aide!
Pourquoi les utilisateurs devraient-ils faire ce choix lors de la recherche ? Comme les champs du formulaire sont identiques, utilisez l'option 1 mais sans les onglets. De cette façon, vous supprimez un choix inutile pour la première étape.
Au lieu de cela, vous pouvez offrir l'option de filtrer les résultats sur la page de résultats .
Vous pouvez utiliser les deux onglets là-bas, en sélectionnant celui le plus courant par défaut. Ou vous pouvez fournir un widget de formulaire au-dessus/à côté des résultats de recherche où les utilisateurs peuvent filtrer les résultats de manière dynamique ("afficher les deux", "afficher uniquement ..."). Ou affichez les deux jeux de résultats dans deux colonnes côte à côte. Ou similaire (dépend du contenu réel du résultat).
Si vous souhaitez fournir un "raccourci" afin que les utilisateurs avertis n'aient pas à filtrer dans la deuxième étape, vous pouvez utiliser un bouton partagé , similaire à celui de DuckDuckGo :
En cliquant sur l'icône de recherche (ou, dans votre cas, le libellé "Rechercher"), la recherche par défaut sera effectuée (recherche dans les deux ensembles). En cliquant sur la petite flèche à droite, les utilisateurs peuvent choisir entre "Recherche de réservation" et "Recherche promotionnelle".
Les boutons radio seront les plus clairs, dans la mesure où ils indiquent que les options s'excluent mutuellement. Votre case à cocher Option 2 n'est pas très claire. Il semble que vous puissiez faire une recherche avec ou sans promotions, mais à partir de votre description, vous recherchez des réservations ou des promotions.
Je suggère quelque chose de plus comme ceci:
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
L'utilisation de boutons radio pour déterminer la portée de votre recherche est déjà utilisée sur le Web. Voici un exemple: le formulaire de recherche Orbitz, qui utilise des boutons radio pour déterminer le type de résultats que vous obtenez (Air, Car, Hotel, Air + Car, etc.).
L'utilisation de deux "boutons" différents qui ne se ressemblent pas est également une interface utilisateur incohérente. L'option 3 pourrait fonctionner avec deux boutons, mais comme @usingtheinternet le dit, avoir plusieurs boutons d'envoi peut être déroutant.
Si l'utilisateur n'a pas à s'en soucier jusqu'à ce qu'il soit temps de cliquer sur la recherche, pourquoi ne pas simplement terminer le formulaire unique avec search reservations et search promos boutons. Si cela est pertinent, vous pouvez même utiliser une icône représentative dans chaque bouton pour renforcer la distinction en un coup d'œil.
Convenez avec unor que laisser les utilisateurs filtrer par résultats serait une approche utile. Cependant, j'envisagerais également d'utiliser une liste déroulante pour "Sélectionner la marque" plutôt que des boutons radio - le formulaire devient assez long, et si vous décidez de filtrer à l'aide des boutons radio dans le champ de recherche, il deviendra encore plus long. Évidemment, cela dépendra de votre application spécifique, mais "Choisir la date" - est-ce une date de début, une date de fin - une plage aurait-elle du sens?