
Ideación · Prototipado · Testeo · Desarrollo
Introducción
Este caso de estudio refleja el proceso de diseño que nos encontramos cuando en Cosentino se decide mejorar la calidad y estabilidad de los servicios del área privada para los clientes.
Background
Esta intervención fue urgente debido a los errores que estaba ocasionando la plataforma.
Nuestra plataforma es un área dedicada exclusivamente a los clientes. Varios servicios estarían bajo mantenimiento y mejora, por lo que este diseño era aplicable a diferentes casos de uso.
Challenge/Reto
Diseñar la mejor experiencia posible ante un callejón sin salida.
Nuestro objetivo era informar que la funcionalidad estaría deshabilitada temporalmente.
Nuestro segundo objetivo fue redireccionar al usuario hacia los servicios más usados por la comunidad. De esta forma, evitamos que nuestro usuario termine su trayecto.
DEFINIR E IDEAR - FASE 2
2.Ideación y prototipado
Ante un problema tenemos varias alternativas. Podemos ocultar la funcionalidad, podemos incluir un tooltip informativo, etc. Sin embargo, esto no cumple el objetivo de ofrecer la mejor experiencia.
¿Y si informamos al usuario y además utilizamos este reto para incrementar el uso de otros servicios?
Genial! Utilizamos el problema como una oportunidad.
Una vez tuvimos la idea, comenzamos con los prototipos en baja fidelidad en Miro.
LA SOLUCIÓN
Planteamos la idea de mostrar en un modal el apartado informativo y la oportunidad de usar otros servicios. De esta forma, no sólo evitamos un punto de fuga sino que además incrementamos potencialmente el uso del resto de funcionalidades.
PROTOTIPAR - FASE 3
3.Prototipado en BAJA definición
Una vez teníamos la idea en mente pasamos a la acción a través de prototipos en MIRO. La herramienta digital que nos permite plasmar nuestras ideas en poco tiempo y con gran margen de maniobra en caso de querer hacer cambios.
Una vez definimos la solución ante el reto al que nos enfrentamos, comenzamos a probar variaciones del mismo. Ya teníamos el contenido, y la forma. Ahora tan sólo quedaban los retoques finales para mostrarlo de la mejor manera visualmente y que esta fuera adaptada a la empresa.
Finalmente enviamos el entregable final al los stakeholders responsables del área privada. Nuestra propuesta de diseño fue validada y programada por parte del equipo de desarrollo.
Prototipado en media definición
Para esta fase utilizamos el programa FIGMA, aquí continuamos con el proceso sobre la base que establecimos anteriormente en MIRO.
APRENDIZAJE
A medida que diseñamos el modal, nos dimos cuenta de que nos enfocamos demasiado en el segundo objetivo (visitar otras zonas de la plataforma), quitándole peso a la información que queríamos transmitir. En este caso, informar sobre el cierre temporal que iba a ocurrir. Por ello, corregimos la dirección y mejoramos la propuesta.
Prototipado en alta definición
Tras una reunión con el equipo UX definimos el entregable final y validamos con stakeholders antes de enviarlo a desarrollo.
TESTEO - FASE 4
4.Test con usuarios
Finalmente, añadimos las imágenes al prototipo y probamos su eficacia mediante un test de guerrilla. Realizamos el test de los 5 segundos con tres personas al azar, el resultado de esto fue un insight sobre la imagen principal. Nos dimos cuenta de que no estaba reflejando a simple vista lo que queríamos transmitir. Cambiamos la imagen, repetimos el test y finalmente conseguimos resultados muy positivos.
IMPLEMENTACIÓN - FASE 5
5.Entregable final y desarrollo
La fecha de entrega llegó, nos reunimos con los stakeholders, mostramos la propuesta y argumentamos las decisiones de diseño. La propuesta de diseño fue aceptada, compartimos el archivo con el equipo de desarrollo y finalmente se llevó a cabo la implementación en la plataforma.

extra
6.Resumen y aprendizaje
Tras este corto pero intenso caso de estudio aprendí que era posible llevar a cabo un proceso de diseño de principio a fin en unas pocas horas. Pasamos por la comprensión del problema y la situación, ideación y prototipado, testeo con usuarios (test de guerrilla) y finalmente desarrollo.
A través de este proyecto comprendí que es mucho mejor hacer un pequeño test con usuarios que no hacerlo. Trabajar varias horas, dias o incluso meses en proyectos hace que nuestro ojo se acostumbre a lo que está viendo. Sin embargo, para una persona que llega con ojos frescos, sin estar sesgada, facilita que pueda identificar mejoras.











