Региональный интерфейс близости

Question

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

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

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

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

Вопросы:

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

Answer 1

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

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

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

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

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

Answer 2

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

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

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

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

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