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.

Transcript

1. Lecciones de desarrollo de producto en Sergio Nouvel
2. Sergio Nouvel Co-Founder & CEO
3. 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
4. Diseña juegos, no afiches 1
5. Diseñar un producto no es un ejercicio gráfico. Es diseñar un sistema de incentivos.
6. 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
7. 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?
8. Tus usuarios votan con sus billeteras 2
9. Lxs usuarixs pueden darte respuestas positivas sólo para no caerte mal. Nadie te da plata sólo para no caerte mal.
10. 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?”
11. ☠ 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”
12. 💖 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?”
13. Validas soluciones, no interfaces ni prototipos 3
14. 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.
15. 🗑 ¿Qué tanta seguridad tienes de que no estás validando la usabilidad de un producto inútil?
16. 🚀 Tu primer prototipo es la versión 0 del producto. Debe. Ser. Funcional. No estático. No una maqueta. No un wireframe.
17. 🧟 Si tu primera versión no es fea y rudimentaria, lo estás haciendo mal. 17
18. Versión 1 de Airbnb
19. Versión 1 de Airbnb (Los founders son diseñadores)
20. No puedes aislar la capa del diseño de todo lo demás 
 (AKA no puedes diseñar en silo) 4
21. “Estamos en fase de diseño…” 21
22. “Estamos en fase de diseño…” 22 🙅 👎 🚫 ⛔ noooooo
23. • 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”.
24. “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.
25. Por ende, cuando diseñas para “mejorar una experiencia”, en realidad diseñas para 
 agregar más valor.
26. El producto más importante es la organización 5
27. 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.
28. La organización también es un sistema de incentivos: • Objetivos • Recompensas • Reglas • Dinámicas • Cultura
29. “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.
30. 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.
31. Ley de Conway: Las organizaciones diseñan sistemas que reflejan su propia estructura de comunicación.
32. www.getonbrd.com Gracias.