Regional Proximity UI

Question

Ich entwickle eine UI (AJAX-fähigen; LAMP-Server), die es einem Benutzer ermöglicht, Regionen zu bestimmen, in denen ein Unternehmen tätig ist. Eine "Region" kann in diesem Fall ein Staat (im Falle der USA), eine Provinz (Kanada) oder ein ganzes Land (alle anderen) sein.

Da es 195 Länder auf der Welt gibt, möchte ich eine Auswahlbox oder eine Liste von Kontrollkästchen vermeiden. In dem Workflow, der zu diesem bestimmten Bildschirm führt, hat der Benutzer bereits die vollständige Adresse des Unternehmens eingegeben, so dass ich von einer Ausgangsregion aus arbeiten kann.

Da die Mehrheit der Unternehmen nur aus ihrer eigenen Region operiert und diejenigen, die mehrere Regionen abdecken, sich nicht zu weit verzweigen, erwäge ich, die Liste der Regionen schrittweise auf der Grundlage der Nähe auszuweisen. Ich merke irgendwann (ich benutze jetzt 3 Pässe) die komplette Liste muss angezeigt werden; Ich versuche nur, den Benutzer davon abzuhalten, diesen Punkt zu erreichen, da es sich um einen definitiven Randfall handelt.

Here is a PNG mockup that explains this concept a bit more clearly. (196KB)

Fragen:

• Welche Vorschläge haben Sie für die eigentliche Form Interaktion? Dies wurde noch nicht repräsentativen Endanwendern präsentiert, aber ich bin offen für alle Vorschläge während des Prototyping.
• Denken Sie, dass das "Aufrollen" von US-Bundesstaaten und/oder kanadischen Provinzen zwischen Übergängen das räumliche Gedächtnis des Benutzers beeinträchtigen wird?
• Noch deutlicher: Nach dem 3. Durchlauf wird das Unternehmen in jedem US-Bundesstaat operieren - also diese 50 Eingänge in einen umwandeln.
• Gibt es bereits vorhandene Anwendungen, die diesen Ansatz als Baseline oder Demo verwenden?
• Und da ich weiß, mein Entwickler wird wissen wollen - was wäre der einfachste Weg, um die Nähe jeder Region zu speichern? Lat/long vom Zentrum? Lat/long von jeder Ecke einer 'Bounding Box' (genauer)? Ich gehe davon aus, dass wir am Ende einige Näherungsberechnungen schreiben werden, die auf der Länge der tatsächlichen Adresse des Unternehmens basieren.

Answer 1

Erwarten Sie, dass Benutzer die Karte lesen, um zu wissen, zu welcher Liste von Kästchen sie wechseln sollen? Wenn Ihre Benutzer geografisch nicht so weit sind, ist es für sie weniger wichtig, die Regionen direkt aus der Karte auszuwählen, als dass sie den kognitiven Transfer von Karte zu Proximity-Level durchführen, gefolgt von einem Proximity-Level-to-Proximity-Level. Regionentransfer.

Wenn einige Benutzer diese geographische Ebene nicht haben (Sie werden vielleicht überrascht sein, wie viele Amerikaner ihren eigenen Staat auf einer US-Karte nicht finden können), dann würde ich versuchen, vielleicht zusätzlich zu der Karte, nicht mehr als zwei Listen, eine proximale (die Standardeinstellung) mit Regionen in der Nähe der Heimatadresse, und eine erschöpfende. Ich kann nicht sehen, dass Benutzer mit schwachen geographischen Fähigkeiten in der Lage sind, mehrere willkürliche Ebenen der Nähe zu handhaben. Leute, die Karten nicht gut lesen können, werden nicht in der Lage sein, das Näherungsniveau einer Region zu einer anderen abzuschätzen. Also die Idee ist es, eine proximale Liste zu versuchen, und wenn das nicht funktioniert, dann vergessen Sie Nähe und gehen Sie erschöpfend-senden Sie Ihre Benutzer nicht durch die Nähe Ebenen auf der Suche nach Idaho ("Ich schwöre, es ist in der Nähe von Indiana").

Standardmäßig zeigen Sie die proximale Liste mit Regionen an, die wahrscheinlich die meisten Ihrer Benutzer zufriedenstellen, basierend auf der Suche nach Ihren wahrscheinlichen Kunden. Ein "Mehr" -Button zeigt die erschöpfende Liste an. Beide Listen sollten alphabetisch sortiert sein, mit Ausnahme der Untergliederung der erschöpfenden Liste in Staaten der USA, Provinzen & Territorien von Kanada und Land (einschließlich USA (alle) und Kanada (alle)).

Sie können einige Befehlsschaltflächen bereitstellen, um mehrere Regionen auszuwählen (z. B. "Alle 48 zusammenhängenden US-Bundesstaaten, ganz Südamerika"), sodass Benutzer anschließend einige Regionen deaktivieren können. Aus diesem Grund würde ich nichts hochrollen, bis der Benutzer die Eingabe festlegt.

Als Beispiel für jemanden eine Karte und Liste (alle in HTML, nicht weniger) finden Sie unter http://justaddwater.dk/2007/12/21/map-with-positions-in-css/

Answer 2

Ich bin nicht wirklich klar, was es ist, dass Sie von der aktuellen UI zu erreichen versuchen (Sie für Ihre Niederlassungen suchen? Andere Unternehmen? Etc?)

Ich bin kein großer Fan der Verwendung von pure geographische Nähe, um Regionen zu definieren. Wenn zum Beispiel ein Unternehmen in NYC arbeitet, könnte es ein Büro in NJ haben, das bis zum Mond reichen könnte. Auf der anderen Seite könnte ein Büro in Vancouver für eine Firma in Anchorage immer noch in der Region sein. Leider sind Staatsgrenzen auch ziemlich bedeutungslos. Zum Beispiel lebe ich in der westlichen PA und kann Ihnen sagen, dass, während Pittsburgh und Philly im gleichen Staat sind, sie für alle wichtigen Angelegenheiten andere Länder sein könnten, und die meisten Unternehmen haben Büros in jedem.

Wenn Ihr Projekt auf Lampen basiert, warum lassen Sie nicht einfach einen Punkt auf der Karte anklicken und fragen ihn danach, was er meint (zB nächstgelegene Stadt, ganze Grafschaft, gesamter Staat, ganzes Land?) Sie müssen dann die gesamte Region definieren, können Sie vielleicht eine Art von Greifwerkzeug verwenden, um alle anderen Regionen, die ein Teil davon sein könnten, zu markieren oder abzugrenzen?

Wie auch immer, präsentieren Sie Ihre Büros als Pins auf der Karte, und dann vielleicht eine Liste auf der Seite haben, auf der Google Maps mit Google-Suchabfragen umgehen.

Es kann eine Menge Arbeit sein, aber wenn es ein wichtiges Formular ist, können Benutzer dies gegenüber der manuellen Texteingabe oder der Auswahl aus einer Liste bevorzugen.