IU de proximidad regional

Question

Estoy desarrollando una interfaz de usuario (habilitada para AJAX; servidor LAMP) que permitirá a un usuario designar regiones en las que opera una empresa. Una " región " en este caso, puede ser un estado (si se trata de los EE. UU.) Una provincia (Canadá) o un país entero (todos los demás).

Como hay 195 países en el mundo, me gustaría evitar una casilla de selección múltiple o una lista de casillas de verificación. En el flujo de trabajo que conduce a esta pantalla en particular, el usuario ya habrá ingresado la dirección completa de la empresa, por lo que tengo una región de inicio para trabajar.

Dado que la mayoría de las empresas solo operan fuera de su propia región, y las que cubren múltiples regiones tienden a no extenderse demasiado, estoy considerando mostrar la lista de regiones gradualmente según la proximidad. Me doy cuenta de que en algún momento (estoy usando 3 pases por ahora) se deberá mostrar la lista completa; Solo estoy tratando de demorar al usuario para que llegue a ese punto, ya que es un caso definitivo.

Aquí hay una maqueta de PNG que explica este concepto un poco más claro . (196kb)

Preguntas :

• ¿Qué sugerencias tiene para la interacción de la forma real? Esto aún no se ha presentado a usuarios finales representativos, pero estoy abierto a todas las sugerencias durante la etapa de creación de prototipos.
• ¿Cree que 'enrollar' los estados de EE. UU. y / o las provincias canadienses entre las transiciones afectará negativamente la memoria espacial del usuario?
  • Más claramente: después del tercer pase, la compañía operará en todos los estados de los EE. UU., así que convierta esas 50 entradas en una.
• ¿Hay alguna aplicación existente que haya utilizado este enfoque para usar como línea de base o demostración?
• Y, como sé que mi desarrollador querrá saber, ¿cuál sería la forma más fácil de almacenar la proximidad de cada región? ¿Lat / largo del centro? ¿Lat / largo de cada esquina de un 'cuadro delimitador' (más preciso)? Supongo que terminaremos escribiendo algunos cálculos de proximidad basados ??en el lat / long de la dirección real de la empresa.

Answer 1

¿Espera que los usuarios lean el mapa para saber a qué lista de casillas de verificación ir? Si sus usuarios tienen un nivel de habilidad geográfica superior, entonces es menos fácil para ellos seleccionar las regiones directamente del mapa, en lugar de hacer que realicen la transferencia cognitiva de mapa a nivel de proximidad, seguida de un nivel de proximidad a nivel transferencia de región.

Si algunos usuarios no tienen ese nivel de experiencia geográfica (es posible que se sorprenda de cuántos estadounidenses no pueden encontrar su propio estado en un mapa de EE. UU.), entonces intentaré, tal vez además del mapa, no más de dos listas , uno proximal (el predeterminado) con regiones cercanas a la dirección de casa y uno exhaustivo. No puedo ver que los usuarios con capacidades geográficas débiles puedan manejar múltiples niveles arbitrarios de proximidad. Las personas que no pueden leer bien los mapas no podrán estimar el nivel de proximidad de una región a otra. Entonces, la idea es probar una lista proximal y si eso no funciona, entonces olvídate de la proximidad y vuélvete exhaustivo, no envíes a tus usuarios a vagar entre los niveles de proximidad en busca de Idaho ("Juro que está cerca de Indiana").

De manera predeterminada, muestre la lista proximal con regiones que probablemente satisfagan a la mayoría de sus usuarios según la investigación de sus clientes probables. Un botón "más" muestra la lista exhaustiva. Ambas listas deben ordenarse alfabéticamente, excepto subdividir primero la lista exhaustiva en Estados de los EE. UU., Provincias & amp; Territorios de Canadá y País (que incluye los EE. UU. (Todos) y Canadá (todos)).

Puede proporcionar algunos botones de comando para seleccionar múltiples regiones (p. ej., “Los 48 estados contiguos de EE. UU., Toda Sudamérica), lo que permite a los usuarios anular la selección de algunas regiones después. Por esta razón, no acumularía nada hasta que el usuario confirme la entrada.

Como ejemplo de alguien que usa un mapa más la lista (todo en HTML, no menos), vea http://justaddwater.dk/2007/12/21/map-with-positions-in-css/

Answer 2

No estoy realmente claro qué es lo que está tratando de lograr con la interfaz de usuario actual (¿está buscando sucursales? ¿otras compañías? etc.)

No soy un gran admirador del uso de la proximidad geográfica pura para definir regiones. Por ejemplo, si una empresa opera en Nueva York, podría tener una oficina en Nueva Jersey que podría estar tan lejos como la luna. Por otro lado, para una empresa de anclaje, una oficina en Vancouver aún podría estar dentro de la región. Desafortunadamente, los límites estatales tampoco tienen sentido. Por ejemplo, vivo en el oeste de Pensilvania, y puedo decirle que, si bien Pittsburgh y Philly están en el mismo estado, podrían ser países diferentes para todo lo que importa, y la mayoría de las empresas tienen oficinas en cada uno.

Si su proyecto se basa en lámparas, ¿por qué no le permite a un usuario hacer clic en un punto del mapa y, en función de eso, preguntarle qué quiere decir (por ejemplo, la ciudad más cercana, todo el condado, todo el estado, todo el país?). entonces necesita definir toda la región, ¿tal vez pueda usar algún tipo de herramienta de captura para hacer clic o delinear todas las otras regiones que podrían ser parte de ella?

De cualquier manera, presente sus oficinas como chinchetas en el mapa, y luego tenga una lista al lado de la forma en que los mapas estándar de Google manejan las búsquedas.

Puede ser mucho trabajo, pero si es una forma importante, los usuarios pueden preferir eso sobre la entrada de texto manual o las selecciones de una lista.