DIAGRAMAS DE FLUJO
En los diagramas de flujo adjuntos, se ha representado la secuencia de actividades que deben de realizar los usuarios representados en los escenarios desarrollados anteriormente para alcanzar sus objetivos descritos.
En todos ellos identificamos como task flow los pasos de inciar sesión, por lo que debemos invertir recursos en hacer esta etapa de interacción lo más óptima posible, adaptándose a cualquier usuario de la app. El resto de flujos pertenecen son de tipo user flows, ya que en la app se pueden realizar muchas funciones específicas no coincidentes para todos los objetivos de los usuarios.
A continuación, se adjuntan los distintos diagramas.

REFERENCIAS Y ANÁLISIS CRÍTICO

Se han seleccionado dos app destinadas a la visualización, búsqueda, compra y reserva de eventos musicales y artísticos; con el fin de analizarlos y evaluarlos para poder extraer información valiosa para nuestro proyecto relativa a la arquitectura que debemos buscar.

Dichas app son Evenbrite y Songkick, ambas competidoras directas entre ellas, al ser muy similares. Estas app son dos de las más populares dedicadas al entorno de eventos en la actualidad.

Para su análisis, en primer lugar hemos creado un diagrama de flujo para cada una de ellas, sobre la realización de una misma actividad: buscar un evento y comprar una entrada.

Los diagramas obtenidos, serán evaluados mediante heurísticas relativas a la interacción app-usuario y usabilidad, haciendo un análisis crítico de los mismos.

A continuación, se exponen los diagramas.

Análisis mediante heurísticas:

En cada punto exponemos una de las diez heurísticas de Nielsen, evaluando comparativamente su presencia en cada una de las apps:

• Visibilidad del estado del sistema: Songkick tiene mayor eficiencia en este punto, ya que en la página principal podemos ver los eventos añadidos de forma directa y la información está más simplificada, lo cual facilita la intuitividad de la navegación. Evenbrite expone demasiada información sin diferenciar bien grupos, por lo que supone una sobrecarga informativa para el usuario que no le permite conocer el estado actual de forma óptima. En ambas tenemos marcadores para ver en que sección estamos y son usadas óptimamente.
• Consistencia sistema-mundo real: Evenbrite usa mayor iconografía, la cuál es muy intituitiva. Songkick usa más texto, bastante escueto. Ambas n opresentan problemas de ordenamiento y expresión de la información.
• Control y libertad del usuario: El cambio de una sección a otra es directo, gracias a tener en ambas siempre presente la barra de secciones. Esto las optimiza en cuanto a la libertad de navegación, pues en cualquier momento podemos pasar a otro lugar de forma fácil y sencilla.
• Consistencia y estándares: SongKick presenta una estrucutura más consistente que Evenbrite, ya que todas sus imágenes y páginas tienen forma de cuadrículas lxl. Evenbrite, en cambio, combina estilos más distintos en cada una de sus secciones, lo cuál hace más farragosa la navegación.
• Prevención de errores: ambas incluyen mensajes y notificaciones en el inicio de sesión incorrecto (falta de dato o clave/usuario incorrecto, entre otros). Igualmente, notifica cuando se está haciendo una búsqueda de algo no registrado y avisa de eventos cancelados o con algún otro imprevisto (tras ser guardados).
• Reconocer en vez de recordar: ambos incluyen listas de búsquedas anteriores en las barras del buscador, sistema de notificaciones, sincronización con google calendar. Respecto a la nomenclatura e iconografía, usan iconos globalmente conocidos y populares, lo que facilita la navegación. En todas sus secciones incluyen barra de apoyo de las secciones disponibles, lo que nos facilita saber donde estamos y adonde podemos ir.
• Flexibilidad y eficiencia de uso: La barra de secciones supone un gran atajo visual, en ambas.
• Estética y diseño minimalista: presente en ambas, pero más eficiente en SongKick (más repetición de patrones cuadriculados y proporciones más similares entre imágenes del mismo nivel; información escueta, aunque podemos aumentar para conocer más).
• Ayuda al reconocimiento y solución de errores: ambas expresan mensajes de datos incorrectos para el inicio de sesión, imposibilidad de conectar a facebook (o spotify en Evenbrite), así como búsquedas no encontradas.
• Ayuda y documentación: ambas cuentan con secciones de ayuda en la sección del usuario. Evenbrite cuenta con una pestaña enfocada a los problemas con entradas, lo cuál es muy positivo ya que está muy ajustada a la funcionalidad de la app.

En el desarrollo de la fase de definición y organización del etiquetado del proyecto de desarrollo de una app para el festival Mutek, hemos comenzado con una aplicación de la técnica Card Sorting abierto (al suponer un producto nuevo), cómo análisis de las estructuras mentales interiorizadas por nuestros usuarios.

Para ello, le hemos proporcionado a un grupo de seis usuarios distintos, un total de diecinueve tarjetas correspondientes a distintas informaciones que se han establecido que debe contener la plataforma. Las agrupaciones realizadas por los usuarios, así como los títulos establecidos por ellos para cada una de dichas agrupaciones, han sido analizados. Las conclusiones obtenidas de dicho análisis han sido que se diferencian tres grupos principales relativos a información sobre los eventos, las entradas y los artistas. Además, se incluye un apartado destinado a atención al cliente. Cada uno de estos grupos contiene una serie de informaciones diferenciadas relativas (en base a las estructuras de los usuarios), lo cuál reflejamos en el siguiente diagrama de árbol de contenidos. Se puntualiza que algunos contenidos muy concretos han sido cambiados de grupo, bajo criterios de diseño e interacción.

Como objetivo de la PEC 2 de la asignatura de Arquitectura de la Información, debíamos desarrollar la fase de conceptualización del diseño aplicando las herramientas de exploración de escenarios y user journeys, para así finalmente obtener requisitos de diseño de valor.

Uno de los escenarios explorados en mi proyecto a sido el de un usuario que decide entrar a un encuentro virtual en directo con su artista preferido. Este usuario no consigue su objetivo principal: hablar de forma directa con su artista, y finalmente, se siente muy fracasado.

Considero que este escenario es de muy importante valoración, ya que si incluimos la posibilidad de desarrollar estos encuentros, debemos valorar que los usuarios pueden tener un muy alto nivel de deseo de contactar con ellos; y debemos hacer un buen diseño para que la comunicación (y por supuesto interacción general) fluya de forma natural, a pesar de estar en un entorno virtual.

Sin más, expongo los resultados de mi trabajo.

DESARROLLO DEL ESCENARIO:

David es un joven de 28 años, asistente a Mutek desde hace varias ediciones y para esta ya tiene planificación de los eventos a los que va a asistir y registro en la app. Es muy fan de Anne, una de las artistas colaboradoras en el festival, y se ha inscrito en una sesión llamada “living with Anne”, la cual es de acceso gratuito a través de la app.

Tras entrar en la app diez minutos antes del comienzo de la sesión, David visualiza en la página principal un apartado diferenciado de “my events”. En la parte inferior, ve un pequeño texto donde pone: “Next: today / 6.00 p.m”. Entra aquí, y ve su lista de eventos reservados ordenados cronológicamente. El primero que aparece en la lista es “Living with Anne” con un texto inferior con tipografía de menor tamaño indicando: “Today / 6.00 p.m”. Pulsa aquí y esto lo lleva a un entorno de videollamada donde él solo puede escribir.

Ve como hay cincuenta y tres espectadores más (icono de ojo junto al número 53), y tras indagar un poco, pulsa aquí y ve un despegable como el nombre de los demás asistentes. Llegada las 6.02 p.m. ve como es su pantalla comienza a aparecer una cuenta atrás de veinte segundos. Tras ello… ¡Aparece su admirada Anne!

Ve como Anne empieza a hablar un poco y a la vez saltan mil mensajes flotantes, él se une y escribe “You are the best!”. De repente ve como empiezan a entrar en la llamada fans, y él por supuesto quiere hablar de forma directa con Anne. Ve un déficit importante de comunicación por el idioma, se está intentado hablar inglés, pero algunos participantes tienen problemas de expresión en este idioma.

David no sabe muy bien como solicitar el acceso, ya que ha visto como los primeros participantes han entrado gracias a que la artista les ha concedido la conexión; pero no encuentra momento para pedirlo ya que todo va demasiado rápido (muchos quieren entrar). David decide poner un mensaje, pero Anne se ve que no da abasto, no le da tiempo de conceder la entrada a todos.

La sesión está acabando y David no está pudiendo entrar, se siente frustrado.

Finalmente acaba y Anne pide disculpas por no poder dar acceso a todos, pero muestra agradecimiento por tanta muestra de interés y cariño. Aun así, no hay más oportunidades de interacción directa con Anne para David, por lo que no ha sido lo suficiente satisfactorio el encuentro para él.

DESARROLLO DEL USER JOURNEY CORRESPONDIENTE A ESTE ESCENARIO: