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:
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:
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.
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:
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.