Case Study semana 3: Nueva funcionalidad

Creación de nueva funcionalidad para Tinder

6 min readFeb 22, 2021

--

Leer en ingles →

En la tercera semana del bootcamp nuestro reto fue realizar por equipos una mejora a una app ya existente y conocida.

Briefing

Nuestro cliente necesita implementar una mejora que aporte algún tipo de valor a los usuarios de la aplicación. En el caso de nuestro equipo, escogimos Tinder.

Tinder, una de las aplicaciones para dispositivo móvil más conocidas en el mercado cuyo objetivo es socializar con otros usuarios mediante chat y concretando citas.

Tiempo limite para realizar el proyecto 5 días.

Role

En este proyecto todos los integrantes decidimos contribuir en cuanto podíamos ya que una vez más rotamos de equipo y no habíamos trabajado juntos antes. Aprender y enseñar es algo importante que compartir para mejorar y avanzar tanto a nivel personal como profesional y de equipo.

Research

Comenzamos con un análisis de la situación inicial con un análisis DAFO y un Análisis de la Competencia, de este modo conocimos más de la situación en el mercado de la aplicación.

Al realizar el Análisis de la Competencia pudimos apreciar mejor las funcionalidades que presentan nuestros competidores, los puntos fuertes y las características que las hacían diferenciarse no solo entre ellas sino también con nosotros.

Herramienta DAFO

Durante el análisis DAFO pudimos encontrar algunos puntos interesantes en los que podríamos destacar frente a la competencia, pero también pudimos observar algunas de nuestras desventajas.

Con esta información previa analizada nos dispusimos a realizar el Lean Survey y comenzamos con las entrevistas y encuestas. Realizamos 50 encuestas y 7 entrevistas de las cuales conseguimos sacar los siguientes datos:

  • La simplicidad de selección de persona con la que socializar era un punto fuerte que gustaba a los entrevistados por ser un modo tal visual, fácil y rápido.
  • En contra posición, existía un gran número también de entrevistados y encuestados que se quejaban del modo de selección de la persona con la que socializar.
  • También había usuarios que se quejaban de la sección de biografía del usuario, ya que no te permitía conocer realmente a la persona, sus aficiones y gustos por su limite de caracteres o falta de información.

Esto nos llamó la atención mucho e hizo que nos focalizáramos en estos puntos tan destacados. Preguntamos sobre este tema a unos pocos usuarios y estas fueron algunas de sus respuestas:

“Me corta un poco hablarle a alguien así sin más, sin apenas conocernos de nada”

“A menudo me acabo aburriendo y desinstalo la app”

“Quiero conocer gente nueva con quien tenga cosas en común”

Nos dimos cuenta, que los usuarios tenían dificultades para mantener el interés tras un tiempo usándola, dificultades para entablar conversaciones o incluso iniciarlas.

En base a esto, conocimos un poco mejor a nuestros usuarios con problemas y realizamos el User Persona y un User Scenario, donde planteamos sus Pain Points y Puntos Fuertes.

user persona en la izquierda y user scenario a la derecha
A la izquierda mostramos User Persona y a la derecha User Scenario

Define

Con todo esto, ya lo teníamos bastante claro, pero afinamos un poco más usando una nueva herramienta el User Stories. Esta herramienta nos permitió conocer los requisitos indispensables de nuestros posibles usuarios y como solucionaríamos estos requisitos con nuestra nueva funcionalidad.

Herramienta User Stories

Ideate

En esta parte del proceso usamos toda la información obtenida anteriormente y realizamos un Brainstorm en equipo que nos sirvió para ver que nos pasaba por la cabeza a cada uno de los componentes del equipo. Unificamos nuestros conceptos, debatimos y creamos un User Flow, lo cual nos facilitó el siguiente paso, Crazy8.

User Flow del usuario en la aplicación

Finalmente, después de usar todas las herramientas nombradas antes, llegamos a la conclusión de que la solución seria un quiz de compatibilidad con preguntas random que te ayuda a conocer o iniciar conversación con el otro usuario con quien lo realizas.

Los tipos de preguntas pensados para facilitar al usuario las respuestas son:

  • Selección de una respuesta predefinida A B C D
  • Listar un número de elementos limitados
  • Selección de un listado predefinido
Pantallas de tipos de preguntas presentes en MVP

Prototype

Finalmente desarrollamos e hicimos un prototipo LOWFI sobre el que realizamos algunas iteraciones gracias al testing que realizamos con algunos usuarios.

Cuando terminamos los tests y lo vimos listo dimos vida al prototipo HIFI de LoveQ siguiendo las líneas visuales de la propia aplicaciones. Y este fue el resultado.

En este caso, para la interfaz de LoveQ decidimos usar colores diferentes para las preguntas y para las respuestas, de este modo es más sencillo para los usuarios distinguir las pantallas.

Izquierda, pantalla pregunta. Derecha, pantalla respuesta

Además decidimos crear un limite de tiempo ya que si los usuarios tardasen demasiado en decidir la respuesta se perdería la emoción por parte de ambas personas, lo que conllevaría a salir de LoveQ y se quede sin finalizar. Aunque todos sabemos que quedarnos sin cobertura también es una posibilidad.

De izquierda a derecha, cuenta atrás para responder, pantalla de error sin señal, pantalla de salida, pantalla recibida en caso de que el usuario con el que juegas abandona

Y por último, pero no menos importante por ello, añadimos un chat a LoveQ, de modo que los usuarios participantes podían seguir interactuando durante el quiz para darle ese toque personal que depende de cada usuario.

Flujo de una conversación durante LoveQ

Next Steps

Durante el proceso valoramos en alguna ocasión, si era adecuado el momento en el que se te ofrecía la funcionalidad LoveQ, debido a que algunos usuarios en las encuestas y entrevistas se quejaban de la poca información que se mostraba de los usuarios, y esta herramienta, podía aportar información esclarecedora sobre el usuario al que se retase a realizar el test sin necesidad de conseguir previamente un match. De ser esto así, habría que limitar la cantidad diaria de retos LoveQ que podrían lanzarse al día por usuario o aprovechar dicha oportunidad para una monetización de la funcionalidad.

Otra opción interesante seria que las preguntas pudiesen ser personalizadas por los propios usuarios, o simplemente las respuestas, así los usuarios lo sentirían más personal, interesante y único, o menos dependiendo de cada usuario, pero siempre restringiendo y con cuidado de aquellas preguntas que pudiesen ser ofensivas.

Learning

Hemos aprendido muchas herramientas nuevas de la que disponer en caso de tener dudas como el User Stories y lo complicado que puede ser mejorar algo y sobre todo que aporte un valor para el usuario, porque si al usuario no le gusta llegan las consecuencias. También hemos realizado nuestro primer prototipo Hi-Fidelity y ha sido muy interesante tratar de realizar una extensión que fuese coherente con el producto ya existente tanto de forma visual como en objetivo.

A nivel equipo, también tengo que añadir que aprendí mucho con mis dos compañeros ya que durante el proyecto compartimos nuestros conocimientos y experiencias que facilitaron la conexión e iteración como equipo.

--

--

UX/UI Designer in Madrid — Create, Play, Change and come back at play.