web-dev-qa-db-fra.com

Alternative à une colonne de cases à cocher dans un tableau

Voici le scénario: une personne a un groupe de comptes. Les comptes peuvent (ou non) être associés à des services en fonction du type de compte. Actuellement, il existe deux types de services (indiqués par les colonnes 1 et 2 dans l'image ci-dessous), mais les types de services augmenteront à l'avenir (peut-être plus) à 4-6 sorte de plage)

Certains types de comptes sont éligibles pour certains services mais pas pour d'autres, etc.

La grande contrainte du système est que tous les services et comptes pour la personne doivent être soumis ensemble.

Voici le design proposé par le client:

enter image description here

Pour moi, la faiblesse suggérée des conceptions semble être le problème de la croissance des services.

Je m'intéresse aux alternatives.

Cette question a fourni quelques idées intéressantes mais ne correspondait pas tout à fait à mon cas d'utilisation:

Meilleur modèle d'interface utilisateur pour permettre à un utilisateur d'affecter des éléments à des groupes

5
liberty_nz

Ce que votre client propose fonctionne, je changerais cependant la commande: les comptes d'abord, puis les services.

C'est compréhensible, il n'y a pas de confusion, vous pouvez ajouter autant de services que vous le souhaitez.

mockup

télécharger la source bmml - Wireframes créés avec Balsamiq Mockups

Ce qui est peut-être déroutant, c'est le fait que les noms des services sont des nombres, donc j'imagine qu'il y a une certaine logique entre ces services.

Si l'administrateur connaît le nom des services qu'elle souhaite ajouter. Et seulement alors, vous pouvez utiliser ce type d'interface:

mockup

télécharger la source bmml

Si c'est plus comme si tous les services sont ajoutés sauf un, adaptez l'interface et ajoutez tous les services disponibles par défaut et laissez l'utilisateur éliminer ceux qui ne sont pas nécessaires.

3
Gildas Frémont