Interface de proximité régionale

Question

Je développe une interface utilisateur (serveur LAMP) prenant en charge AJAX qui permettra à un utilisateur de désigner les régions dans lesquelles une société exerce ses activités. Une " région " dans ce cas, il peut s’agir d’un État (s’il traite avec les États-Unis), d’une province (Canada) ou d’un pays tout entier (tous les autres).

Comme il y a 195 pays dans le monde, je voudrais éviter une case à cocher à sélection multiple ou une liste de cases à cocher. Dans le flux de travaux conduisant à cet écran, l'utilisateur aura déjà entré l'adresse complète de l'entreprise. J'ai donc une région de départ pour travailler.

Étant donné que la majorité des entreprises n’exercent leurs activités que dans leur propre région et que celles couvrant plusieurs régions ont tendance à ne pas trop se différencier, j’envisage d’afficher progressivement la liste des régions en fonction de la proximité. Je réalise qu'à un moment donné (j'utilise 3 passes pour le moment), la liste complète devra être affichée. J'essaie simplement de retarder l'utilisateur à atteindre ce point, car il s'agit d'un cas particulier.

Voici une maquette de PNG qui explique ce concept un peu plus clairement . (196kb)

Questions:

• Quelles suggestions avez-vous pour l’interaction réelle entre les formulaires? Cela n'a pas encore été présenté aux utilisateurs finaux représentatifs, mais je suis ouvert à toutes les suggestions lors de la phase de prototypage.
• Pensez-vous que le regroupement d'États américains et / ou de provinces canadiennes entre des transitions affectera négativement la mémoire spatiale de l'utilisateur?
  • Plus clairement: après le troisième passage, la société sera présente dans tous les États américains - convertissez donc ces 50 entrées en une seule.
• Y a-t-il des applications existantes qui ont utilisé cette approche comme base ou démo?
• Et comme je sais que mon développeur voudra savoir, quel serait le moyen le plus simple de stocker la proximité de chaque région? Lat / long du centre? Lat / long de chaque coin d'une "boîte englobante" (plus précis)? Je suppose que nous finirons par écrire des calculs de proximité basés sur le dernier / long de l'adresse réelle de la société.

Answer 1

Vous attendez-vous à ce que les utilisateurs lisent la carte afin de savoir à quelle liste de cases à cocher se rendre? Si vos utilisateurs ont un niveau de capacité géographique supérieur, il leur est alors plus difficile de sélectionner les régions directement à partir de la carte, plutôt que de leur demander d'effectuer le transfert cognitif de la carte vers le niveau de proximité, suivi d'un suivi de niveau de proximité. transfert de région.

Si certains utilisateurs n'ont pas cette expertise géographique (vous serez peut-être surpris du nombre d'Américains qui ne trouvent pas leur propre État sur une carte des États-Unis), alors j'essaierais, peut-être en plus de la carte, pas plus de deux listes , une proximale (par défaut) avec les régions proches de l’adresse du domicile et une exhaustive. Je ne vois pas les utilisateurs à faibles capacités géographiques capables de gérer plusieurs niveaux de proximité arbitraires. Les personnes qui ne savent pas bien lire les cartes ne pourront pas estimer le niveau de proximité d’une région à une autre. L’idée est donc d’essayer une liste proximale et si cela ne fonctionne pas, oubliez la proximité et restez exhaustif - n’envoyez pas vos utilisateurs à la recherche de l’Idaho («je jure qu’il est proche de l’Indiana»).

Par défaut, affichez la liste proximale avec les régions susceptibles de satisfaire la plupart de vos utilisateurs en fonction des recherches de vos clients probables. Un bouton «plus» affiche la liste exhaustive. Les deux listes doivent être classées par ordre alphabétique, à l’exception de la première subdivision de la liste exhaustive en États des États-Unis, Provinces et États-Unis. Territoires du Canada et pays (comprenant les États-Unis (tous) et le Canada (tous)).

Vous pouvez fournir des boutons de commande pour sélectionner plusieurs régions (par exemple, «Tous les 48 États américains contigus, Amérique du Sud), permettant aux utilisateurs de désélectionner certaines régions par la suite. Pour cette raison, je ne lancerais rien avant que l'utilisateur ait validé l'entrée.

Pour un exemple d'utilisation d'une liste map plus (tout en HTML, rien de moins), voir http://justaddwater.dk/2007/12/21/map-with-positions-in-css/

Answer 2

Je ne vois pas très bien ce que vous essayez de réaliser à partir de l'interface utilisateur actuelle (recherchez-vous des succursales? d'autres sociétés? etc.?)

Je ne suis pas un grand fan d’utilisation de la proximité géographique pure pour définir des régions. Par exemple, si une société opère à New York, elle pourrait avoir un bureau à New Jersey, qui pourrait même s’étendre jusqu’à la lune. Par contre, pour une entreprise au mouillage, un bureau à Vancouver pourrait toujours être dans la région. Malheureusement, les frontières des États n'ont pas non plus de sens. Par exemple, je vis dans l’ouest de l’Autorité palestinienne et je peux vous dire que si Pittsburgh et Philly sont dans le même état, ils peuvent être différents pays et la plupart des entreprises ont des bureaux dans chacun d’eux.

Si votre projet est basé sur une lampe, pourquoi ne pas laisser un utilisateur cliquer sur un point de la carte et lui demander ce qu'il veut dire (par exemple, ville la plus proche, comté tout entier, État entier, pays entier?). Si vous avez ensuite besoin de définir toute la région, vous pouvez peut-être utiliser une sorte d’outil de saisie pour cliquer ou délimiter toutes les autres régions qui pourraient en faire partie.

Quoi qu'il en soit, présentez vos bureaux sous forme de punaises sur la carte, puis créez une liste de la manière dont Google Maps gère les recherches.

Cela peut prendre beaucoup de travail, mais s’il s’agit d’un formulaire important, les utilisateurs peuvent préférer cette option à la saisie de texte manuelle ou à la sélection dans une liste.