Objetivos de la release
Para la última release teníamos que corregir algunos errores de experiencia de usuario que arrastrábamos de otras realises anteriores.
También nos planteamos incorporar los perfiles de usuario como sistema para generar confianza entre usuarios y también como primer paso para permitir el intercambio de gustos culturales.
Además continuamos con la idea de que los dispositivos móviles tienen un gran peso en nuestra plataforma, por lo que debíamos optimizar la reserva de los eventos en desde ellos.
Historias de usuario
Incluímos las siguientes historias de usuario a realizar:
- Crear alertas fin de tarea
- Ver mapa con ubicación del evento
- Reservar / crear evento en móvil
- Crear / editar perfil personal
- Estrategia de contenidos.
Mejoras en experiencia de uso
Tras varias entrevistas y pruebas de usuario nos percatamos de que aún teníamos pendiente corregir algunos aspectos que no habían quedado del todo resueltos:
- El usuario no percibia bien que había reservado o creado un evento.
- Los usuarios consideraban importante ver la localización del evento en un mapa.
Sistema de alertas
Para resolver el primer problema nos planteamos la creación de un sistema de alertas o avisos. Habíamos probado anteriormente con un pequeño texto debajo del botón de reserva, pero pasada demasiado desapercibido. Pensamos en incluir una alerta en forma de banner flotante, clara, directa y en un lugar con visibilidad. Tras alguna prueba y corrección de problemas con el color, incluímos las alertas en la guía de estilo, creando un sistema según el tipo de mensaje: de finalización de tarea, de error o informativas.
Ubicación del evento
Los usuarios consideraban importante saber una localización exacta o aproximada de donde tendría lugar el acto, según ellos, esto les podría condicionar a la hora de elegir uno u otro evento.
Claro que, como siempre teníamos que tener en cuenta al otro usuario, el creador del evento. En las entrevistas realizadas éste se sentía un poco receloso acerca de que todos supiesen donde vivía por lo que decidimos enseñar un mapa con una dirección aproximada. Una vez confirmada la reserva se facilitaría la dirección exacta vía email.
Incluímos el mapa tras el contenido del evento. Es una información importante pero complementaria.
Perfiles de usuario
“Como usuario quiero poder crear mi perfil con mis datos personales, gustos e intereses para darme a conocer a otros usuarios y compartir mis intereses con ellos. Quiero poder añadir más información si es necesario”
Desde el principio sabíamos que los perfiles de usuario eran una parte importante de la plataforma. Los usuarios, tanto creadores como asistentes, consideran importante esta funcionalidad. Si son creadores a través de su perfil pueden atraer a más público, si son asistentes pueden presumir de a qué eventos fueron y con quien (en un futuro). Además es una historia importante a la hora de crear confianza y seguridad entre usuarios, que es una de las debilidades de nuestra plataforma.
En Rooof pretendemos crear una comunidad, el trato entre personas es muy relevante ya que comparten experiencias juntos, un usuario no es nada sin el otro. Uno quiere mostrar su talento mientras el otro quiere pasar un buen rato y conocer gente nueva. Por ello, tanto para el creador del evento como para el asistente es importante poder tener un perfil en el que mostrar que es lo que hace o cuales son sus preferencias. O incluso a que eventos han ido.
Hasta ahora habíamos propuesto la creación de una cuenta para poder hacer la reserva o la creación de un evento. Pero nos habíamos quedado ahí. Los usuarios no podían mostrar sus datos personales, sus intereses y gustos... y era hora de cambiar eso, y aportar un poco más de valor. Si que habíamos hecho unos perfiles de usuario, pero no habíamos planteado la manera en la que el usuario crearía su perfil.
Desarrollando los perfiles
Nos planteamos un perfil básico, solo con la información más importante: nombre, foto, descripción e intereses. También daríamos importancia a la actividad: a qué eventos ha asisitido el usuario y cuales ha creado.
Para empezar, consideramos esta información como prioritaria. Más adelante y después de hacer pruebas y ver como funcionan los usuarios podremos incluir otras funcionalidades como seguir a otros usuarios o ver tus tickets comprados.
Planteamos el diseño de varios estados y plantillas: debíamos tener un perfil vacio y otro completo, y debíamos dar la posibilidad de edición. A través de un workflow, diseñamos el viaje que el usuario ha de hacer para la creación su perfil.
Workflow, creación de perfil de usuario
.
También era importante que la edición del perfil fuera sencilla, por lo que pusimos especial cuidado en el formulario y priorizamos el requisito de que fuese accesible y fácil desde todos los dispositivos. Hicimos pruebas con protopipos en baja fidelidad y después de varios diseños encontramos una solución a lo que buscábamos.
Edición del perfil desde el móvil.
Reservar y crear un evento desde el móvil
Al hacer la versión responsive en la tercera release, ya teníamos parte del trabajo hecho, pero debíamos optimizarlo para móvil. Había cosas que no encajaban del todo, y otras que estaban muy lejos de funcionar.
Para nososotros era muy importante que independientemente de dónde se encontrase el usuario, pudiera hacer una reserva fácilmente y además con una buena experiencia de uso. Además, optimizar la plataforma para móvil nos abria un montón de posibilidades de proyección: los usuarios podrían compartir por redes sociales o acceder a la plataforma desde el mail (aplicaciones cada vez mas usadas desde el móvil).
Para los usuarios la tarea más importante a realizar en la plataforma a través del móvil es “reservar un evento”. La tarea de creación de un evento, para el usuario, es una experiencia menos mobile. Es dedicar un tiempo en un lugar tranquilo desde su ordenador para poder subir fotos correctamente desde la tranquilidad de su hogar.
Nos planteamos eliminar esta funcionalidad de la versión móvil pero también pensamos que si el usuario sabía que se podía hacer en desktop, debíamos ser fieles a la versión y dar también en móvil esta funcionalidad para no crear posibles decepciones. Eso sí, a nivel de jerarquía de la información lo situamos al final del menú y al final del scroll en cada página.
Optimización para móvil
Algunas cosas que corregimos o planteamos de nuevo teniendo como prioridad el uso en todos los dispositivos:
- Reorganización del contenido de la ficha del evento usando JavaScript: la posición natural de los elementos hacía que información importante y botón de reserva quedarán muy abajo.
- Optimización de tamaños tipográficos, y tamaños en la grilla de los eventos.
- Planteamiento de un nuevo formulario de creación, que fuese accesible en móvil. El que teníamos hasta ahora no lo era.
Estrategia de contenidos
Después de realizar varias releases estábamos tan centrados en el la web, sus funcionalidades y lo que los usuarios veían o dejaban de ver que habíamos perdido un poco el camino de cómo queríamos que fuese nuestro proyecto. Llegó el momento de retocar la plataforma con conceptos sólidos acerca de cómo nosotros queríamos que fuese.
Para ello hicimos esta historia de usuario:
“Como Rooof necesitamos articular una estrategia coherente y basada en unos valores sólidos de marca para generar contenidos en nuestra web y redes sociales”
Debíamos comunicar qué somos y como queremos que nos vean. Así que hicimos una estrategia de contenidos, echando la vista atrás, repasando y mejorando lo que habíamos empezado.
La estrategia podéis verla aquí y nos ha servido para centrar las ideas y solidificar la marca.Solución tecnológica
Aparte del Sass, que ya lo venimos usando desde la tercera release, para esta cuarta release, hemos incorporado Jekyll y Gulp.
Jekyll nos ha permitido agilizar el desarrollo de plantillas con la incorporación de módulos html reusables. Y pese a que le podíamos haber sacado mucho más probecho nos ha ayudado a agilizar el desarrollo del prototipo, además de acercarnos más a una plataforma con contenido dinámico.
Hemos incorporado también un task runner. Primero probamos con grunt, pero se nos hacía demasiado lento. Finalmente configuramos gulp. También nos ha permitido trabajar con más rapidez e incorporar automáticamente tareas como la escritura automática de los prefijos para los navegadores en css, o la optimización de imágenes.