Formulaire de configuration en plusieurs étapes
Je travaille sur la conversion d'une application Winforms en WPF. Donc, nous essayons également de nous assurer que cela est bon d'un point de vue UX dans le processus.
J'ai un formulaire de configuration que je ne sais pas si je dois configurer en deux formulaires ou un.
Voici la disposition générale en ce moment:
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Fondamentalement, vous sélectionnez un élément et le configurez. La zone de groupe est actuellement toujours visible.
Je peux voir deux ou trois options possibles et je ne sais pas laquelle serait la meilleure. Une chose à noter est que la plupart des utilisateurs ne configureront qu'un seul élément.
- Divisez cela en deux formes distinctes. Le premier étant la sélection de l'article et le second la configuration de l'article.
- Conservez-le dans un seul formulaire et faites simplement que la zone de groupe/le formulaire se réduise/se développe lorsqu'un élément est sélectionné
- Conservez-le sous une forme et lorsque l'utilisateur sélectionne un élément, développez la zone de liste afin qu'il ait la configuration en dessous (style accordéon)
Je penche vers l'option 2, ne serait-ce que parce que la plupart des utilisateurs ne configureront pas plus d'un élément. N'hésitez pas à poser des questions sur des détails que j'aurais pu manquer.
Nous avons finalement opté pour l'option 1 et affiché progressivement les informations
Avez-vous envisagé de présenter la configuration dans une fenêtre contextuelle modale? Il y a plusieurs avantages:
Lorsque vous appelez la configuration, tous les contrôles seront toujours visibles, tandis que si vous utilisez Réduire/Développer/Accordéons, ils peuvent être rognés en fonction de la position de la barre de défilement.
Étant donné que la plupart des utilisateurs ne modifieront qu'un seul élément, le système n'aura qu'à charger les contrôles de configuration pour le produit que l'utilisateur modifierait, plutôt que de précharger tous les contrôles pour tous les éléments.
Si vous avez des utilisateurs centrés sur le clavier, Expand/collapse/accordéions sont plus difficiles à implémenter pour les touches d'accès.
Jung,
J'irais avec un modèle de détail maître standard, où vous avez une liste d'éléments (par exemple à gauche) suivie de la configuration de l'élément actuellement sélectionné (par exemple à droite).
Exemple WPF:
P.S. Cela n'est pas pertinent pour UX, mais WPF le supporte bien en utilisant des modèles de liaison et de données, que la structure des différents éléments soit la même ou non.