Procesamiento de notas de reuniones

La automatización procesa las notas de reuniones sin la participación de un secretario humano: graba, transcribe, resume y distribuye las tareas por responsables. El formato de salida es un summary breve de 150-300 palabras más una lista estructurada de action items, lista para importar en un issue tracker. El sistema funciona sobre videollamadas de Zoom, Google Meet o Microsoft Teams — ya sea conectándose como bot a la reunión, o leyendo el transcripto nativo de la plataforma. El valor principal no está en la grabación, sino en la distribución automática de tareas entre personas y sistemas tras finalizar la llamada.

El proceso es el siguiente — desde el momento en que la reunión entra en el calendario, hasta el momento en que los participantes reciben sus follow-ups:

1. El bot se conecta a la reunión mediante la invitación del calendario o se activa automáticamente a través de la integración con el servicio de calendario.
2. El audio se convierte en texto con reconocimiento de hablantes — cada intervención se asocia a un participante concreto.
3. El agente de IA basado en LLM (por ejemplo, AI-модель) analiza el transcripto y extrae: un summary breve de la reunión, la lista de decisiones tomadas, action items con responsables y plazos, citas clave para el contexto. El prompt define la estructura de extracción — qué campos son obligatorios, cuáles opcionales.
4. Los action items se agrupan por responsables y se formatean según la estructura del issue tracker del equipo — título, descripción, plazo, proyecto.
5. Las tareas se crean automáticamente en el sistema de issue tracking a través de la API, vinculadas al proyecto y a las etiquetas.
6. Cada participante recibe un follow-up personal en el mensajero — solo sus tareas y el summary relevante para él.
7. La transcripción completa y el summary se guardan en el almacén de notas compartido (por ejemplo, Notion), vinculados al enlace del evento en el calendario — para que los participantes puedan recuperar el contexto una semana después.

Todo el ciclo, desde el fin de la reunión hasta la entrega de las tareas, lleva entre 3 y 10 minutos según la duración de la llamada y la carga del LLM.

Qué NO hace la automatización

• No reemplaza al moderador de la reunión. Las decisiones y prioridades las toman las personas — el agente de IA solo registra lo que se ha dicho.
• No garantiza un 100% de precisión en la transcripción. Los términos específicos, acentos fuertes o mala calidad de audio reducen el reconocimiento — el summary final debe revisarse durante las primeras semanas.
• No establece prioridades de tareas. Los action items se extraen tal como están: si en la reunión no se registró un plazo o un responsable, el sistema dejará el campo vacío, en lugar de inferirlo del contexto.

Técnicamente, la automatización se construye en torno a uno de los servicios vertical-SaaS listos para reuniones, más un conjunto de integraciones con los sistemas del equipo. La herramienta SaaS gestiona la transcripción y la extracción básica de action items; la orquestación entre el calendario, el issue tracker y el mensajero se configura mediante integraciones nativas o un orquestador no-code como un motor de workflow o Zapier.

Flujo de datos

1. El servicio de calendario (Google Calendar o Outlook) envía el evento de reunión al meeting-bot.
2. El bot se une a la reunión mediante el enlace y graba audio y video.
3. En el servicio SaaS, el audio se convierte en texto con diarización — identificación de los hablantes por voz.
4. El modelo LLM procesa la transcripción según un prompt predefinido: extraer decisiones, action items, responsables, plazos, preguntas abiertas.
5. El resultado es un JSON estructurado con los campos: summary, decisions, tasks (owner, title, due_date, description).
6. La capa de integración distribuye las tareas según su destino: en el issue tracker se crean tickets, en Slack o Microsoft Teams se envían mensajes personales, y el summary completo se guarda en Notion.
7. El enlace al summary se adjunta de nuevo al evento del calendario, para que los participantes puedan volver al contexto sin necesidad de buscarlo.

Pasos de implementación

1. Elegir el vertical-SaaS adecuado para el stack del equipo. Criterios: compatibilidad con la plataforma de video, soporte del idioma de las reuniones, API abierta para integraciones, política de almacenamiento de transcripciones.
2. Conectar el calendario y configurar la unión automática del bot a reuniones de tipos específicos (stand-ups internos, reuniones con clientes, sesiones de planificación) — generalmente mediante una etiqueta del evento o el tipo de calendario.
3. Conectar el issue tracker mediante la integración nativa de SaaS o vía webhook en el motor de workflow/Zapier. Definir en qué proyecto se asignan las tareas de los distintos tipos de reuniones.
4. Configurar las reglas de enrutamiento: qué reuniones generan tareas, quién recibe el follow-up en Slack, dónde se almacena la transcripción, quién tiene acceso al summary completo.
5. Crear el prompt para la extracción de action items — una plantilla con la que el LLM separa las tareas reales de los debates. Aquí la iteración es crítica: durante las primeras 2-3 semanas el prompt se ajusta al estilo de reuniones del equipo.
6. Piloto con un equipo (5-10 personas, 2-3 semanas). Recopilar retroalimentación: qué se extrae correctamente, dónde hay errores, qué campos no se completan, qué reuniones es mejor excluir.
7. Despliegue a toda la empresa tras fijar el prompt, las reglas de enrutamiento y la política de acceso.

Componentes de la solución

El orquestador intermedio es útil cuando las integraciones nativas del servicio SaaS son insuficientes — por ejemplo, cuando es necesario filtrar las reuniones por etiqueta de calendario o enviar tareas a varios sistemas a la vez.

Para lanzar la automatización se necesitan tres tipos de preparación: datos/accesos, equipo, tiempo.

Datos y accesos

• Acceso de administrador al servicio de calendario (Google Workspace o Microsoft 365) para configurar la unión automática del bot a las reuniones.
• Acceso de administrador al issue tracker para crear un API token y configurar las integraciones.
• Acceso de administrador al mensajero corporativo (Slack o Microsoft Teams) para instalar la aplicación follow-up.
• Permisos para grabar reuniones — legales e internos. Se requiere conformidad con la legislación local de protección de datos personales.
• Plataforma de video compatible con bots o transcripción nativa: Zoom, Google Meet, Microsoft Teams.

Preparación del equipo

• El equipo ya utiliza realmente el issue tracker — si las tareas no llegan allí manualmente en este momento, la automatización no cambiará el hábito.
• Las reuniones tienen un responsable que revisa los action items extraídos antes del envío durante las primeras semanas.
• Acuerdo sobre el tono del follow-up: resumen público en el almacenamiento común vs. tareas privadas en el mensajero personal.

Plazos

Nivel de complejidad de fin de semana — 2-4 semanas hasta producción. Aproximadamente una semana para elegir la herramienta SaaS y conectar integraciones, 1-2 semanas para configurar prompts y reglas de enrutamiento, la semana final para el piloto en un equipo y ajuste para reuniones reales.