web-dev-qa-db-fra.com

Modèles de conception pour les formulaires financiers complexes.?

J'ai une très grande forme financière de budget, où il a beaucoup d'informations réparties sur des mois d'une année ou des années futures. Pour vous donner quelques informations, le budget est créé pour chaque année et aura différents types de sources de financement comme les dépenses, le capital, les OPEX.

La façon dont j'ai conçu le formulaire est, ayez les mois sous forme de colonnes et affichez les différentes sources de financement (c'est-à-dire les dépenses, le capital, etc.) sous forme de lignes. Mais le problème ici, ces dépenses/capitaux ont des sous-niveaux à l'intérieur de chaque niveau, qui remontent au sommet et donnent le montant total. Et lorsque l'utilisateur ouvre tous les sous-niveaux des formulaires, cela semble vraiment très complexe et prend beaucoup de temps pour localiser où l'utilisateur doit se concentrer.

Chaque source de financement aura une forme financière similaire que je gère à l'aide de (4) onglets

J'essaie de simplifier la conception du formulaire, en affichant uniquement les informations du mois en cours, puis en affichant les mois restants, mais l'utilisateur doit voir tous les mois pour observer la tendance sur la façon dont il a alloué/dépensé le budget pour l'entité donnée.

Je sais que c'est une question délicate, mais je poste ici pour comprendre vos points de vue sur la façon dont vous aborderiez ou résoudriez le problème.

Formulaire de financement dans Excel
http://www.flickr.com/photos/58052028@N00/6504738321/in/photostream/lightbox/

Formes financières de chaque type de financement ajoutées dans les onglets http://www.flickr.com/photos/58052028@N00/6504738529/in/photostream/lightbox/

4
Ravi

Cela ne ressemble pas à un formulaire en soi, à une application de type feuille de calcul et sans en savoir plus:

Avant de commencer à faire quoi que ce soit, vous devez avoir accès à la recherche d'utilisateurs qui vous indique comment les informations sont manipulées et quels modèles mentaux un utilisateur a du système, comment s/il effectue des calculs, etc. J'ose dire que vous pouvez commencer à regrouper les choses en mois individuels, mais vous dites que les utilisateurs doivent comparer les données entre mois, donc ici vous avez un certain concept de la façon dont l'utilisateur fonctionne; avez-vous accès à plus de données comme celle-ci?

Un autre problème que vous avez, c'est qu'il y a beaucoup de données potentiellement utiles, mais lorsqu'elles sont affichées à la fois, obstruez l'interface, non?

Avec ce dernier, il y a des règles générales pour la conception de formulaires que j'ai publiées ici il y a quelques mois que vous feriez bien de suivre:

"Un bon point de départ est Luke Wroblewski et ses divers écrits sur la conception de formulaires

par exemple http://www.lukew.com/presos/preso.asp?22

Mais pour ajouter: D'après mon expérience dans la création de centaines de formulaires, je peux recommander ce qui suit:

  1. Minimisez le nombre de champs dans le système. Cela peut nécessiter un peu de va-et-vient entre vous et l'analyste commercial + un peu de recherche supplémentaire sur les utilisateurs, mais vous serez étonné du nombre de champs superflus.
  2. Chemin clair vers l'achèvement: organisez les champs et leurs descriptions de manière à ce que l'œil soit dirigé vers le bas de l'écran jusqu'aux boutons d'appel à l'action.
  3. S'il y a des champs obligatoires, marquez-les clairement.
  4. Validez les champs comme les types d'utilisateurs et non après la soumission; offrir des instructions en ligne
  5. Si vous avez une pile de champs, tabulez-les en sections distinctes (comme vous l'indiquez) ou guidez l'utilisateur à travers une séquence de pages jusqu'à la fin. modifier: les onglets ne fonctionneront pas pour les informations séquentielles ou lorsqu'il y a des informations obligatoires dans chaque onglet. C'est une bonne approche, j'ai trouvé, pour contenir différents types de contenu dans un système que l'utilisateur met à jour ou utilise sur une période de temps.
  6. Divulgation progressive. Je fais allusion à cela est en 5). C'est un moyen d'éviter la charge cognitive ou la surcharge d'informations. En termes simples, présentez les informations en une série d'étapes simples au lieu d'un grand ensemble.
  7. Divisez les formes plus longues en régions visuellement distinctes. Cela vous permet de regrouper des ensembles de champs légèrement différents et aidera l'utilisateur à construire un modèle mental du système, c'est aussi un moyen de donner l'impression que le système est moins contraignant qu'il ne l'est réellement (encore une fois, cela pourrait être un type de divulgation progressive). "

Dernier mot: vous devez avoir accès à davantage de données sur la façon dont les utilisateurs travaillent avec les données. Un point de recherche ethnographique pourrait ne pas être une mauvaise idée dans ce cas.

ps: pouvez-vous améliorer les bouchons d'écran? pas très clair.

4
colmcq