When your product must be adopted (vídeo LPC Madrid 2020)

  • Actualizado: 10 enero 2022
  • 6 minutos
Artículo escrito por

De vez en cuando reviso contenidos que hace tiempo me movieron el tapete y es que evolucionamos, crecemos y cuando volvemos a coger un contenido con el tiempo, no somos la misma persona y nos puede generar un nuevo valor o un valor diferente. El valor en realidad no cambia, lo que ha cambiado, en este caso, son los ojos que lo miran.

Este es el caso del vídeo de La Product Conf de 2020 de Irene Gonzálvez, Product Lead en Spotify, en el que nos habla de:

  • cómo mejorar la experiencia de millones de usuarios mediante decisiones basadas en datos.
  • la adopción masiva de productos internos, algo muy común de lo que se habla bastante poco.
  • La idiosincrasia de los productos internos. Hace que la estrategia cambie y sea necesario considerar debilidades y fortalezas propias de tener a nuestros usuarios en casa.
Fórmate con profesionales top en el Curso de Product Manager de Thiga Academy

Como muchos vivimos en nuestras propias carnes, la llegada de GDPR en 2018 supuso cambiar la forma de ver los datos, en el caso de Irene nos cuenta cómo vieron la posibilidad de crear productos nuevos para gestionar esos datos bajo las nuevas legislaciones, poniendo al usuario en el centro, haciéndoles conscientes del uso y de que no tener esos datos nos llevaba a la imposibilidad de recomendaciones de calidad, pagar a discográficas, anuncios personalizados, todo esto, como Irene nos dice, con un deadline muy claro: mayo de 2018.

Hay una palabra en chino para decir Crisis/Oportunidad, Homer lo llama Crisistunidad. Me quedo con esto.

Por si no conocéis Spotify, ya sea que acabáis de aterrizar en la tierra después de viajar por el espacio durante los últimos 13 años, o porque odiáis la música y no habéis querido saber nada de este tipo de productos de manera consciente y voluntaria (#respeto), Spotify es un servicio de suscripción de audio en streaming lanzado en 2008.

En propias palabras de Irene:

“Tenemos tanto clientes de pago como libres para usar la plataforma y actualmente estamos disponibles en 92 mercados. Tenemos casi 300 millones de usuarios activos al mes, 60 millones de canciones desde hace ya algo más de un año, también estamos en la parte de podcast con más de un millón y medio de títulos y en la parte que atañe más al trabajo que yo desempeño diariamente gestionamos más de 500 billones de eventos al al día”.

Voy a tratar de sintetizar las ideas principales que nos traslada Irene en el vídeo, espero no enrollarme mucho, no prometo que intentaré intentarlo.

Somos un equipo, tenemos una dirección, una estrategia y un objetivo común

Como Product Managers servir a nuestro equipos, clientes y negocio es una de nuestras responsabilidades.

Irene lo llama “servir en todas las formas posibles”, pero como ella misma plantea, ¿les llevamos café? No. Sólo si están tratando de arreglar un bug que ha tumbado el producto en producción de madrugada y lo hacemos más bien movidos por la necesidad humana de ayudar al prójimo, no porque sea nuestra responsabilidad.

Aportamos un valor añadido único y diferencial al producto, aquello por lo que nos han contratado para liderar, llevar café no aporta valor

Lo siguiente me parece interesante que os lo cuente directamente Irene:

Un consejo que me dieron cuando transicioné de Software Developer a Product Manager y me sentía un poco vaga: tú estás ayudando al equipo lo que pasa que ayudas al equipo de una forma diferente. Ahora lo entiendo, les ayudaba presentando una estrategia, dando unas prioridades, hablando con los clientes, con los stakeholders. Les estaba ayudando, pero me costó entender cómo podía ayudar.”

La confianza mutua nos genera la motivación de pertenencia, la percepción de viajar en el mismo barco desempeñando diferentes responsabilidades, como engranajes con funciones específicas, individualmente insignificantes y colectivamente imprescindibles, y al mismo tiempo viajar en el mismo barco nos genera confianza mutua.

Es un círculo virtuoso que debemos alimentar desde algún punto para que la dinamo se ponga en marcha. Por ejemplo…

Generando confianza con el dev-team 

Este es el punto de entrada del círculo virtuoso que comentaba arriba. No sólo es ganar la confianza del equipo, generar el entorno perfecto o el contexto necesario, si no también que, como Producto Managers, confiemos en que nuestro equipo tiene las habilidades y capacidades necesarias para afrontar los complejos retos que ponemos sobre la mesa.

  1. 1. Conoce tu producto

¿Obvio? Lamentablemente, no siempre. 

Hace algún tiempo llevaba un producto muy técnico y lo que en primera instancia parecía la mejor opción se convirtió en una dependencia de difícil solución: iba con mi Tech Lead a todas partes.

Esa dependencia detonaba que, en lugar de invertir mi energía en comprender mi producto en profundidad, tenía ese conocimiento delegado e invertía energía en otras guerras de producto, también necesarias.

Aquí no hay atajos, mangotes arriba y al lío: documentación, sesiones de onboarding, bichear a la competencia, y tiempo de foco consciente, de presencia plena, no de los ojos por aquí pero la mente en otro lado, que nos conocemos. 

En este punto es importante hablar de ProductManager/Product Fit, esa simbiosis tan importante para acabar llegando al éxito, o al aprendizaje, o las dos cosas.

Se puede forzar, por supuesto, pero considero que si esa motivación no nace de dentro entonces no hay un match (o fit) perfecto. De esto hablaremos en otro artículo, ¿os parece?

  1. 2. Marca la dirección, estrategia y necesidades

Para esto, y no me cansaré de decirlo, es necesario conocer la visión de nuestro producto, saber hacia dónde queremos llevarlo, a dónde queremos llegar. Una vez que lo sabemos entonces definimos ese camino que va desde donde estamos hasta ese lugar al que queremos llegar.

A este camino lo llamaremos estrategia y lo visualizamos, por ejemplo, mediante un Roadmap

Lo hacemos visible al equipo, lo compartimos, e incluso lo co-creamos, esto genera el pulso de energía en muchos casos necesario para que el equipo se sienta parte, no meros espectadores, se sientan también dueños del producto, responsables, aunque no lo olvidemos, los últimos responsables somos nosotros. Como líderes, sus éxitos y nuestros fracasos, son aprendizajes de todos.

De la misma forma recolectamos necesidades, tanto de negocio como de clientes, y las trasladamos de forma clara, transparente al equipo.

Y de la misma forma también, si hacemos que el equipo colabore en la recolección de necesidades alimentamos la magia de la confianza.

  1. 3. Encontrando el hueco

¿Cuál es el punto donde el equipo gana más valor? Como nos dice Irene, a veces nos pasamos los días acudiendo a reuniones, a eventos de equipo, stand-ups, refinamientos en diferentes disciplinas, planificaciones, reviews, retros, etc. 

Debemos balancear entre el aporte de valor al producto y las necesidades del equipo.

En mi opinión rellenar este hueco es fundamental, y para poder hacerlo es importante accionar tres palancas:

  • conocer nuestro objetivo
  • auditar nuestro tiempo
  • decir “no”. 

Por ejemplo, si por vicisitudes del destino no has podido tener tanta presencia en el día a día con el equipo en un sprint, quizá no es recomendable acudir a la retro, no has estado, no tiene sentido.

Sería recomendable que esa auditoría y esas decisiones las compartas con el equipo para que no sientan una desconexión y se pierda la confianza ganada. ¿Recordáis que este punto era fundamental? Bien, también es el más complicado.

Fórmate con profesionales top en el Curso de Product Manager de Thiga Academy

Ganando la confianza de clientes y stakeholders 

Hablamos en este caso de clientes internos, aquellos que en muchos casos son compañeros y contamos con la ventaja de tenerlos cerca. Los podemos involucrar en algunas fases del desarrollo de producto e incluso podemos encontrar alpha/beta testers.

  1. 1. Reúnete con todas/os y sé clara/o

Aquí, Irene nos decía algo que me llegó.

Por un lado nos trasladó su lema:

“Reúnete siempre con quien quiera hablar contigo”.

Me parece clave, hasta para la vida.

Se complica cuando indagamos en ese “hablar contigo” y ser consciente de que quizá lo quiere es quejarse, o trasladarte algún marrón, justificar alguna decisión que hayamos tomado y ahí es donde nos habla de la gorra de psicólogos que muchas veces nos ponemos.

Con el mayor de mis respetos a las psicólogas y psicólogos, los que sois buenos hacéis un trabajo que sostiene a las personas. En este caso, hablamos quizá más de la escucha activa o escucha empática, de validar y sostener a la persona que viene hablarnos, que de hacer terapia, a no ser que tengas el título de Psicología, en ese caso, #Respeto.

  1. 2. Construir juntos, usa alpha/beta testers

¡Aprovechemos la ventaja injusta de los productos internos!

Tenemos al usuario dos plantas arriba o abajo, en nuestra misma oficina, o en remoto a golpe de VC, como os decía al inicio los podemos involucrar en algunas de las fases de nuestro producto, incluso convertir a esos usuarios en alpha/beta testers.

Los ciclos cortos de feedback aquí no son una recomendación para ser mejores, son una imposición sentada en nuestra ventaja injusta, ¡vamos a aprovechar!

  1. 3. Over-communicate & Reportar

Comunicar mucho más de lo que consideramos que es necesario, nos define Irene.

Aprovechando cualquier canal de comunicación que tengamos en la empresa, directo o indirecto, mails, slack/teams/webex, o cualquier reunión o foro donde poder hablar de nuestro producto, nos ayuda al objetivo de adopción masiva y rápida.

Vamos con el elefante en la habitación: Reportar. ¿Es responsabilidad del PM? Bueno, en mi opinión la acción de reportar es más propia de Project Management, de otro tiempo, sin embargo, sí es cierto que de nuestra mano está generar las condiciones necesarias para que todo stakeholder o persona de negocio que quiera conocer el estado de los desarrollos pueda hacerlo.

Es decir, considero (Irene me apoya aquí) que reportar no es nuestra responsabilidad sin embargo podemos delegar esta tarea, usar herramientas que permitan el acceso a toda persona de la empresa para hacer seguimiento, publicar Roadmaps, Release Plans, Kanbans, etc. en lugares públicos, o como nos dice Irene, automatizarlo.

Optimización

¿Qué entendemos por “optimizar”? Mejorar, estudiar el uso e iterar.

Irene nos habla de optimizar los casos de usuario más comunes, mejorarlos, en realidad nos habla de sentarse a investigar cómo los usuarios están usando aquello que pusimos en producción.

En su charla, Irene nos propone estos pequeños consejos para asegurar esa optimización:

  • Test de usabilidad, hazlo fácil de usar, no sólo bonito.
  • Busca el feedback, sé proactiva/o, no sólo cuando te quedas sin ideas.
  • Mejora constante del rendimiento, no sólo ante bugs o inconsistencias.
  • Mejora constante de la rentabilidad, no sólo cuando nos aprieta.
  • Documenta de manera extraordinaria, no sólo por necesidad.

Conclusiones

Simple y básico, 3 claves para asegurar la adopción masiva de productos internos, como nos dice al final Irene en su vídeo:

  • Somos un equipo, tenemos una dirección, una estrategia y un objetivo común.
  • Tenemos que confiar en nuestros equipos y ganarnos la confianza de clientes, equipos y stakeholders.
  • Optimizar los casos de usuario más comunes y hacer posibles los que sean menos comunes.
Para aprender más: descarga el libro Agile Product Management

La newsletter que no querrás perderte

ES-A_Product_Letter

A Product Letter: la newsletter de producto que te hará pensar

El primer miércoles no es un día cualquiera. Es el día en el que sale a la luz un tema de producto desmigajado y reflexionado desde una mirada crítica y humana.