it-swarm-fr.com

Validation dynamique des champs obligatoires

Disons que nous avons un formulaire avec une cinquantaine d'éléments. Il s'agit d'un formulaire de saisie de données et est dans le format que l'utilisateur attend sur la base de documents normalisés de l'industrie.

Ma question est la suivante: les champs obligatoires qui dépendent des sélections précédentes doivent-ils être désactivés/grisés vs afficher/masquer?

Vaut-il mieux avoir un écran stable avec des champs désactivés ou un écran de construction dynamique qui saute? Je reçois des résultats mitigés de ma base d'utilisateurs.

5
rick schott

environ 50 éléments

dans le format attendu par l'utilisateur basé sur la norme

Sur la base de ces critères, je suggère un écran stable. À moins que vous ayez beaucoup de liberté pour changer le format en quelque chose de plus convivial pour le Web, je n'appliquerais pas de techniques spécifiques au Web (développer/réduire) au formulaire.

Je dirais que cela est basé sur la conversion d'un grand nombre de formulaires papier sur le Web, en conservant la même copie et les mêmes instructions, pour un ancien travail. Bonne chance!

7
cbosco

Grisé et désactivé est préférable si le formulaire est dynamique. Le gris indique à l'utilisateur que le champ est désactivé et le fait de ne pas pouvoir y accéder ne les déroute pas sur la raison pour laquelle ils ne peuvent rien taper.

Il est préférable de ne pas trop modifier dynamiquement le formulaire sur l'utilisateur. Cacher/afficher des zones est très bien car l'utilisateur sélectionne quelque chose (par exemple, s'il coche une case, puis lui montre une nouvelle zone pour remplir des données supplémentaires comme une adresse). Cela peut devenir un peu trop écrasant (comme montrer des sections entières de formulaires) et surtout déroutant si vous faites des choses comme montrer les choses ci-dessus où elles sont actuellement basées sur des sélections.

En fin de compte, il est préférable de se tourner vers votre base d'utilisateurs pour la réponse. Demandez-leur de tester quelle que soit l'idée que vous essayez. Considérez-le comme un public test pour votre formulaire. S'ils l'aiment, vous l'avez cloué et passez à autre chose. Sinon, demandez-leur ce qu'ils n'ont pas aimé et (surtout) pourquoi. Puis réitérez, améliorez et réessayez.

2
Bil Simser

Je n'aime pas ça quand un formulaire change trop. Étant donné que vos utilisateurs connaissent le formulaire, je pense qu'ils apprécieraient que vous leur donniez le même aspect qu'avant - cela leur prendra moins de temps pour s'habituer à votre système et se sentir à l'aise avec.

Le cas échéant, vous pouvez diviser le formulaire en quelques sections (en utilisant "Suivant") et dans chaque section, posez uniquement les questions nécessaires, en fonction des sélections précédentes.

Vous pouvez commander le formulaire de demande de visa américain. Ils utilisent des formulaires PDF donc ils ressemblent exactement à la version imprimée. Vous voyez toujours toutes les parties mais vous ne pouvez pas atteindre celles que vous n'êtes pas censé remplir.

2
idophir

Je vous suggère de préparer et de fournir des tests A-B sur cette question. Tout dépend des préférences et des habitudes des utilisateurs et est étroitement lié aux scénarios d'utilisation de votre service/application.

0
rafał grabie