Existe-t-il des normes en matière de formulaire d'adresse postale? J'ai besoin de collecter les champs suivants:
Le pays et la province seront des listes déroulantes. (la province étant dépendante du pays)
donc ma question est: est-il préférable d'avoir les champs dans une disposition similaire à un formulaire de mailing standard: ie:
address line 1
address line 2
city province postal code
country
ou dans un ordre plus logique comme:
address line 1
address line 2
city postal code
country province
Luke Wroblewski a écrit un article à UX Matters sur les formulaires d'adresse internationaux . Je recommanderais de consulter cet article car il répertorie certaines des meilleures pratiques, modèles et conventions issus de la recherche des utilisateurs. Luke a également écrit un livre sur les formulaires Web intitulé Web Form Design: Filling in the Blanks qui couvre également ce sujet.
Vers la fin de son article, il met également en évidence la forme d'Amazon, qui est générique et prend en charge toutes sortes d'entrées. Amazon serait un bon endroit pour faire des recherches sur la conception de votre formulaire.
Dire que vous "avez besoin" de ces champs me fait peur. Vous n'avez certainement pas besoin tous ces champs pour une adresse norvégienne.
Non seulement le fractionnement de la saisie d'adresse dans ce nombre de champs pose des problèmes à l'utilisateur qui essaie de forcer son adresse dans un formulaire conçu pour un autre pays, mais comment les données d'adresse doivent-elles être reformatées en une adresse correcte?
Comment pensez-vous qu'une adresse norvégienne sur ce formulaire devrait être forcée dans ces champs? Et lorsque les champs "ville", "code postal (ou Zip)", "province (ou état)" se voient attribuer au hasard certaines de ces valeurs, comment imprimer l'étiquette dans le bon ordre?
<Name>
<Street-name> <house-number>
<4-digit-post-code> <uppercase place name>
NORWAY
Par exemple.
Ola Normann
Karl Johansgate 13b
0599 OSLO
NORWAY
Je recommanderais d'utiliser simplement:
Name: [ text line input ]
Address: [ multiline ]
[ text area ]
Country: [select box or text line input]
Pourquoi le rendre plus compliqué que ça? Cela devrait fonctionner parfaitement pour tout type d'adresse et facile à utiliser.
(Si, pour une raison quelconque, les Américains ne sont pas en mesure d'écrire correctement leur propre adresse, faites simplement un formulaire spécifique aux États-Unis lorsque les États-Unis sont choisis comme pays, et laissez quelqu'un d'autre remplir le simple nom/adresse/pays)
Ces formes m'ennuient. La plupart du temps, ils demandent beaucoup plus d'informations que nécessaire. Je ne sais pas pour le Royaume-Uni, mais tout ce qui est obligatoire au Royaume-Uni est le numéro de la maison et le code postal. C'est ça. Mais c'est différent dans différents pays.
Alors ... en fait, que diriez-vous d'externaliser tout ce gâchis à quelqu'un qui l'a résolu et qui le garde bien et à jour pour vous? QAS semble faire un très bon travail - voir leur démo interactive et, WOO, leur recherche au Royaume-Uni, comme je l'ai dit, n'a besoin que du numéro de maison et du code postal.
Si vous ne supportez pas plus d'un pays, la meilleure façon de montrer le pays par défaut sélectionné, comme Luke l'a montré dans sa solution.
Encore une fois, gardez à l'esprit que le format d'adresse n'est pas nécessairement le même dans tous les pays.
C'est pourquoi je dois sonder les pays pris en charge par mon application.
S'il est limité à un seul pays, par exemple l'Inde, je conserverai le pays par défaut sélectionné et le design comme suit:
Maintenant, comprenez d'abord comment fonctionne Zip en Inde: le code postal en Inde est à 6 chiffres.
Le premier chiffre du code PIN indique la région (9 régions au total, chacune couvrant les états min 3 et max 12). Le deuxième chiffre indique la sous-région et le troisième chiffre indique le tri district dans la région.Les trois derniers chiffres sont attribués à chaque bureau de poste.
Donc, évidemment, je ne peux pas sélectionner l'état en fonction du code postal, ou je devrai peut-être rechercher de tels services ou développer en interne pour soutenir ma pensée, donc sans ces services, je peux appliquer un filtre pour minimiser les options de sélection dans la liste déroulante d'état menu.
Une fois que cela sera clair, je mettrai mes champs comme suit:
Ligne d'adresse 1 (c'est la façon la plus courante pour les Indiens de commencer à écrire notre adresse, texte libre)
Adresse ligne 2 (est-il vraiment nécessaire, si oui, de rendre ces étiquettes spécifiques comme les détails de la rue, la zone, le point de repère, etc.-je dirai éviter)
État (cela m'aidera à réduire les options du champ suivant)
Ville (texte sélectionné/gratuit - dépend de votre recherche, par exemple - si les services sont limités au métro ou aux meilleures villes de l'État)
Zip *: français
Pays (renseigné automatiquement)
1: Adresse ligne 1
2: Code postal et ville
3: Pays et providence (ne montrer la providence que si elle est soutenue)
Sous la ligne 3, mettez un lien "Définir une adresse secondaire", et si vous appuyez dessus, vous obtenez un formulaire répliqué comme celui des lignes 1, 2 et 3, mais avec un titre á "Adresse ligne 2".
J'aime l'idée de Stein G. Strindhaug, mais il y a deux problèmes avec une zone de texte multiligne pour les adresses internationales.