Ordre des champs dans les formulaires de contact
Je recherche des preuves pour soutenir la modification de l'ordre des champs dans divers formulaires de contact.
Le premier est un formulaire général avec:
- Détails de la demande - Textarea
- Où avez vous entendu parler de nous? - zone de texte
- Nom du contact - entrée
- Nom de l'entreprise - entrée
- Titre du poste - entrée
- Adresse - Textarea
- Ville - textarea
- Code postal/Zip - entrée
- Pays - Téléphone d'entrée
- Numéro - entrée
- Courriel - entrée
Je vais évidemment revoir quels champs sont nécessaires en premier lieu (et l'ordre des champs de détails personnels) mais je veux savoir:
Le texte de la demande devrait-il être mieux placé après les données personnelles? Gardant à l'esprit que d'autres formulaires (il y en a 9) ont des questions/champs beaucoup plus détaillés que juste une simple zone de texte et je suppose que la commande suivra le même modèle sur tous ces formulaires (détails/options spécifiques puis détails de l'utilisateur ou dans l'autre sens) rond).
J'ai trouvé quel est l'ordre idéal des champs à avoir dans un formulaire de contact? et puis-je convenir que je devrais considérer un formulaire de demande comme une conversation mais n'avoir aucune preuve solide lorsqu'il est considéré avec 9 formulaires différents?
Personnellement, j'ai l'impression que si vous essayez de considérer votre application comme un être humain réel, cela aide à concevoir toutes les interactions avec un utilisateur de manière plus significative.
Ainsi, dans cet exemple, l'utilisateur souhaite poser une question/demande à votre application. Maintenant, si votre application était un être humain, comment cela se passerait-il?
tilisateur: Bonjour, j'ai une question. Avez-vous la série Planet Earth sur Blu-ray?
Votre application: Premièrement, dites-moi qui vous êtes, d'où vous venez, quel est votre numéro de téléphone, où vous vivez, comment vous avez entendu parler de nous, etc. Et ensuite vous pouvez poser votre question.
tilisateur: Mais je veux juste poser une question simple. Pourquoi avez-vous besoin de connaître mon adresse pour même poser une question?
Tu vois où je vais avec ça? Maintenant, vous y avez peut-être déjà pensé et n'avez probablement pas le choix si votre responsable vous oblige à poser ces questions à l'utilisateur, mais je veux simplement le jeter là-bas. Quelque chose à laquelle vous devez penser.
Imaginez si c'était l'inverse. Et si c'était votre application qui posait une question à l'utilisateur? Vous avez vu des animateurs/reporters d'émissions de télévision poser des questions aléatoires aux gens sur la politique, les sports ou quelque chose. Voici comment ça se passe.
Reporter: Salut, quel est ton nom?
tilisateur: Dwight Shrute.
Reporter: D'où venez-vous, Dwight?
tilisateur: Scranton, Pennsylvanie.
Reporter: Scranton, cool! Que faire?
tilisateur: Je suis vendeur de papier.
Reporter: Sympa! Alors, que pensez-vous des machines à voter électroniques, Dwight?
Comme vous pouvez le voir, il est désormais plus judicieux de demander à l'utilisateur ses antécédents avant de passer à la question, qui semble un comportement humain naturel.
Pour résumer, l'ordre dépend de qui initie la conversation; votre application ou l'utilisateur.
Et dans ce cas, car c'est votre utilisateur qui doit se renseigner sur l'application, commencer par le champ de question est plus logique.