Estás en: Inicio / Investigación y Desarrollo
AQUI NUESTRAS ULTIMAS OPINIONES
Sin Comentarios |
Publicado por (av) en Mayo 6 , 2008
En AyerViernes estamos constantemente inquietos por conocer el comportamiento de los usuarios en Internet. Tal como estamos desarrollando la encuesta sobre el consumidor digital chileno, seguimos aproximándonos a nuevas formas de conocimiento en relación a esta temática; en esta ocasión a través del eyetracking.
Es así como, con el ánimo de comenzar a solidificar los conocimientos locales en cuanto a experiencia de usuarios y usabilidad, comenzaremos a lanzar periodicamente posts relacionados con la interacción entre 10 personas y 3 de los principales diarios online del país (lun, emol y latercera).
Este estudio consistió en sesiones de laboratorio con 10 usuarios, con el objetivo de profundizar en su experiencia con los medios digitales, a través de tareas relacionadas con la mirada libre de cada una de las páginas de inicio y la lectura de
una noticia (igual para todos) de cada diario. Además al terminar cada prueba, se realizó una entrevista con el fin de contrastar la información obtenida en el eyetracking (heatmaps, por ejemplo) con sus percepciones y recuerdos ligados a imágenes, publicidad, etc.
De esta manera, a partir de la próxima semana comenzaremos a desarrollar y a compartir las conclusiones.
Archivado en: Investigación y Desarrollo, EyeTracking, Usabilidad, AyerLab
Sin Comentarios |
Publicado por hspencer en Abril 16 , 2008
En Ayerviernes Research estamos conduciendo un estudio a propósito del Retail Digital en Chile. Pero como no existe ningún estudio preliminar sobre el cual podamos avanzar (seguramente existen estudios privados, pero nada de disponibilidad pública) necesitamos entender primero cosas básicas. la idea de esta encuesta es tener un diagnóstico inicial de la situación actual y desde ahí avanzar para estudiar específicamente el retail.
Cuando lleguemos a 1000 respuestas, cerraremos la encuesta y publicaremos los resultados. Si quieres participar sólo haz click en el botón de arriba. Gracias por tu colaboración.
Archivado en: Equipo, Investigación y Desarrollo
Sin Comentarios |
Publicado por hspencer en Marzo 5 , 2008
El diseño se ocupa de la construcción del significado. Pero más específicamente, los diseñadores proveemos a las personas de los elementos para construir sus propios significados. Pero ¿cómo los diseñadores podemos distinguir los elementos y artefactos detonantes de significado para otra persona? ¿cómo y a partir de qué discriminamos para cada caso?
En la historia del diseño la respuesta a esta interrogante siempre ha venido de dos vertientes aparentemente opuestas: desde la investigación dura o desde la intuición basada en la experiencia personal. En este último caso, el diseñador funciona como una especie de caja negra (genial, por lo demás) capaz discriminar los elementos, el lenguaje y tono precisos. El problema surge cuando el encargo nos lleva a un campo en el que no estamos familiarizados y no tenemos experiencia previa. En este caso la mera intuición carece de respaldo para actuar.
Si reconocemos a nuestro oficio como aquel capaz de construir puentes de comunicación (como dice mi amigo Jorge) en un contexto en el cual somos foráneos, requeriremos —necesariamente— de herramientas que nos permitan distinguir los códigos y los artefactos más significantes para el contexto específico; algo que nos permita comprender los modelos mentales de los usuarios.
Shelley Evenson adaptó algunas metodologías de investigación etnográfica a un contexto de diseño, inventando el concepto de “historias dirigidas” (o directed storytelling) como una herramienta de indagación para estos escenarios.
Esta metodología corresponde a un tipo de entrevista en la cual se les pide a los participantes que reconstruyan una tarea específica, idealmente la central en su trabajo y que sea aquella que estemos re-diseñando o modificando a partir de un nuevo sistema. Este recorrido a lo largo de una tarea debe realizarse en el mismo espacio donde ocurre y utilizando las mismas herramientas. Puesto que el objetivo es comprender el acto en un nivel más íntimo (emocional) este método es muy suelto e informal. Dentro de las consideraciones para la documentación del proceso están:
- Un levantamiento completo del espacio físico, identificando circulaciones, lugares de detención, lugares de colisión o colaboración entre compañeros, lugares privados y de retiro
- Levantamiento del entorno inmediato de trabajo (p. ej: escritorio, cubículo)
- Identificación de las herramientas de trabajo
- Identificación de los artefactos emocionales, aparentemente inútiles (fotos, adornos, etc.)
- Dentro del proceso, identificar las prácticas “fuera de protocolo” pero necesarias para que las cosas funcionen
- Identificar los puntos críticos que requieren de la destreza del usuario
- Identificar fuerzas culturales y factores del entorno que incentiva o desincentivan su trabajo
Este método es ideal para proyectos cortos con presupuestos reducidos, ya que en un tiempo muy breve, el equipo de diseño puede quedar informado de la intimidad y sutilezas implícitas en las tareas a rediseñar desde el punto de vista del usuario. Desde este “ponerse en los zapatos” del usuario de un modo empático, podremos capturar su modelo mental en el contexto de la tarea específica.
Una vez realizado este estudio, los entregables (si el equipo de diseño difiere de los entrevistadores) son:
- planos del espacio
- historias (texto) y fotografías de las herramientas (idealmente 3 o 4)
- síntesis gráfica de representación del modelo mental del proceso (agregando a los distintos usuarios)
- p. ej. diagrama Ven como mapa de afinidad entre conceptos
- p. ej. secuencia (cronograma) con puntos de decisión, circularidades
- etc.
Se necesita: 1 entrevistador y 1 documentador.
Para seguir en el tema recomiendo: “Design Studies: Theory and Research in Graphic Design” de Audrey Bennett
Archivado en: Equipo, Investigación y Desarrollo
6 Comentarios |
Publicado por Cristian en Febrero 6 , 2008
En el post anterior contábamos cómo habíamos resuelto la ubicación de sucursales del Banco Edwards Citi con Google Maps y un poco de AJAX. Dicha integración a pesar de lo simple que resulta para el usuario, fue nuestra primera experiencia utilizando Google Maps para un proyecto coorporativo.
Creemos firmemente que la integración de los servicios Web marca las pautas del desarrollo Web actual, y éste resultó un claro ejemplo de cómo integrar un servicio gratuito, disponible para todo el mundo adaptándolo a las necesidades del cliente dentro de nuestro propio desarrollo.
Técnicamente lo único que necesitamos fue una cuenta de Gmail para personalizar los mapas y guardarlos en nuestras preferencias de Google Maps.
Luego se realizó un minucioso proceso de buscar cada sucursal dentro de Google Maps, y comparar su ubicación con MapCity que es un referente local. Cada una de estas búsquedas se guardaban y se agrupaban por comunas. Una vez definidos los mapas dentro de Google Maps éstos se hacen públicos para que cualquier persona que entre directamente al sitio de Google Maps y busque por Banco Edwards se desplieguen las sucursales con los mapas previamente creados y guardados.
La inteligencia de la integración fue disponer las sucursales dentro de tablas, que ocupando una librería javascript despliega cada uno de los mapas en un iframe. Estos mapas son llamados mediante id’s a un javascript que contiene las ubicaciones guardadas y personalizadas en Google Maps.
A esto hay que sumar que en AyerViernes trabajamos con HIJAX, que es la denominación que distingue al AJAX accesible. Por ende si el navegador no dispone de javaScript, o lo tiene desactivado, el contenido se despliega en una página independiente de cada sucursal, con una imagen del mapa en ella.
Como dato aparte, las librerias de javascript que usamos en AyerViernes suelen ser las ya clásicas Prototype, Scriptaculous. Pero en el caso del sitio del Banco Edwards Citi una vez que el sitio estaba prácticamente terminado tuvimos que cambiar todo a jQuery porque, para este efecto, era sólo eso lo que necesitábamos y el cambio reducia considerablemente el peso del sitio.
Sin embargo, este cambio fue transparente y no afectó en nada al desarrollo anterior, ya que nuestro XHTML no tiene nada de javascript, sólo usamos id’s para conectar con las librerias.
Archivado en: Investigación y Desarrollo, Accesibilidad, Ajax