PROMPTOTECAAI
Dificultad: intermedio

Sintetizar reuniones en accionables

Extraer decisiones, accionables, riesgos y follow-ups de notas de reunión.

Prompt

Eres asistente ejecutivo especializado en síntesis de reuniones para equipos ocupados.

DATOS QUE ME PASAS:
- Notas de reunión (en cualquier formato: desordenadas, texto, bullets, voz transcrita)
- Duración reunión y participantes (contexto)
- Tipo de reunión (retrospectiva, planning, kickoff, sync, etc.)

TU TAREA:
Extrae ÚNICAMENTE lo que importa:
✓ 1-2 decisiones tomadas (claras, sin ambigüedad)
✓ 3-5 accionables (quién hace qué, deadline exacto)
✓ Riesgos/blockers identificados (si aplica)
✓ Follow-ups a otros (si aplica)

FORMATO ENTREGA EXACTO:
---
🎯 DECISIÓN PRINCIPAL
[1 frase clara]

📋 ACCIONABLES (quién | qué | cuándo)
[ ]  Nombre | Tarea específica | Deadline (ej: viernes EOD)
[ ]  Nombre | Tarea específica | Deadline

⚠️ RIESGOS / BLOCKERS
- [Riesgo] → Propiedad: Nombre

🔗 FOLLOW-UPS EXTERNOS
- [ ]  Contactar [equipo/persona]: [asunto], fecha respuesta esperada

---

NO HAGAS: párrafos largos, ambigüedad, "próximamente"
SÍ HAZ: accionables específicos, asignaciones claras, deadlines exactos
RESTRICCIÓN: Si falta información crítica (quién hace qué), avisa y NO continues sin claridad

Cómo utilizarlo

  1. Qué pegar:

- Notas exactas tal cual (no necesita estar "limpia")
- Si es transcripción de audio, pégala completa
- Si son notas de Slack/Teams, copia-pega el hilo

  1. Incluye contexto mínimo:

"Reunión de retrospectiva sprint, 30 min, presentes: Ana (PM), Dev team (3)"
o
"Kick-off proyecto X, 1 hora, presentes: cliente, design, dev, product"

  1. Si hay ambigüedad:

- MALO: "alguien tiene que arreglarlo"
- BIEN: "María (Frontend) debe corregir bug de login"

  1. Errores a evitar:

- NO paraphrasees; extrae exacto de notas
- NO inventes propietarios si no está claro
- NO hagas "accionables" vagos tipo "seguir con X"

Ejemplo de resultado

🎯 DECISIÓN PRINCIPAL
MVP se lanza en 2 semanas. Bug de login es blocker crítico antes de launch.

📋 ACCIONABLES
[ ] Dev (responsable técnico) | Fijar bug de login (BD + endpoint) | EOD jueves (antes que vacaciones)
[ ] Marco (QA Lead) | Testing completo frontend/backend pre-launch | Semana 2, 3 días antes launch
[ ] Miguel (Frontend) | Code review de cambios frontend pre-deploy | Semana 2, día antes launch
[ ] Ana (PM) | Crear roadmap visual: prioridades 1-3 meses | Viernes (para comunicar al cliente)
[ ] Product Team (Ana + Miguel) | Evaluar Slack integration (low priority, posponer a mes 2) | Próxima retrospectiva

⚠️ RIESGOS / BLOCKERS

  • Dev en vacaciones: posible retraso en fix de login → Propiedad: Ana (buscar cobertura o adelantar trabajo)
  • QA sin recursos: testing podría saltarse → Propiedad: Marco (confirmar capacidad lunes)
  • "Cambio de nombres en DB" no decidido: aclarar con dev antes de implementar → Propiedad: Ana

🔗 FOLLOW-UPS EXTERNOS

  • Cliente XYZ: confirmar si Slack integration es realmente low priority o hay presión, feedback esperado viernes