La plupart des formulaires d'adresse dans le commerce électronique (ou n'importe où) ressemblent à ceci:
La rue précède toujours le code ville/code postal. Je suppose que c'est simplement parce que c'est ce à quoi nous sommes habitués. La réponse acceptée à cette question (plus ancienne) indique la même chose, pour ne pas changer l'ordre et plutôt s'en tenir à ce qui est connu:
Est-il possible de modifier l'ordre des champs de saisie de l'adresse (US) en faveur d'une fonction de pré-remplissage?
Mais maintenant, avec des services comme Placer la saisie semi-automatique ou Loqate de Google qui deviennent plus courants, qui donnent aux utilisateurs des suggestions d'adresses pour leur saisie, ne serait-il pas logique de changer l'ordre?
Par exemple, voir ici, le formulaire commence par l'adresse en premier et je commence à taper ce qui serait "Main Street" en allemand. Bien sûr, cela génère une tonne de suggestions différentes, car de nombreuses villes ont un nom de rue générique comme celui-ci.
Ce ne serait donc pas une bien meilleure UX pour leur faire d'abord remplir le code ville/code postal à l'aide de ces API et puis la rue , qui à ce point peut être rendue cent fois plus précise grâce au code d'avant?
Remplir d'abord le code ville/code postal permettrait à votre interface utilisateur de proposer une sélection plus étroite mais, dans votre contexte, cela irait à l'encontre du modèle mental de l'utilisateur du fonctionnement d'une adresse.
Même dans un monde où l'écriture de lettres est un art mourant, les peuples des Amériques et d'Europe apprennent que les adresses commencent par la plus petite unité jusqu'à la plus grande. Généralement quelque chose comme ça:
(* La séquence du numéro de la maison et du nom de la rue varie selon la langue et le pays: en France, c'est le numéro puis la rue; en Belgique francophone, c'est la rue puis le numéro, comme en Allemagne.)
Demander aux gens d'entrer l'adresse dans un ordre autre que celui-ci rompt avec leurs attentes et peut entraîner des taux d'erreur plus élevés et la frustration des utilisateurs. Ceci est une hypothèse; si quelqu'un a des études, nous pouvons nous y référer serait utile.
Notez qu'il existe des endroits tels que Japon et Chine l'ordre est inversé. Ce modèle se reflète également dans la façon dont les dates sont écrites en Asie de l'Est (AAAA-MM-JJ) par rapport à l'Europe (JJ.MM.AAAA).
L'image suivante illustre le formulaire d'adresse dans l'enregistrement d'une grande boutique en ligne utilisée au Brésil qui commence à partir du code postal.
Le site nécessite le code postal (CEP) pour démarrer. De nombreux sites fournissent un lien vers la page de recherche du bureau de poste, mais beaucoup ne le font pas.
@ John Zabroski interrogé sur les bizarreries listées sur la dernière page de Luke Wroblewski's Research .
Ces bizarreries ont à voir avec le temps de mettre à jour les combos. Ces bizarreries semblent la conséquence d'une mauvaise programmation: la demande ajax pour remplir le combo doit être à l'événement onfocus et doit être synchronisée. De cette façon, l '"onglet" ou le "clic" attendraient que les combos soient remplis avant d'autoriser l'interaction de l'utilisateur avec le champ. L'exemple americanas.com.br fait quelque chose de similaire. Il s'agit d'un processus en deux étapes: dans la première, vous remplissez le code postal et confirmez. Dans la seconde, vous voyez le reste du formulaire. J'ai trouvé plus facile de cette façon.
Il est également important de noter que les recherches de Wroblewski ont utilisé un petit échantillon de 32 sujets qui étaient au courant des tests. Les résultats sont très intéressants, mais doivent être pris avec un grain de sel. Je soupçonne que le pourcentage de personnes touchées par les caprices serait beaucoup plus petit dans une étude à l'aveugle avec un plus grand échantillon. Ce n'est pas une excuse pour la mauvaise programmation difficile.
Remplir un formulaire d'adresse complet dans l'ordre inverse sera probablement déroutant pour l'utilisateur. Je suggère donc de le décomposer: tout d'abord, l'utilisateur ne voit que le champ de saisie pour le code postal et la ville. Cela pourrait être fait plus tôt dans le processus d'inscription, ou simplement dans une autre page/étape. À ce stade, on ne s'attend pas à ce qu'ils donnent leur adresse complète.
Une fois que l'utilisateur arrive à la page/étape où il doit donner son adresse complète, les champs de saisie apparaissent dans l'ordre habituel, mais le code postal et la ville sont déjà complétés.