Пользовательский интерфейс региональной близости

Question

Я разрабатываю пользовательский интерфейс (с поддержкой AJAX;Сервер LAMP), который позволит пользователю указывать регионы, в которых работает компания."Регионом" в данном случае может быть штат (если речь идет о США), провинция (Канада) или вся страна (все остальные).

Поскольку в мире насчитывается 195 стран, я бы хотел избежать множественного выбора или списка флажков.В рабочем процессе, ведущем к этому конкретному экрану, пользователь уже введет полный адрес компании, так что у меня есть начальный регион для работы.

Поскольку большинство компаний работают только в своем регионе, а те, которые охватывают несколько регионов, как правило, не разветвляются слишком далеко, я рассматриваю возможность постепенного отображения списка регионов в зависимости от близости.Я понимаю, что в какой-то момент (на данный момент я использую 3 прохода) необходимо будет отобразить полный список;Я просто пытаюсь задержать пользователя от достижения этой точки, поскольку это определенный крайний случай.

Вот макет в формате PNG, который объясняет эту концепцию немного более четко.(196кб)

Вопросы:

• Какие у вас есть предложения по фактическому взаимодействию с формой?Это еще не было представлено представительным конечным пользователям, но я открыт для всех предложений на этапе прототипирования.
• Как вы думаете, "свертывание" штатов США и / или канадских провинций между переходами негативно скажется на пространственной памяти пользователя?
  • Более четко:после 3-го прохождения компания будет работать в каждом штате США - так что преобразуйте эти 50 входных данных в один.
• Существуют ли какие-либо существующие приложения, которые использовали этот подход для использования в качестве базового или демонстрационного варианта?
• И, поскольку я знаю, что мой разработчик захочет знать - каков был бы самый простой способ сохранить близость каждого региона?Широта/долгота центра?Ширина / длина каждого угла "ограничивающей рамки" (более точная)?Я предполагаю, что в конечном итоге мы напишем некоторые расчеты близости, основанные на широте / длине фактического адреса компании.

Answer 1

Вы ожидаете, что пользователи будут читать карту, чтобы знать, к какому списку флажков перейти?Если ваши пользователи обладают более высоким уровнем географических способностей, то им будет проще выбирать регионы непосредственно на карте, чем выполнять когнитивный перенос с карты на уровень близости с последующим переносом с уровня близости на регион.

Если некоторые пользователи не обладают географическими знаниями такого уровня (вы можете быть удивлены, сколько американцев не могут найти свой штат на карте США), то я бы попробовал, возможно, в дополнение к карте, составить не более двух списков, один приблизительный (по умолчанию) с регионами, близкими к домашнему адресу, и один исчерпывающий.Я не могу представить, чтобы пользователи со слабыми географическими способностями могли обрабатывать несколько произвольных уровней близости.Люди, которые плохо читают карты, не смогут оценить уровень близости одного региона к другому.Итак, идея состоит в том, чтобы попробовать приблизительный список, и если это не сработает, то забудьте о близости и переходите к исчерпывающему – не отправляйте своих пользователей блуждать по уровням близости в поисках Айдахо (“Клянусь, это недалеко от Индианы”).

По умолчанию отображается ближайший список с регионами, которые, вероятно, удовлетворят большинство ваших пользователей, на основе исследования ваших вероятных клиентов.Кнопка “Еще” отображает исчерпывающий список.Оба списка должны быть отсортированы в алфавитном порядке, за исключением того, что сначала разделите исчерпывающий список на штаты США, провинции и территории Канады и Страны (которая включает США (все) и Канаду (all)).

Вы можете предоставить несколько командных кнопок для выбора нескольких регионов (например, “Все 48 смежных штатов США, вся Южная Америка"), что позволит пользователям впоследствии отменить выбор некоторых регионов.По этой причине я бы не стал ничего сворачивать до тех пор, пока пользователь не зафиксирует ввод.

В качестве примера того, как кто-то использует карту плюс список (все в формате HTML, не меньше), смотрите http://justaddwater.dk/2007/12/21/map-with-positions-in-css/

Answer 2

Мне не совсем понятно, чего именно вы пытаетесь добиться от текущего пользовательского интерфейса (вы ищете филиалы?другие компании?и т.д.?)

Я не большой поклонник использования чистой географической близости для определения регионов.Например, если одна компания работает в Нью-Йорке, у нее может быть офис в Нью-Джерси, который вполне может находиться так далеко, как Луна.С другой стороны, для компании в Анкоридже офис в Ванкувере все еще может находиться в пределах региона.К сожалению, государственные границы тоже довольно бессмысленны.Например, я живу в западной части Пенсильвании и могу сказать вам, что, хотя Питтсбург и Филадельфия находятся в одном штате, они могут быть разными странами по всем параметрам, и у большинства компаний есть офисы в каждой из них.

Если ваш проект основан на lamp, почему бы просто не позволить пользователю щелкнуть точку на карте и на основе этого спросить его, что он имеет в виду (например, ближайший город, весь округ, весь штат, всю страну?.Если затем вам нужно определить весь регион, возможно, вы можете использовать какой-нибудь инструмент захвата, чтобы щелкнуть или очертить все другие регионы, которые могли бы быть его частью?

В любом случае, представьте свои офисы в виде кнопок на карте, а затем, возможно, разместите сбоку список, аналогичный тому, как стандартные карты Google обрабатывают поиск.

Это может потребовать много работы, но если это важная форма, пользователи могут предпочесть ее вводу текста вручную или выбору из списка.