Est-il possible de modifier l'ordre des champs de saisie de l'adresse (US) en faveur d'une fonction de pré-remplissage?
Je travaille sur un site international qui oblige l'utilisateur à saisir son adresse postale. Je me demande s'il est logique d'avoir un ordre légèrement différent de champs de saisie en faveur d'une fonction de pré-remplissage rapide.
Il s'agit du format courant pour les champs de saisie d'adresse aux États-Unis:
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Un ordre légèrement différent pourrait améliorer la forme d'entrée UX:
Supposons qu'il serait possible de détecter correctement la ville et l'État - après l'utilisateur a entré le code postal (je connais certains Les codes postaux ne sont pas uniques dans les Etats Unis). Une fois que l'utilisateur a quitté le champ de saisie du code postal (onblur), la ville et l'état peuvent être presque instantanément préremplis.
Ma question est:
Cela nuirait-il vraiment à l'expérience utilisateur si je modifiais l'ordre des champs de saisie, c'est-à-dire que de nombreux utilisateurs trébucheraient ou tomberaient même?
Je préfère m'en tenir au format bien connu car les utilisateurs ont tendance à passer en "pilote automatique" dans ce mode, donc les faire réfléchir n'est pas recommandé. Il m'est aussi arrivé auparavant de taper/choisir plus vite que les valeurs sont mises à jour automatiquement, créant de la confusion et parfois la saisie de valeurs doubles.
De plus, vous avez mentionné qu'il s'agit d'un site international, ce qui signifie:
- L'utilisateur doit d'abord choisir le pays
- Vous devez avoir le service de recherche inversée pour la plupart des pays pour que cela ait du sens (et je ne suis pas sûr que vous puissiez vous y fier)
Enfin - le code postal est-il un must? Sinon, il est préférable de laisser tous les champs facultatifs à la fin.
Depuis que vous avez évoqué l'idée du remplissage automatique (ce qui réduirait considérablement le temps de remplissage de mon formulaire), que diriez-vous de masquer les champs Ville/État jusqu'à ce que le Zip soit rempli.
- Si vous ne pouvez pas obtenir une bonne correspondance avec la fonction de remplissage automatique, vous affichez les champs ville/état et expliquez que vous n'avez pas trouvé une bonne correspondance
- Si vous obtenez une correspondance, affichez les champs de ville/état correctement remplis avec des messages après l'affichage.
Je suis d'accord avec la suggestion de Dan.
D'après mon expérience, je n'ai retourné la commande qu'une seule fois, et c'était pour une application interne pour les utilisateurs dont le travail nécessitait la transcription d'adresses à partir de documents écrits.
Cela ne fonctionnait pas trop bien pour les applications de centre d'appels, car la RSE doit généralement obtenir des adresses par téléphone et les clients préfèrent indiquer leurs adresses dans un certain ordre.
Un autre élément à considérer est qu'il est en fait facile pour certaines personnes de mélanger le code postal. (par exemple 14171 14711), alors que les gens connaissent assez bien leurs villes.
D'un point de vue heuristique, je recommande de s'en tenir au format le plus courant de "City, State, Zip + 5".
Une autre option est de demander le Zip sur un écran précédent puis sur l'écran avec l'adresse de pré-remplir l'Etat et le Zip tout en proposant une liste déroulante des villes possibles. L'un des obstacles rencontrés par votre exemple est que plusieurs villes peuvent exister au sein d'un même code postal.
Je travaillais sur un projet récent qui nécessitait la conception d'une application basée sur un formulaire qui serait remplie par des établissements d'enseignement qui recherchent des fonds de recherche. Nous avons fait beaucoup de tests d'utilisabilité sur le type de mise en page qui pourrait peut-être être le mieux utilisé par un public international et nous avons constaté que le fait d'avoir des étiquettes telles que celles mentionnées ci-dessous a vraiment dérouté les gens:
- Adresse de rue - Les adresses de rue peuvent être mentionnées de nombreuses façons, par exemple: numéro de maison en premier, adresse de rue en second ou adresse de rue en premier, nom d'appartement en second, localité en troisième
- Zip - qu'entendez-vous par code postal, encore plus Le code postal est un terme américain et dans des pays comme l'Inde, son code PIN, alors changeriez-vous également le texte de votre étiquette?
- Numéro d'appartement (Cela peut sembler étrange, mais la plupart des gens ne savaient pas si cela devait être rempli par le numéro de la maison et dans quelle mesure cela serait dans une adresse institutionnelle éducative et si le numéro d'appartement serait le numéro de la pièce dans le bâtiment?)
En fin de compte, nous avons constaté que la solution la plus simple qui fonctionnait pour tout le monde était simplement d'avoir une zone de texte simple pour le champ d'adresse que les utilisateurs pouvaient remplir comme ils le souhaitaient.
Je sais que ce n'est pas la solution que vous recherchez mais c'est une solution simple et efficace qui a très bien fonctionné dans notre cas
Edit: je suis curieux de savoir comment vous prévoyez de faire votre validation? J'ai travaillé sur un projet pendant les études supérieures dans lequel nous avons construit une application de cartographie pour cartographier les informations d'impact américain (emplacements des bibliothèques et des centres Internet) dans des endroits tels que le Chili et Bangaladesh et nous avons constaté que la seule façon d'obtenir des coordonnées cohérentes était de utiliser des points longitudinaux et latitudinaux. Je sais que je ne réponds pas à votre question mais avez-vous vraiment un moyen de faire une validation qui fonctionne efficacement?
Non.
Il y a codes postaux répartis entre les États , prévoyez-vous simplement de les ignorer et de rendre l'interface utilisateur incohérente?
Qu'en est-il des codes postaux avec plusieurs villes/villages? Le code postal de ma maison comprend un morceau de la ville voisine.
J'utiliserais plutôt la ville/l'état comme une comparaison avec le code postal pour m'assurer qu'ils correspondent les uns aux autres. Il sert un objectif similaire, comme faire en sorte que l'utilisateur saisisse son adresse e-mail deux fois - en évitant les fautes de frappe. Je me rends compte que vous essayez de gagner du temps à l'utilisateur, mais la précision est plus importante. Je le validerais après avoir entré les 3 et marquer les cases avec un fond rouge si elles ne correspondent pas.
À moins que vous ayez besoin que les données soient reformatées ultérieurement ou que les données soient séparées en entrées spécifiques, je suggère d'utiliser une seule zone de texte pour le champ d'adresse. Cela résout le problème de l'internationalisation et permet également aux utilisateurs de prendre en charge tous les cas Edge liés à leur adresse que vous n'avez peut-être pas pris en compte.
Il accélère également l'entrée car les utilisateurs n'ont pas à se déplacer entre plusieurs entrées.