Comment rendre la logique de formulaire compliquée plus intuitive?
Je crée une fonction de recherche qui permet aux utilisateurs de trouver des personnes en fonction de la combinaison de leur nom complet et de leur SSN. La partie des exigences commerciales avec laquelle je me bats est la suivante:
- Si aucun nom n'est fourni, le SSN complet est requis.
- Lorsque le LAST NAME est fourni, vous pouvez saisir le SSN complet ou uniquement les 4 derniers chiffres - dans les deux cas, le SSN devient facultatif.
- Fournir toute autre combinaison qui n'est pas le SSN complet ou les quatre derniers chiffres du SSN est considéré comme une entrée non valide.
Comment puis-je présenter cette logique de manière intuitive? Je voudrais afficher cette logique visuellement à l'aide d'une mise en page intelligente, afin que l'utilisateur suive automatiquement ces règles. Je ne veux pas me fier à l'inclusion de texte que l'utilisateur ne lira probablement pas.
Mes pensées sont les suivantes: Peut-être présenter le formulaire en deux options: recherche de nom ou SSN. Lorsqu'un nom est entré, grisez les deux premiers champs pour un SSN. Lorsqu'un SSN est entré, grisez les champs Nom.
Défaut: 
Dernier nom entré: 
SSN entré: 
Cependant, je suis toujours curieux de savoir quelle pourrait être la solution la plus élégante. Y a-t-il un endroit où cela échoue? Est-ce peu intuitif?
Je pense que vous essayez trop pour conserver une copie de chaque champ.
Vous pouvez essayer ceci, en supposant que le cas le plus probable est que l'utilisateur connaisse le SSN complet (je suis sceptique que trois champs distincts soient la bonne façon de saisir SSN, par opposition à un seul champ avec un masque de saisie, mais utilisez votre expérience avec les utilisateurs ici):
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Personnellement, je crois que la conception de formulaires améliore le processus si le processus lui-même est solide, il est donc vraiment difficile de "simplifier" quelque chose par la conception des interactions seules.
Mais une façon de penser au problème est de rendre le processus plus simple (sinon plus intuitif) afin qu'au moins l'utilisateur puisse s'y retrouver.
Ce que vous devez faire est de déterminer la manière la plus courante dont les gens fournissent les informations (c'est-à-dire ce qui est le plus souvent facilement disponible, facile à retenir et le plus utile pour obtenir le résultat de recherche souhaité).
Dans mon esprit, tout le monde devrait connaître le nom complet (sauf s'il cherche au nom de quelqu'un d'autre), alors que je ne sais pas comprendre la logique entre un SSN complet et partiel (c'est-à-dire pourquoi vous ne vous souvenez pas du numéro complet). Enfin, une combinaison est la plus lourde en termes de quantité d'entrée de données et de logique.
J'aurais donc un champ de saisie "Recherche par SSN complet", qui est l'option la plus simple et la plus simple car il n'y a pas d'ambiguïté.
Ensuite, vous pouvez avoir un champ de saisie "Recherche par nom de famille et SSN à 4 chiffres" et si l'utilisateur ne saisit pas tous les détails, il s'agit d'une demande de recherche non valide.
Qu'en est-il des éléments suivants:
Lorsque l'utilisateur ouvre le formulaire, il voit quelque chose comme ceci:
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Si l'utilisateur commence à taper le nom, le texte rouge change comme suit:
Si l'utilisateur commence par saisir SSN, je suppose que le nom de famille doit être laissé vide, ce qui suit apparaît (notez une bulle expliquant que l'entrée SSN n'est pas valide):
Bottom line - vous analysez l'entrée de l'utilisateur à la volée et l'état du formulaire change dynamiquement pour refléter si l'entrée est valide. De plus, sur une entrée invalide, le bouton de recherche est désactivé, sur une entrée valide il est activé.
Il est beaucoup plus intuitif pour l'utilisateur de voir immédiatement les effets de son action, par ex. quand ils entrent les données, appuyez sur "recherche" en espérant le meilleur et découvrez la boîte de dialogue "Vous avez entré des données invalides" à leur grande déception.
Je ne sais pas si c'est une option, mais si vous divisez le flux de travail avant de fournir la boîte de dialogue d'entrée qui simplifierait également le processus. De cette façon, vous n'avez pas à couvrir les deux cas d'utilisation dans une seule interface utilisateur, mais vous avez un comportement adapté spécifiquement pour chacun.
Par exemple, si la recherche est lancée à partir d'un élément de menu, vous pouvez avoir un menu Rechercher le demandeur par SSN et Rechercher le demandeur par nom et SSN à 4 chiffres au lieu d'un seul Rechercher le demandeur élément de menu.