10 tips para tus primeros días como Product Manager
Hace unos meses tomé una de las decisiones más importantes de mi carrera profesional. Dejé mi puesto de trabajo en la empresa que me vio crecer como Product Manager para sumarme a una de las empresas de e-commerce más pujantes de Argentina: Almundo
¿Motivos? Principalmente enfrentarme a nuevos desafíos y a problemas de mayor escala 💪. Salir de mi zona de confort. Pasar de ser el empleado #1 de un startup, a una empresa con más de mil empleados. Pero también para validar y tomar referencia sobre mis aptitudes como Product Manager.
Y así fue como arranqué esta nueva etapa. Luego de mis primeros meses, me pareció interesante compartir una lista con las cosas que me ayudaron a ponerme a tono los primeros días. Algo que puede ser útil para otros que estén atravesando procesos similares.
1. Conocer a tus usuarios 👩
Puede sonar obvio pero a veces de tan obvio uno se termina olvidando. Sobre todo en los primeros días donde uno está tratando de adaptarse a muchas cosas nuevas. En mi caso, me ocupé de:
- Participé de algunas pruebas de usabilidad con usuarios.
- Participé de capacitaciones de user personas.
- Leí informes de NPS.
- Me acerqué al call center para escuchar cómo atendían a clientes reales.
- Fuí a una sucursal haciéndome pasar por cliente para ver cómo me vendían el producto.
Otro recurso muy útil fue ver grabaciones de pruebas con usuarios pasadas que fueron decisivas para entender por qué se priorizaron ciertas funcionalidades del producto frente a otras.
Este tipo de actividades deben ser parte de la rutina de cualquier buen PM y deben ser una prioridad en tus primeros días. Si no tenes tiempo para conocer a tus usuarios probablemente no puedas priorizar que problemas resolver en tu backlog.
2. Conocer tu producto 🎁
Otra obviedad. Pero al igual que en el punto anterior es importante destinar una buena cantidad de tiempo de tus primeras semanas conociendo el producto para el cual vas a trabajar.
En mi caso, al venir de una industria y modelo de negocio diferentes, conocer el producto implicó entender toda una serie de lógicas totalmente nuevas. Solo así pude comprender qué problema resuelve mi producto por los usuarios y cuáles son los pain points que tratamos de aliviar.
Pero conocer el producto no es simplemente sentarse y probarlo una par de veces como si fuéramos un usuario más. De hecho al hacerlo probablemente hagamos un uso sesgado dado que lo estaremos haciendo solo para explorar y no para experimentar el verdadero motivo para el cual fue desarrollado.
¿Puede ser lo mismo probar la compra de un paquete de vacaciones para una familia que supera los $100 mil con una tarjeta de crédito fake, que la verdadera experiencia de un usuario que trabajó todo el año para realizar esa inversión?
Conocerlo, en mi opinión, implica un estudio mucho más profundo que nos permita descubrir por qué las cosas funcionan de cierta forma y no de otra. Meterse en la entrañas del problema para el cual fue desarrollado y así poder detectar cómo podemos mejorar la experiencia de nuestros usuarios.
3. Conocer expectativas y definir objetivos personales 📝
¿Cuáles son las expectativas de nuestra posición? ¿Qué responsabilidades tendremos? ¿Qué decisiones se esperan que tomemos?
Contestar estas preguntas nos va ayudar a entender que se espera de nosotros. Pero sobre todo a enfocarnos en los problemas que tienen prioridad para la empresa, para el equipo y principalmente para los usuarios. No hacerlo puede ocasionar que trabajemos en solucionar problemas que no tienen importancia.
Un accionable muy simple es tomarte al menos 30 minutos para charlar con los integrantes del equipo y preguntarles que expectativas tienen de uno, qué problemas ven cómo prioritarios y qué ideas tienen para resolverlos.
Seteando expectativas estaremos en mejores condiciones de plantear y llevar adelante nuestros primeros pasos.
4. Conocer tu backlog y leer documentación 🤓
En el proceso de inducción uno tiene muchos momentos donde no hay mucho que hacer. 🙇 Tus referentes de área y los integrantes del equipo tienen que seguir con su día a día y eso genera espacios vacíos. En esas situaciones, las opciones son:
- Quedarse cruzado de brazos esperando que alguien venga a rescatarte para explicarte algo nuevo o…
- …aprovechar para sumergirse en el backlog o leer documentación del producto.
En mi caso esos momentos fueron esenciales para terminar de entender el producto. Cada vez que podía entraba a JIRA (herramienta de gestión de proyectos) y recorría las historias cargadas en el backlog. Si no entendía algo, preguntaba algún compañero. De esas preguntas siempre surgía algo nuevo para conocer.
Otra fuente de información son las wikis. Allí encontré información súper valiosa sobre el producto. Desde historias de usuario del MVP hasta grabaciones de pruebas de usabilidad. Todos recursos extremadamente útiles para ganar background sobre el producto y sus prioridades.
5. Conocer el stack tecnológico y arquitectura del producto 💾
No todas las empresas requieren que sus PMs tengan formación técnica. De hecho, yo no la tengo y hasta ahora no ha sido un impedimento para desempeñarme en el rol. Aún así, uno de mis principales desafíos cuando empecé fue adquirir un conjunto de conocimiento básicos que me permiten entender las cuestiones técnicas más elementales para el desarrollo de productos digitales.
Existen muchos artículos sobre este tema pero rescato los niveles que Nacho Bassino plantea en “Do Tech Skills Benefit a Product Manager?”. Me siento identificado “Non-developer Engineer” y creo que todos los PMs deberían llegar (o al menos intentarlo) a un nivel similar para poder involucrarse seriamente en el desarrollo del producto.
En Almundo, esa base de conocimientos me permitió sentarme con los referentes de desarrollo del equipo para que me expliquen el stack tecnológico y la arquitectura general sobre la que está montada el producto. Piezas claves para poder tomar mejores decisiones a la hora de encarar nuevos desarrollos.
6. Conocer al equipo y a tus pares 👫👬
Esta debe ser una de las respuestas más comunes cuando te preguntan que es lo primero que harías en tus primeros días de un nuevo trabajo. Sin lugar a dudas un paso fundamental pero que a mi entender está sobre valorado.
Más allá de esto, siempre es bueno destinar una buena cantidad de tiempo para compartir y conocerse con los integrantes del equipo y con otros PMs.
Particularmente creo que la importancia radica en las conocer sus expectativas. Como mencioné anteriormente, conocer lo que esperan de nosotros nos ayudará a dar esos primeros pasos para ganarnos la confianza de nuestros compañeros.
Los momentos fuera de lo estrictamente laboral también son muy importantes. Compartir un almuerzo, un after office y hasta participar de un partido de fútbol son situaciones de distensión que ayudan a romper con la formalidad y conocerse un poco más.
Otra cosa que me ayudó mucho es presentarme y charlar con otros PMs de la empresa para conocer cuales eran sus principales desafíos, cómo trabajan con sus equipos, pedirles consejos y compartir inquietudes. El rol del product manager suele ser solitario, es raro que exista más de 1 por equipo. Sumarte a una empresa donde haya otros pares es una gran oportunidad para realizar este tipo de acciones.
7. Conocer las “clarity metrics” del producto 🎯
En el artículo “I’m Sorry, But Those Are Vanity Metrics” lloyd tabb puntualiza sobre la importancia de las métricas que nos dan claridad, versus aquellas que solo representan un nivel superficial del negocio a las que denomina métricas de vanidad.
Vanity metrics are surface-level metrics. They’re often large measures, like number of downloads, that impress others. Clarity metrics are operational metrics. These are the hidden gears that drive growth.
Un claro ejemplo del artículo se refiere a los servicios de car sharing (lease Uber). En ellos, una métrica de vanidad podría ser la cantidad mensual de pasajeros activos. Una métrica que puede servir para conocer el tamaño del negocio pero que no sirve para entender por qué los usuarios elijan el servicio una y otra vez.
Como contrapartida, Tabb propone que una métrica de claridad del servicio es el tiempo de espera de los pasajeros. Cuánto más rápido venga el auto más probable es que vuelva usar el servicio apunta. Analizar este tipo de métricas nos permitirá tomar decisiones que hagan nuestro negocio escalable.
Es probable que en los primeros días uno se centre más en métricas de vanidad. Lo importante es saber que esas métricas solo nos permiten conocer la dimensión del negocio pero solo cuando encontremos las métricas de claridad es cuando podremos tomar mejores decisiones que promuevan un crecimiento escalable del producto.
8. Conocer el roadmap 🛣️
No soy un gran fan de los roadmaps. Sobre todo si implican una planificación que supere los 6 meses. De hecho, me siento muy identificado con la siguiente frase del artículo “6 weeks: why it’s the Goldilocks of product timeframes”:
The simple truth for any product team is this: the further out you plan, the more suspect the commitments become.
Sin embargo, en muchas empresas es necesario hacerlos para dar visibilidad al management. En esos casos, poder acceder al roadmap de tu producto es una buena forma de conocer cuales son los grandes hitos o compromisos que el equipo tiene con el negocio.
El roadmap también permite tener una visión macro de las prioridades y saber en qué features del producto el negocio percibe más valor.
En concreto. Si hay un roadmap, es importante conocerlo y profundizar sobre las prioridades del corto plazo. Saber que no están escritos en piedra. Qué pueden cambiar las prioridades o surgir nuevas.
9. Conocer la política comercial 💸
Conocer métricas comerciales del producto es para mí un gran diferencial de un product manager. Un buen PM conoce tanto las métricas más tradicionales de rol (tasa de conversión, cantidad de carritos abandonados, etc.) como aquellas más comerciales (presupuesto, utilidad, margen, etc.).
Este tipo de métricas suelen estar en un segundo plano pero son, en mi opinión, fundamentales para tomar mejores decisiones. En mi caso, son parte de la rutina matutina cuando me siento a ver métricas del día anterior.
Si uno no tiene background comercial, puede aprovechar los primeros días para juntarse con los responsables del área para que le expliquen dónde encontrar esta información y entender cuales son los principales números a tener en cuenta.
10. Dar un buen primer paso 🚶
Por último y tan importante como todo los demás. Cuando uno se suma a una nueva empresa y equipo siempre existe la tentación de querer cambiar rápidamente procesos, herramientas o implementar mejoras a problemas del producto.
Es como si necesitáramos demostrar nuestras aptitudes y alcanzar nuestros primeros logros. Esta ansiedad puede llevarnos a cometer exactamente lo contrario. Tomar decisiones rápidas sin conocer en profundidad todas las aristas que hacen de nuestro producto es lo que más debemos evitar en nuestros primeros días.
Soy de los que cree en que el éxito de un producto se construye con pequeños pasos. Para ello, es fundamental ser pacientes y observadores. Conocer y entender los problemas en profundidad. Solo así estaremos en condiciones de dar un primer buen paso.
