Haz que las actas de reunión gestionen el seguimiento: tablero, canal, tickets
Una acta de reunión solo es útil cuando actualiza el tablero, publica el resumen, crea los tickets y deja una verificación humana.
La reunión termina, la acta existe y el tablero sigue equivocado. El canal sigue en silencio y el error sin asignar sigue abierto.
El 1 de agosto de 2026, Notion añadió un disparador que inicia un Custom Agent automáticamente tras finalizar una Acta de Reunión con IA. Eso elimina el seguimiento manual de actualizar tableros de estado, publicar resúmenes en el canal del proyecto o crear tickets. El disparador está disponible en la configuración existente de Custom Agent para los planes de pago de Notion que incluyen Notion AI.
El ciclo consta de tres salidas más una verificación: actualizar el tablero, publicar el resumen, crear los tickets y luego comprobar qué sigue requiriendo revisión humana. Para un equipo pequeño, el seguimiento importa más que otro panel. La acta debe hacer el seguimiento antes de que comience la próxima reunión.
La acta es la entrega, no el registro
Una acta que se detiene en el documento genera trabajo extra. Alguien tiene que leerla, decidir qué cambió y copiar ese cambio en los lugares que el equipo realmente usa. Ese trabajo extra es donde se detiene el seguimiento. La acta debe convertirse en el seguimiento, no en un informe sobre la reunión.
Envía la acta al tablero, al canal y a la cola de tickets. Cada destino necesita un formato en el que el equipo pueda confiar.
El disparador necesita un alcance acotado
Configúralo antes de la próxima reunión recurrente, no después de un seguimiento perdido.
- Confirma el plan y la fuente de la acta. Listo significa que el agente puede ver la fuente de actas que pretendes usar.
- Conecta el disparador. Abre la configuración del Custom Agent, añade el disparador de Acta de reunión resumida, elige una fuente de datos de actas de reunión y selecciona una vista o propiedad que determine qué reuniones activan al agente. La configuración está completa cuando el agente se activa solo para las reuniones que deben impulsar el seguimiento, no para cada llamada del calendario.
- Mantén el disparador acotado. Si el agente se activa para todo, el canal se vuelve ruidoso y el tablero se satura. El alcance es correcto si la lista de disparadores contiene solo las reuniones que necesitan seguimiento.
- Define las salidas. El disparador admite tres categorías de automatización posterior a la reunión: actualizar tableros de proyecto con el estado de la reunión, publicar resúmenes que incluyan decisiones y próximos pasos, y convertir la retroalimentación de la reunión en tickets de ingeniería. Slack y correo electrónico son canales de salida compatibles para el resumen de la reunión. Cada salida necesita un destino, un formato y un responsable humano antes de que el ciclo esté listo.
- Realiza una reunión de prueba. Usa una reunión corta y de bajo riesgo con una decisión, un resumen y un elemento de retroalimentación. Una prueba superada muestra el tablero cambiando, el resumen llegando al canal y un ticket apareciendo en la cola.
- Verifica lo que hizo la automatización. Revisa el tablero por el cambio de estado, el canal por el resumen y el ticket por el responsable correcto. Luego marca lo que sigue requiriendo revisión humana. Una revisión breve responde las mismas preguntas sin reabrir la acta.
Las salidas necesitan un formato práctico
Una actualización del tablero solo es útil cuando cambia la próxima acción. Si la reunión cambió una fecha límite, el tablero debe mostrar la nueva fecha y el responsable. Si solo dice que se discutió, el equipo aún tiene que preguntar qué cambió.
Un resumen no debe repetir cada frase. Debe nombrar la decisión, el retraso y el próximo paso. El canal es donde el equipo se entera de lo que hizo la reunión, no donde la vuelve a leer.
Un ticket debe ser accionable. Necesita el problema, la restricción, la fecha límite y el responsable. Si alguien tiene que preguntar por qué importa el trabajo, la acta falló.
La verificación es la parte humana
La automatización de tickets es donde la mayoría de los equipos se detiene. Tratan el ticket como el final y pierden la decisión que cambió el alcance. La verificación humana debe encontrar lo que falta, no repetir la reunión.
Mantén la revisión humana breve. Haz las mismas preguntas cada vez. ¿El tablero capturó la decisión? ¿El resumen llegó a las personas correctas? ¿El ticket llevaba suficiente contexto? Si una respuesta es no, corrige el disparador, la salida o el responsable antes de la próxima reunión.