The Product Book

    La nueva lectura, "The product book: how to become a great product manager", de Josh Anon.

    Comenzamos, ojo, spoiler... y PM = Product Manager.

Capítulo 1: ¿Qué es la gestión de producto?

    El PM debe conocer tanto la estrategia de negocio como la ejecución. 

    PM gestiona productos, no personas, por lo que deben conseguir todo usando influencia, comunicación efectiva, liderazgo y confianza, no órdenes. 

    Irónicamente lo que más hace un PM es decir "No".

    Project managers son buenos en gestionar planificaciones y diagramas de Gantt, no en representar usuarios. 

    PMs deberían conocer conceptos básicos de economía y finanzas. Deberían tener el conocimiento suficiente para poder priorizar y revisar alcances de tareas más técnicas y tener buenas conversaciones con este tipo de perfiles más técnicos. 

    5 fases en el ciclo de desarrollo de un producto: 

1. Encontrando y planificando la oportunidad correcta: Antes de empezar a construir algo, deberías hacer algún tipo de trabajo de validación para asegurar que es la oportunidad a hacer, y que ayudará a conseguir tus objetivos. Identifica el MVP (mínimo producto viable). También es importante definir las métricas de éxito. PM crea en un sitio común para todos los involucrados donde meta requisitos, por qué de la oportunidad, alcance, métricas y más (parte de un waterfall).

2. Diseñando la solución: Trabajas con varias personas y puedas crear prototipos con datos fijos para validarlo. 

3. Construyendo la solución: 

    Al empezar el desarrollo se suele aceptar una pequeña deuda técnica a corto plazo para dar al cliente el valor más rápido. Pero lo siguiente, es solucionarla antes de avanzar porque tendrás un código desestructurado y muy difícil de evolucionar y mantener en el futuro. 

    Durante esta etapa el PM debería encontrar momentos para compartir los prototipos del producto con los clientes o usuarios para obtener feedback temprano sobre el producto. 

4. Compartiendo la solución 

    Se lanza el producto y se da a conocer a los usuarios cómo les ayudará. 

5. Evaluar la solución 

    Evaluar si se ha obtenido lo deseado, en relación con métricas y valor aportado. Cualquier mejora de aquí será incluida en la siguiente iteración. 

Capítulo 2: Comprendiendo estratégicamente una compañía 

    Lo primero que el PM debe conocer es el contexto actual de la empresa: prioridades, valores, fortalezas y debilidades. Por qué la compañía existe (para esto puedes leer el libro de Simon Sinek "Empieza con el por qué" y su círculo dorado). Primero comenta el por qué, después el cómo y finalmente el qué. 

    "Jobs to be done" relacionado con una correcta segmentación de clientes. No hagas la segmentación sobre clientes en general, hazla sobre los clientes que usan el producto que quieres mejorar. 

    Cliente (real) vs Persona (ficticio, que representa características de un cliente potencial).

    Uso de métricas y KPIs para medir distintos aspectos del producto y si estamos consiguiendo lo deseado. Hay que elegir métricas útiles que aporten y evitar aquellas métricas vanidosas, que solo dicen lo bueno que somos (o no) pero que no aportan nada a validar el producto. Las métricas te tienen que aportar datos sobre tu producto y sobre cómo los usuarios están usando tu producto. 

    Es bueno tener un roadmap que muestre lo que estamos haciendo, lo que haremos en los próximos N meses y lo que haremos a más largo plazo. Estos dos últimos puntos con muy poco detalle, ya que puede cambiar. Y debido a esto, es bueno tenerlos siempre actualizados. 

    Framework 5Cs: ayuda a entender la situación actual de una empresa: Company, Customers, Collaborators, Competitors, Climate. A veces se añade una P de Product. 

Capítulo 3: Creando una hipótesis de oportunidad

    Foco en construir aquello que se necesite. Piensa cuál es tu objetivo y cómo lo quieres conseguir. 

    Sobre las métricas, preguntando por qué puede convertirse en oportunidades para mejorar el producto. 

    Corregir los errores y a veces el refactorizar código y hacer limpieza puede ser más importante que entregar algo nuevo al usuario. 

    "Los buenos artistas copian. Los grandes artistas roban". Pero antes de hacer esto con alguna funcionalidad de tu producto, piensa si va a aportar algo, no copies por copiar. 

    Dos herramientas para analizar cómo un producto encaja en la compañía: Business Model Canvas y Value Proposition Canvas. 

    Método Kano para descubrir oportunidades: valor, calidad e innovación. Características: 

1. Características básicas: las que se esperan, que sean simples

2. Características de rendimiento: por lo que te van a juzgar y comprar

3. Características deslumbrantes: aquellas que son inesperadas, innovadoras. Son las más difíciles de descubrir 

Capítulo 4: Validando tu hipótesis 

    Capa oportunidad tiene un coste. Hay que validar si esto nos ayuda a conseguir los objetivos. Es un gran riesgo construir el producto completo para ello, tanto en tiempo como en coste. Para esto es mejor un MVP (Minimun Viable Product) low-cost. 

    Puedes decir NO pero con justificación, porque si no parecerá que no los escuchas. 

    Las entrevistas, bien hechas, son muy poderosas para recoger feedback de los usuarios o clientes. No busques la respuesta que quieres oír, si no la que de verdad piensan y que será la que te aporte. De esto hablan mucho en el libro "The Mom Test".

    Las encuestas pueden ser útiles después (mejor entrevista). Una encuesta debe ser pequeña, de pocos minutos como mucho. Las preguntas también muy concretas y que el usuario pueda responder fácil sobre lo que ya está haciendo, no lo hagas pensar mucho en lo que no está haciendo (para esto mejor la entrevista).

    Una vez validada la hipótesis hay que ver cómo encaja dentro de las prioridades de la compañía. Puede ser validad pero no hecha aún porque hay otras más prioritarias. 

Capítulo 5: De la idea a la acción 

    Es el momento de construir el producto. La comunicación aquí es lo más importante. 

   Selecciona el MVP para desarrollo. Mínimo no significa malo. Tiene que ser bien diseñado, de calidad, con sus test y que aporte valor al usuario y lo pueda usar, aunque no tenga todas sus funcionalidades. 

    Para una buena comunicación, lo ideal es un sitio centralizado con todos donde indicar objetivos, requisitos dentro y fuera del alcance y todo lo necesario para no perdernos, y esto se debe ir actualizando. 

Capítulo 6: Trabajando con diseño

    UX (User eXperience) para interactuar de la mejor forma posible con el producto. No es solo cuestión de estética sino de usabilidad. 

    Haz test de usabilidad con prototipos usables, es decir, que los usuarios además de verlos puedan interactuar con ellos. 

Capítulo 7: Trabajando con ingeniería 

    Desarrollo del producto, codificación. Colaboración y confianza con su trabajo. Lo que hay que hacer que quede por escrito y se refine y explique en conversación con ellos. 

    Dos equipos son distintos. No los compares. En equipos con menos experiencia deberías estar más cerca de ellos, seguir buenas prácticas, automatizar test de cobertura y tener revisiones de código. 

    Escoge la metodología para el desarrollo. Waterfall (en cascada) o marcos más orientados a Lean o Agile. 

Capitulo 8: Llevando tu producto al mercado

    Etapa de márketing. Puede ser interesante aquí el libro "Si no eres el primero, eres el último".

    Prueba el producto con usuarios reales para tener métricas y feedback realista. Selecciona un subconjunto efectivo. 

    Ten un buen onboarding del producto. 

    4Ps, framework para ayudar a lanzar un producto, basado en: producto, precio, promoción y ubicación (place, donde los usuarios encontrarán el producto). 

Capítulo 9: Terminando el ciclo de desarrollo del producto 

- Celebra y felicita

- Retrospectiva 

- Pensar en lo siguiente