Entrées dépendantes de la sélection à plusieurs niveaux
Je travaille sur un logiciel de recherche génomique complexe (oui, les scientifiques sont aussi des humains et méritent une expérience utilisateur humaine) et nous rationalisons nos recherches. Il dispose de quelques filtres auto-exclusifs, que nous visons à résoudre en utilisant Entrées dépendantes de la sélection et Divulgation progressive inspirés de ce grand article http://www.lukew.com/ff/entry.asp?764 .
Cependant, nous avons une logique de branchement à plusieurs niveaux pour les entrées dépendantes de la sélection, que nous pensons qu'il serait préférable de montrer progressivement à l'utilisateur (c'est-à-dire que nous ne voulons pas jeter toutes les sous-options possibles au visage de l'utilisateur à la fois).
Pour démontrer notre conception, nous ne pouvons malheureusement pas divulguer nos cas d'utilisation réels, donc à titre d'exemple, supposons que nous faisons un logiciel de recherche astronomique (avertissement: j'ai peu d'idée en astronomie), qui permet de rechercher des planètes (ce qui est très proche dans un moyen de ce que nous faisons avec notre logiciel de recherche génomique).
En gardant à l'esprit la divulgation progressive et les entrées dépendantes de la sélection, nous avons conçu le modèle suivant:
Concentrons-nous sur la partie complexe de cette recherche - Recherche dans: . Ici, nous avons en fait 3 niveaux d'entrées dépendant de la sélection:
- Niveau 1: Choix de unité de surface - de l'univers entier aux planètes simples
- Niveau 2: sous-choix de Galaxies et connu Ensembles de galaxies (qui peut contenir par exemple 100 galaxies)
- Niveau 3: Si Galaxies est sélectionné, nous pouvons étendre/affiner la recherche dans les galaxies spécifiées en utilisant Inclure le rayon ... et Limiter à approximation ...
Alors que l'utilisateur descend du niveau 1 au niveau 3, la vitalité du choix au niveau donné diminue, nous changeons visuellement la façon dont nous montrons les choix. C'est à dire. au niveau 3, le choix de niveau 3 supplémentaire est déplacé vers la partie droite de l'écran, car il n'est pas utilisé fréquemment (la plupart du temps galaxy/galaxy set est très bien). Cliquer sur l'un des liens pour les choix de niveau 3 donne quelque chose comme ceci: 
Désormais, l'utilisateur peut se développer pour rechercher des planètes non seulement dans la Voie lactée mais aussi dans les régions voisines (par exemple, certains systèmes solaires à l'extérieur n'appartenant strictement à aucune galaxie)
Serait-ce une stratégie appropriée pour concevoir la recherche complexe afin de s'assurer que les utilisateurs ne sont pas submergés par les branchements complexes dans la recherche et les diverses options de filtrage supplémentaires pour ces sous-branches?
Bien qu'il soit préférable de voir des exemples de valeurs plutôt que du texte factice dans les représentations filaires, cependant, voici deux suggestions en fonction des valeurs/données qui vont dans les choix et des attentes de l'utilisateur -
1) Regroupez les options 1-2-3 dans un menu de styles d'accordéon. Quelque chose comme ceci .
2) Alternativement, si les options sont très limitées par rapport à ces choix, comme trois quatre, vous pourriez penser à une sorte de liste déroulante imbriquée. Voir l'image ci-jointe.
L'important est de ne pas submerger l'utilisateur avec une interface qui a trop de choses en cours et a essayé de tout montrer (lié ou non) à l'avance. Vous pouvez penser à lui faire suivre le chemin le plus pertinent pour lui et à compléter ensuite les choix par un ensemble de balises, comme suggéré plus tôt par @uttham, qui servent d'indicateur de la série de choix que l'utilisateur a faits. (référence).
MISE À JOUR (5 avril 2017, basée sur les commentaires et plus de contexte)
Veuillez trouver ci-joint une suggestion de conception rapide. Comme vous avez déjà cité la divulgation progressive dans votre question initiale, cela correspond au même principe. Les utilisateurs génériques n'ont pas besoin de tous les choix présentés - et tout réglage fin/recherche détaillée est généralement bien accepté dans un module de recherche avancée. En outre, vous pouvez essayer d'être innovant et convivial dans la conception des questions afin que l'utilisateur comprenne et saisisse mieux. Notez qu'en utilisant la technologie, vous pouvez rendre le système suffisamment intelligent pour comprendre ce que l'utilisateur entre. Par exemple, comme vous le voyez dans la conception, un choix de galaxie et d'ensemble de galaxies peut être évité - simplement en comprenant l'utilisateur entré et en le mappant sur galaxie ou un nom d'ensemble de galaxie. J'espère que cela pourra aider!
MISE À JOUR (6 avril 2017, basée sur des commentaires et plus de contexte)
Ce commentaire ne cesse de s'agrandir !;)
Eh bien, sur la base de vos commentaires - j'ai un peu modifié la solution et c'est la suggestion mise à jour. Permet à l'utilisateur d'utiliser l'accordéon sans nécessairement sélectionner cette section et afficher les options. En utilisant une validation intelligente et de bonnes infobulles - vous pouvez guider l'utilisateur à remplir les valeurs nécessaires. Si une section n'a pas de choix supplémentaires (par exemple pour le système solaire), elle ne se développe pas nécessairement. L'interface utilisateur est simplement suggestive et une bonne peut certainement aider beaucoup plus.
tout va bien, mais au stade 3, vous pouvez improviser quelque chose comme. en donnant des balises directement dans le champ de saisie plutôt que de les afficher séparément, qui sont remplis automatiquement. comme
voir la fonction de sélection multiple dans cette page
et il devrait être prévu d'ajouter des balises personnalisées en les tapant.