top of page
4_Mejora 2 de Cards.png

Itera rápido, itera fácil 
SoyRappi App / SoyShopper

P R O D U C T  I M P R O V E M E N T

​

No todo en la vida de un diseñador; son diseños perfectos y cosas por las que sentirse orgulloso. Parte del trabajo duro y valioso de la labor del product designer es entender que el producto es mucho más que un par de flujos, y proponer grandes cambios no siempre es posible y no siempre es necesario.

​

​CONTEXTO:

Desde que ingresé a Rappi, he trabajado con el Squad de Core (que es el que más flujos tiene dentro de la App SoyRappi) y paralelamente con el squad de Picking donde se trabajan los flujos referentes a los productos (de las órdenes) que pueden aparecer para el repartidor (en Soy Rappi) y para el shopper (en Soy Shopper). Normalmente hago desde el research (con o sin acompañamiento de un researcher) pasando por el handoff con desarrollo, hasta el seguimiento con QA.

​

Mis labores en estos productos, que se mueven muy rápido suelen ser:

  • Proyectos grandes (3 semanas en adelante - rediseños, flujos complejos, etc)

  • Proyectos pequeños y mejoras puntuales (que se pueden tener en un día o una semana, desde el cambio de un copy, mejora de un componente, hasta un flujo corto)

​

RETO:

Personalmente me encantan hacer rediseños porque puedo proponer cambios en todo lo que desde mi experiencia considero debería cambiar, desde copys, componentes, mejorar elementos antiguos y hasta flujos de principio a fin. 

​

Como product designer me he encontrado con:

  • Diseños antiguos que evidencian mala imagen

  • Desarrollos que no se ven como el diseño

  • Pantallas que funcionaban y se veían bien en producción pero que x tiempo después nos dimos cuenta que estaban mal (a través de el uso de la App, un live o alguien de Ops o producto)

​

Equipo de trabajo:

Katherine Moreno

(Product Designer)

Firas Al-ashram

(Product Lead)

 

Estas historias se empezaron a crear por iniciativa del PL de Core para que desde diseño se pudieran proponer y crear mejoras y no solo desde producto, agradezco esta oportunidad porque me ha hecho ver y entender mejor desde el lado de negocio y no solo desde lo visual.

4_Ejemplo iteración.png

Que abarcan estas historias?

Como diseñadora y ponente de la tarea o solicitud de cambios mis responsabilidades son:

​

  • Explicar la historia y sus detalles en las ceremonias correspondientes

  • Trabajar de la mano de los DEVS, en algunas ocasiones desde antes de hacer la propuesta (consultarles ya que conocen y entienden mucho mejor los alcances tecnológicos) e inclusive pueden tener en mente cosas mejores

  • Aclarar las dudas que surgen durante el desarrollo

  • Ser la aprobadora del desarrollo final, y hacer curaduría de la mano de QA.

En que se diferencia con una historia "normal" propuesta por el Product Owner del Squad?

​

Como diseñadora y ponente de la tarea o solicitud de cambios mis responsabilidades son:

​

  • Explicar la historia y sus detalles en las ceremonias correspondientes

  • Trabajar de la mano de los DEVS, en algunas ocasiones desde antes de hacer la propuesta (consultarles ya que conocen y entienden mucho mejor los alcances tecnológicos) e inclusive pueden tener en mente cosas mejores

  • Aclarar las dudas que surgen durante el desarrollo

  • Ser la aprobadora del desarrollo final, curaduría con QA y seguimiento constante con DEV

  • Y ante todo apropiarme de la propuesta, estando segura que vale la pena mover a nuestros desarrolladores por dicha historia

4_Historias de diseño1.jpeg

APRENDIZAJES GENERALES

Ha sido un proceso muy gratificante y bastante largo (por ende no expongo toda la información aquí)

​

  • Agradezco esta oportunidad porque me ha hecho ver las cosas del lado del negocio y no solo desde lo visual 

  • Es genial tener la confianza de producto para proponer mejoras

  • Desde varias metodologías se predica sobre la iteración rápida y corta pero muchos nos hemos resistido a "solo hacer pequeños cambios" en mi caso porque solía pensar que si "voy a cambiar algo, mejor aprovecho y cambio todo" porque 

  • Darme cuenta que para desarrollo es importante la visión de diseño, y como esto generó más acercamiento, más credibilidad y ala vez mas esfuerzo en hacer las cosas mejor y consultar a diseño sobre las decisiones

  • Es algo que no pasa en todos lados y lo valoro mucho, demasiado la verdad ha sido muy grato y hace que uno quiera hacer cada vez más cosas

  • Tener una mirada más cross y mas real hacía le producto, como un producto vivo

bottom of page