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

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 обрабатывают поиск.

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