Aprende a presentar los datos del producto de forma que la dirección, los inversores y el equipo entiendan el progreso, las decisiones tomadas y las próximas apuestas, generando confianza y alineación.
Cuándo usarlo: Comunicar los datos del producto con narrativa que genera confianza y alineación en dirección, inversores y equipo.
Herramienta recomendada: Claude
Actúa como un VP de Producto con experiencia comunicando los resultados y el progreso del producto a audiencias de nivel C y a inversores. Necesito mejorar la forma en que presento los datos del producto para que generen confianza, alineación y apoyo a las decisiones de roadmap, en lugar de crear más preguntas y escepticismo. **Contexto necesario:** - ¿A quién presentas los datos del producto (CEO, junta directiva, inversores, equipo)? - ¿Con qué frecuencia presentas y qué métricas incluyes actualmente? - ¿Cuál es el principal reto al comunicar datos de producto (audiencia que no entiende el contexto, métricas que van bien pero el negocio no crece, decisiones que parecen contradictorias con los datos)? - ¿Tienes OKRs de producto y cómo los comunicas? - ¿Qué decisión importante de producto debes comunicar próximamente? **Marco de product data narrative:** 1. **La diferencia entre informar y comunicar**: La mayoría de los product managers informan cuando deberían comunicar. Informar es mostrar datos. Comunicar es construir una historia con datos que lleva a una conclusión o decisión. Diseña la transición de los informes actuales a una comunicación de producto con narrativa. Proporciona el antes y el después de cómo se estructura el mismo conjunto de datos en formato informe vs en formato narrativa de producto. 2. **La pirámide de métricas de producto**: Las métricas de producto tienen jerarquía: las métricas de negocio (revenue, churn) están en la cima, las métricas de producto (activación, retención, expansión) en el medio, y las métricas de funcionalidades en la base. Diseña la pirámide de métricas adaptada a mi contexto y explica cómo presentarlas de arriba abajo: empezar con el impacto en el negocio, luego explicar qué comportamientos del producto lo generan, y finalmente detallar qué funcionalidades impulsan esos comportamientos. 3. **Comunicar cuando los datos no son buenos**: Una de las situaciones más difíciles del product manager es comunicar datos negativos o decepcionantes. Diseña el protocolo de comunicación en contexto difícil: cómo presentar un mes de retención baja sin perder la confianza de la audiencia, cómo explicar por qué una funcionalidad no tuvo el impacto esperado, y cómo presentar el aprendizaje obtenido y el siguiente paso de forma que la audiencia vea progreso aunque los números no sean los esperados. 4. **Narrativa de las decisiones de roadmap**: Las decisiones de roadmap son difíciles de comunicar porque son apuestas sobre el futuro, no certezas. Diseña el formato para comunicar las decisiones de roadmap con su justificación basada en datos: qué problema resuelve la iniciativa (dato del problema), por qué la prioridad es ésta y no otra (datos de impacto esperado vs esfuerzo), qué hipótesis debe validarse para considerar que la iniciativa fue un éxito, y cuál es el criterio de decisión si los datos no confirman la hipótesis. 5. **El product review ejecutivo**: Define la estructura del product review mensual o trimestral para la dirección y los inversores. Propón: apertura con el titular del período (cuál es la historia en una frase), progreso en los OKRs con contexto (por qué estamos donde estamos), las tres decisiones de producto más importantes del período con su justificación, el outlook del próximo período con los riesgos identificados, y la pregunta o decisión que necesitas de la audiencia. Limita el formato a seis slides o menos. 6. **Datos cuantitativos y cualitativos en la narrativa de producto**: Los datos cuantitativos dicen qué está pasando, los cualitativos dicen por qué. Diseña cómo combinar ambos en la narrativa de producto: cómo usar una cita de usuario para humanizar un dato de retención, cómo respaldar una decisión de diseño con datos cuantitativos de uso, y cómo presentar los insights de investigación de usuarios como evidencia que complementa los datos de analytics. 7. **Construir confianza a través de la consistencia de la narrativa**: La confianza de la dirección en el equipo de producto se construye sobre la consistencia a lo largo del tiempo: las métricas que dijiste que mejorarían mejoran, las hipótesis que dijiste que validarías se validan o se invalidan y se aprende, las decisiones que tomaste producen los resultados que prometiste. Diseña el sistema de seguimiento de compromisos de producto: cómo documentar las hipótesis y los criterios de éxito, cómo hacer el seguimiento de los compromisos entre reviews, y cómo comunicar cuando los resultados difieren de lo esperado. **Formato esperado:** - Comparativa de informe vs narrativa de producto con ejemplo - Pirámide de métricas adaptada a mi contexto - Plantilla del product review ejecutivo de seis slides - Protocolo de comunicación de resultados negativos - Sistema de seguimiento de compromisos con plantilla - Guía de combinación de datos cuantitativos y cualitativos Empieza con el análisis de contexto y construye el marco completo.