Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Lecciones de desarrollo de producto en Get on B...

Get on Board
October 13, 2023

Lecciones de desarrollo de producto en Get on Board

En esta charla resumimos los principales aprendizajes de construir un producto 100% digital en más de 10 años en Get on Board.

Get on Board

October 13, 2023
Tweet

More Decks by Get on Board

Other Decks in Design

Transcript

  1. La plataforma de talento TI más grande de América Latina.

    1.8M Postulaciones enviadas a través de Get on Board 700,000 Profesionales registrados en todo Latinoamérica 36,000 Empleos publicados getonbrd.com
  2. El sistema de incentivos debe conducir a que los usuarios:

    • Usen más el producto • Respeten las reglas • Paguen más • Contribuyan con su crecimiento y distribución
  3. Las preguntas correctas a hacerse al diseñar producto: • ¿Cómo

    satisface la necesidad? (JTBD) • ¿Por qué cosas debemos cobrar? • ¿Cuáles deben ir gratis y por qué? • ¿Cómo se distribuye este producto? • ¿Cómo fortalece nuestra ventaja competitiva?
  4. Lxs usuarixs pueden darte respuestas positivas sólo para no caerte

    mal. Nadie te da plata sólo para no caerte mal.
  5. Validando con usuarios • 😭 Muy mal: “Te gusta este

    producto?” • 😒 Mal: “Usarías este producto?” • 😑 Meh: “Comprarías este producto por $XX?” • 😌 Aceptable: “Nos dejarías tu mail y teléfono para inscribirte en la lista de espera para cuando salga este producto?” • 😍 Mucho mejor: “Estamos en preventa y si compras ahora tendrás un 30% de descuento. Compras?”
  6. ☠ Respuestas de usuarios para caer bien (o porque les

    damos pena) pero que en verdad no nos sirven de nada • “Ah, me parece muy interesante” • “Sí, yo creo que lo compraría” • “Me gusta que se ve amigable” • “Conozco gente a la que le serviría esto” • “Gracias por la giftcard”
  7. 💖 Respuestas de usuarios que realmente indican interés • “Cuándo

    lo lanzan? Por favor avísenme apenas lo lancen” • “Apenas construyan esto avísame y te compro” • “No me pueden hacer un descuentito?” • “Dime cómo puedo ayudar a que esto se haga realidad” • “Podrían pilotear el producto con nosotros?”
  8. Es fácil validar la “usabilidad” de una solución (y dar

    esa solución por sentada) en lugar de validar la solución en relación al problema. En una startup, si te enamoras demasiado de una solución, te mueres.
  9. 🚀 Tu primer prototipo es la versión 0 del producto.

    Debe. Ser. Funcional. No estático. No una maqueta. No un wireframe.
  10. No puedes aislar la capa del diseño de todo lo

    demás 
 (AKA no puedes diseñar en silo) 4
  11. • Todo el equipo (UXers, devs, product leaders) conversa al

    mismo tiempo sobre lo que se debe hacer • El dev team ya está pensando cómo implementar esto del lado arquitectura • La Product Lead está pensando en cómo hacer esto lo más MVP posible • Los UXers hacen prototipos mínimos y rápidos para descartar errores gruesos de usabilidad • Esto no dura más que un par de horas y a continuación nos ponemos a trabajar. En una startup no existe la “fase de diseño”.
  12. “Experiencia” es todo. No puedes separar la interfaz de la

    programación de la arquitectura de servidores del branding del modelo de pricing del servicio a cliente de la estrategia de distribución de las unit economics de los mensajes de marketing de la estructura organizacional.
  13. La organización necesita exactamente el mismo enfoque UX, construcción de

    herramientas, involucramiento de dev team, sofisticación tecnológica, mejora continua y amor por los detalles que el producto que ven miles de usuarios allá afuera.
  14. La organización también es un sistema de incentivos: • Objetivos

    • Recompensas • Reglas • Dinámicas • Cultura
  15. “Esto no necesita UX, si total lo vemos solo nosotros”

    no es aceptable. El equipo es usuario de la organización. Si la organización (como producto) no me otorga una buena experiencia de uso y no satisface mis necesidades (materiales, emocionales, profesionales), me buscaré otra.
  16. La organización es el producto más importante porque soporta a

    quienes construyen los productos, y brindan los servicios, que salen al exterior. Abraza el enfoque Ops.