Relation de transmission entre les champs de saisie de formulaire
Contexte
Je travaille sur un workflow de sélection d'audience dans lequel un utilisateur peut spécifier certains attributs pour sélectionner son audience. Par exemple, l'utilisateur peut vouloir créer un public démographique entièrement masculin ou, par exemple, un public de personnes qui utilisent StackExchange ou peut-être même un public avec des hommes qui utilisent StackExchange, sont âgés de 25 à 35 ans en noir et blanc, vivent à Vancouver et parlent 3 langues.
Le problème
La relation entre les différents champs de saisie suit une logique booléenne spécifique. Par exemple, si l'utilisateur vérifie à la fois Masculin et Féminin, le résultat serait une cohorte de personnes qui sont soit Masculin OR Féminin. Cependant, si l'utilisateur sélectionne Masculin, Féminin, Facebook, le résultat serait une cohorte de personnes de sexe masculin OR Female [~ # ~] and [~ # ~] use Facebook ( [~ # ~] pas [~ # ~] masculin OR féminin OR utilisateurs facebook) par défaut. Cependant, dans certains cas, l'utilisateur pourra changer cette logique (et la transformer en mâle OR femelle OR = utilisateurs Facebook) .Comment puis-je transmettre cette relation booléenne à l'utilisateur dans le formulaire? Cela peut être déroutant, notamment parce que toutes les logiques/relations booléennes ne peuvent pas être modifiées.
Les utilisateurs comprendront que les cases à cocher multiples d'un groupe seront des opérateurs OR sinon la sélection de deux options ne donnera toujours aucun résultat.
Cela signifie que si certaines options sont des sélections OR, elles devraient être dans le même groupe.
Dans votre exemple, le problème commence avec l'emplacement et la marque du véhicule. Ces deux options sont OR sélections mais pas dans le même groupe. Si vous les groupez et il doit être clair que c'est soit ou.
EDIT: Pour que vos utilisateurs aient la possibilité de choisir l'opérateur, vous pouvez utiliser la solution ci-dessus. Mais laissez l'utilisateur ajouter un deuxième filtrage complet (troisième, etc.) et fusionner les résultats. Cela signifierait que la logique d'utiliser OR au sein du groupe et ET entre les groupes resterait. Mais avec une seconde sélection, l'utilisateur pourrait modifier le résultat de la manière souhaitée, sans être dérangé avec l'utilisation "technique" de AND/OR. Mais: si vous, les utilisateurs, avez l'habitude de faire des requêtes comme celle-ci, une interface plus technique pourrait être un meilleur choix.
Vous pouvez essayer de séparer l'acte de sélection du résumé et montrer aux utilisateurs les résultats de leurs choix.
Avez-vous des choix qui pourraient alterner dans la catégorie des booléens? Si vous autorisez des changements entre UN ou N'IMPORTE QUEL, les contrôles peuvent respecter les limites de ces choix. Vous pouvez personnaliser ces contrôles par catégorie comme cela est le plus logique (vous pouvez avoir certaines catégories strictement booléennes, par exemple).
Modification (une partie) de la logique
Vous aviez mentionné:
Cependant, dans certains cas, l'utilisateur pourra modifier cette logique (et la transformer en mâle OR femelle OR utilisateurs Facebook)).
Autoriser les utilisateurs à faire la différence entre OU (Tout) et [~ # ~] un [~ # ~] et [~ # ~] tous [~ # ~] au niveau de la catégorie. Les contrôles peuvent changer pour refléter ce qu'ils peuvent faire.
Si vous avez certaines sections où la logique ne peut pas être modifiée, supprimez simplement la liste déroulante et utilisez du texte.
