Resumen ejecutivo

• Cinco formatos concretos para reportar avances: one-pager, demo script, status rojo/amarillo/verde, decision log y roadmap snapshot.

• Pensados para PMs, analysts y leads que hablan con sponsors no técnicos (CEOs, directors, clientes).

• Cadencia sugerida y plantilla mínima de cada formato para no improvisar en la reunión.

• Errores que matan la confianza: vanity metrics, sorpresas de último minuto y slides sin decisión pedida.

Si tus stakeholders asienten en la reunión y después nadie desbloquea presupuesto, el problema no es “comunicar más”: es usar el formato equivocado. Un CEO no necesita tu burndown; necesita riesgo, decisión y próximo paso. Un sponsor técnico sí quiere evidencia. Esta guía te deja cinco formatos listos, con cadencia. Si todavía estás aterrizando el rol de producto, partí de qué es y qué hace un Product Manager.

1. One-pager de status (semanal o quincenal)

Para quién: sponsors ocupados. Duración de lectura: 2 minutos.

• Objetivo del periodo (1 frase).

• Hecho (3 bullets con resultado, no actividad).

• En curso (2 bullets + fecha de corte).

• Riesgos / bloqueos (con dueño y pedido explícito).

• Decisión que necesitás (sí/no, opción A/B, presupuesto).

Regla: si no pedís una decisión, el one-pager es un diario íntimo. Atlassian y la práctica ágil de status reporting coinciden en lo mismo: visibilidad sin pedido no mueve organizaciones (guía de status reports de Atlassian).

2. Demo script (para reviews con negocio)

No improvisés el click-through. Escribí un guion de 5–8 minutos:

1. Problema del usuario en una frase.

2. Qué cambió desde la última demo.

3. Flujo feliz (máx. 3 pantallas).

4. Qué no está listo (honestidad > magia).

5. Métrica que mirás la próxima semana.

6. Pregunta al sponsor: “¿Esto desbloquea el piloto / el presupuesto?”

Enviá el script 24 h antes. Los stakeholders serios llegan con preguntas; los demás al menos llegan orientados.

3. Semáforo R/A/V (rojo / amarillo / verde)

Tabla de una página por iniciativa:

• Verde: on track vs plan y calidad aceptable.

• Amarillo: desviación recuperable; plan B escrito.

• Rojo: necesitás decisión o recursos esta semana.

Definí criterios antes de pintar. Si “amarillo” significa cosas distintas para cada lead, el semáforo se vuelve teatro. Incluí siempre: impacto en fecha, impacto en alcance, dueño del desbloqueo.

4. Decision log (registro de decisiones)

Un doc vivo (Notion/Confluence/Google Doc) con filas:

• Fecha · Decisión · Contexto · Opciones consideradas · Por qué ganó · Dueño · Reversible ¿sí/no?

Sirve para onboarding de nuevos stakeholders y para evitar reabrir debates cada mes. Product Plan y frameworks de product ops recomiendan explicitar decisiones para reducir thrash (recursos de Product Operations en ProductPlan).

5. Roadmap snapshot (mensual)

Una sola vista Now / Next / Later con:

• Outcome esperado (no feature list infinita).

• Hipótesis y métrica.

• Dependencias externas.

• “Lo que bajamos del roadmap este mes” (igual de importante que lo que subimos).

El snapshot no reemplaza el roadmap detallado del equipo: es la capa ejecutiva.

Cadencia recomendada

• Semanal: one-pager o semáforo (15 min de sync).

• Quincenal / al cerrar sprint: demo script.

• Continuo: decision log.

• Mensual: roadmap snapshot con sponsors.

Si negociás alcance o presupuesto en esas reuniones, sumá criterio de negociación en carrera tech: pedí con evidencia y opciones, no con drama.

Errores que queman confianza

• Mostrar activity metrics (“hicimos 40 tickets”) sin outcome.

• Esconder el rojo hasta que es irreversible.

• Llegar sin decisión pedida (“los dejo informados”).

• Cambiar el formato cada semana: el sponsor no aprende a leerlo.

Ejemplo de one-pager (esqueleto para copiar)

Proyecto: Checkout v2 · Periodo: 7–14 oct · Owner: [Nombre] · Sponsor: [Nombre]

• Objetivo del periodo: bajar abandono en step de pago en mobile.

• Hecho: nuevo flujo de tarjetas en staging; experiment design aprobado; -18% errores 3DS en lab.

• En curso: hardening de fraud rules (corte viernes); copy legal pendiente de Legales.

• Riesgo amarillo: Legales sin SLA → puede correr la fecha de piloto. Pedido: 30 min con Legales antes del jueves.

• Decisión pedida: ¿piloto con 5% de tráfico el lunes o esperamos copy final?

Pegá este esqueleto en Notion/Google Doc y no inventes un template nuevo cada semana. La consistencia entrena al sponsor a leerte en dos minutos.

Curso recomendado de Coderhouse

Para estructurar discovery, priorización y comunicación con negocio, el curso de Product Manager te da el marco. Si tu reporting vive de datos, reforzá con Data Analytics.

Preguntas frecuentes

¿PowerPoint o doc escrito? Doc escrito para async; slides solo si hay decisión en vivo. El one-pager en texto suele viajar mejor por Slack/mail.

¿Cuánto detalle técnico pongo? El mínimo para que el riesgo se entienda. Ofrecé un anexo técnico para quien lo pida.

¿Sirve para analysts y no solo PMs? Sí. Un analyst que reporta a negocio gana enorme con semáforo + decision log.

¿Qué hago si el sponsor nunca lee? Acortá a media página, pedí 1 decisión, y confirmá por escrito el outcome de la reunión en 5 líneas.