Slide 1

Slide 1 text

Lecciones de desarrollo de producto en Sergio Nouvel

Slide 2

Slide 2 text

Sergio Nouvel Co-Founder & CEO

Slide 3

Slide 3 text

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

Slide 4

Slide 4 text

Diseña juegos, no afiches 1

Slide 5

Slide 5 text

Diseñar un producto no es un ejercicio gráfico. Es diseñar un sistema de incentivos.

Slide 6

Slide 6 text

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

Slide 7

Slide 7 text

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?

Slide 8

Slide 8 text

Tus usuarios votan con sus billeteras 2

Slide 9

Slide 9 text

Lxs usuarixs pueden darte respuestas positivas sólo para no caerte mal. Nadie te da plata sólo para no caerte mal.

Slide 10

Slide 10 text

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?”

Slide 11

Slide 11 text

☠ 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”

Slide 12

Slide 12 text

💖 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?”

Slide 13

Slide 13 text

Validas soluciones, no interfaces ni prototipos 3

Slide 14

Slide 14 text

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.

Slide 15

Slide 15 text

🗑 ¿Qué tanta seguridad tienes de que no estás validando la usabilidad de un producto inútil?

Slide 16

Slide 16 text

🚀 Tu primer prototipo es la versión 0 del producto. Debe. Ser. Funcional. No estático. No una maqueta. No un wireframe.

Slide 17

Slide 17 text

🧟 Si tu primera versión no es fea y rudimentaria, lo estás haciendo mal. 17

Slide 18

Slide 18 text

Versión 1 de Airbnb

Slide 19

Slide 19 text

Versión 1 de Airbnb (Los founders son diseñadores)

Slide 20

Slide 20 text

No puedes aislar la capa del diseño de todo lo demás 
 (AKA no puedes diseñar en silo) 4

Slide 21

Slide 21 text

“Estamos en fase de diseño…” 21

Slide 22

Slide 22 text

“Estamos en fase de diseño…” 22 🙅 👎 🚫 ⛔ noooooo

Slide 23

Slide 23 text

• 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”.

Slide 24

Slide 24 text

“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.

Slide 25

Slide 25 text

Por ende, cuando diseñas para “mejorar una experiencia”, en realidad diseñas para 
 agregar más valor.

Slide 26

Slide 26 text

El producto más importante es la organización 5

Slide 27

Slide 27 text

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.

Slide 28

Slide 28 text

La organización también es un sistema de incentivos: • Objetivos • Recompensas • Reglas • Dinámicas • Cultura

Slide 29

Slide 29 text

“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.

Slide 30

Slide 30 text

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.

Slide 31

Slide 31 text

Ley de Conway: Las organizaciones diseñan sistemas que reflejan su propia estructura de comunicación.

Slide 32

Slide 32 text

www.getonbrd.com Gracias.