Action items: cómo redactarlos, asignarlos y seguirlos, y cómo el resumen conserva la lista (2026)

Un action item es una tarea concreta que sale de una reunión: un verbo, un responsable, una fecha. «Anna — enviar a Aster el presupuesto revisado — antes del jueves» es un action item. «Dar seguimiento al presupuesto» es un tema. La diferencia está en si una persona que no estuvo en la sala puede saber, solo con esa línea, qué va a ocurrir, quién lo hará y cuándo va con retraso.

La mayoría de las reuniones producen action items. Pocos equipos los conservan. La lista se escribe al final de la llamada, acaba en las notas de una sola persona y reaparece tres semanas después como la pregunta «¿alguien llegó a enviar ese presupuesto?», formulada en la reunión siguiente, que se pasa diez minutos reconstruyendo la anterior.

Esta guía empieza por el oficio: qué es un action item, las cinco cosas que lleva cada uno, cómo escribirlos durante la llamada y al cierre, cómo asignarlos para que se hagan y cómo seguirlos para que la lista sobreviva, con una plantilla y ejemplos que puede copiar. Después viene la mecánica: dónde viven los action items en las herramientas que su equipo ya usa y qué ocurre con ellos tras la reunión. Esa segunda parte es donde las listas mueren, y es la parte que el resumen de una reunión recurrente puede hacer por sí solo.

Qué es un action item y qué no lo es

De una reunión salen cuatro cosas distintas, y la primera tarea de quien escribe es separarlas:

Una decisión no es un action item: «vamos con el proveedor B» no cambia nada hasta que existe «Priya — firmar el formulario de pedido del proveedor B — antes del 14». Una pregunta abierta tampoco es un action item, aunque a menudo produce uno («Kenji — averiguar si la API tiene límite de peticiones — antes del lunes»). Y un ticket que ya estaba en el gestor de tareas antes de la reunión no es un action item nuevo; mencionarlo en una reunión no lo convierte en uno. Si la lista de action items de una reunión de una hora supera las diez líneas, contiene temas, preguntas o tickets disfrazados de tareas.

Qué lleva cada action item: el formato

Un action item útil tiene cinco partes. Las tres primeras forman la línea; las dos últimas son las que permiten hacerle seguimiento.

1. Un verbo, un objeto. Enviar el presupuesto. Reservar la ronda de QA. Redactar el texto. Una línea que empieza por «estudiar», «comentar» o «pensar en» no es una acción: no tiene condición de cierre. Si no se puede decir cómo se ve «hecho», el elemento es una pregunta.
2. Un responsable: un nombre, no un equipo. A «Marketing» no se le puede preguntar si algo está hecho; a Lena sí. Si hacen falta dos personas, hay dos action items, o un responsable que delega. El responsable es la persona a quien se preguntará la próxima vez, así que tiene que ser una persona a la que se le preguntó ahora.
3. Una fecha: un día, no «pronto». «Para el 16» puede llegar tarde; «cuanto antes» no. Si no se conoce la fecha, el action item es «Anna — proponer una fecha para X — antes del viernes», que es un elemento real con un día real.
4. De dónde viene. La decisión o el punto del orden del día que lo originó y, si el registro lo tiene, el momento de la reunión en que el responsable dijo que sí. Es el contexto que un lector necesita un mes después, cuando la línea «enviar el presupuesto» no significa nada por sí sola.
5. Su estado. Pendiente, hecho, no hecho y por qué. Una lista de acciones sin estados es una lista de deseos; el estado es con lo que abre la reunión siguiente.

Lo que se queda fuera: la discusión que llevó al elemento, los motivos, las alternativas. Eso pertenece a las notas. El action item es una línea, porque lo leerá alguien que busca su propio nombre.

Cómo escribirlos: durante la reunión, al cierre y después

Durante la reunión, escriba el elemento en el momento en que alguien dice que sí. Los action items nacen en una frase («yo lo envío el jueves») y mueren en esa misma frase si nadie la anota. El hábito que hace la mayor parte del trabajo: cuando alguien asume algo, léalo en voz alta con la fecha («entonces anoto: Anna, el presupuesto revisado a Aster, para el jueves») y deje que el responsable lo corrija mientras aún recuerda haberlo aceptado. Un elemento leído en voz alta es un elemento que el responsable ha aceptado dos veces.

Al cierre, repase la lista. Los últimos cinco minutos de una reunión con agenda se reservan para resultados y responsables: cada punto del orden del día recibe uno de tres estados (decidido, abierto, aplazado a una fecha) y cada acción recibe un nombre y un día. Lea la lista completa, una línea cada vez, en la sala. Aquí es donde «Marketing revisará la página de precios» se convierte en «Lena — redactar el texto de la página de precios — antes del 16», porque Lena está presente para decirlo. Un elemento que no puede recibir nombre al cierre no entra en la lista; va a los temas aparcados con el nombre de quien lo planteó.

Después de la reunión, publique la lista el mismo día, una sola vez y en un solo lugar. Envíela a todos los invitados, incluidos los que no estuvieron: un action item cuyo responsable faltó a la reunión es el que más probabilidades tiene de perderse. Después, ponga la lista donde la abrirá la siguiente reunión. Una lista en el cuaderno del facilitador es una lista que el equipo no tiene; una lista en el canal donde el equipo ya conversa es una lista cuyo envejecimiento ve todo el mundo.

Cómo asignar los action items para que se hagan

Tres reglas cubren casi todas las asignaciones fallidas:

• El responsable es quien dijo que sí, en la sala. Asignar un elemento a alguien ausente produce una línea que nadie ha aceptado. Si el responsable adecuado no estaba, el elemento es «facilitador — preguntar a Dana si puede encargarse de X — antes de mañana», y el elemento real de Dana nace cuando ella responde.
• Un responsable, cuantas manos hagan falta. «Mateusz y Priya» significa que cada uno supone que lo hará el otro. Elija a quien se le preguntará en la próxima reunión; la otra persona ayuda, y la ayuda no figura en la línea.
• El responsable lo repite. No el facilitador: el responsable. «El jueves, el presupuesto revisado, a Aster, sí.» Treinta segundos que eliminan la disputa más común de la reunión siguiente: «eso no es lo que acepté».

Lo que no es una asignación: un elemento en una lista que el responsable ve por primera vez en un correo a la mañana siguiente. Si así es como los elementos llegan a sus responsables, la reunión terminó antes del cierre.

Cómo hacer seguimiento de los action items

El seguimiento es una rutina, no una herramienta. Cuatro partes:

1. Una lista por equipo o por reunión recurrente. No una por reunión, sino una a la que la reunión añade y de la que lee. La lista es la memoria de la serie de reuniones.
2. La reunión siguiente empieza con la lista. Antes del primer punto del orden del día: cada acción abierta, una línea cada una; el responsable dice hecho o no hecho y, si no, por qué. Dos minutos para una lista de ocho. El motivo se anota junto al elemento en pocas palabras («a la espera de legal», «sin empezar»), porque el motivo es lo que la sala decide.
3. Tres estados, y un elemento no hecho nunca se arrastra en silencio. Un elemento no hecho se vuelve a fechar, se reasigna o se descarta, en la sala, por quien es su responsable. Arrastrar «enviar el presupuesto» durante cuatro reuniones sin decidir nada sobre él es la manera en que una lista deja de leerse.
4. La regla del envejecimiento. Un elemento con más del doble de antigüedad que la periodicidad de la reunión (dos semanas en una reunión semanal) se plantea de forma explícita: o es más grande que un action item y pasa a ser una tarea de proyecto en el gestor de tareas, o nunca iba a ocurrir y se descarta. Ambas opciones son válidas. Una lista de la que nunca sale nada no es una lista.

La pregunta que su seguimiento debe responder no es «qué decidimos» (eso lo responde el resumen), sino «de todo lo que decidimos, qué ha ocurrido realmente y qué está atascado». Si la lista no puede responderla en dos minutos al comienzo de una reunión, el formato está mal, no las personas.

Una plantilla de action items

La línea, para el cierre de la reunión y para el resumen:

Action items — [nombre de la reunión], [fecha]
– [Responsable] — [verbo + objeto] — antes del [fecha] — de [punto del orden del día / decisión]
– [Responsable] — [verbo + objeto] — antes del [fecha] — de [punto del orden del día / decisión]
– [Responsable] — [verbo + objeto] — antes del [fecha] — de [punto del orden del día / decisión]

Arrastrados desde [fecha anterior]
– [Responsable] — [tarea] — vencía el [fecha] — hecho / no hecho: [motivo, de tres a seis palabras] — nueva fecha: [fecha] / descartado

El seguimiento, para la lista que abarca toda la serie:

Ambas se pueden pegar en un documento, una hoja de cálculo, un mensaje de chat o un canvas sin reformatear. Las columnas que suelen faltar en las plantillas son Origen y Registrado: de dónde viene el elemento y cuánto tiempo tiene. Son las dos que necesita la reunión siguiente.

Ejemplos: los mismos elementos, antes y después

Fíjese en lo que tiene en común la columna de la derecha: primero un nombre, después un verbo, un día y el elemento del que procede. Ese es todo el oficio. El resto de esta guía trata de mantener viva esa línea cuando la reunión termina.

Dónde viven los action items en las herramientas que ya usa

Cada plataforma importante tiene un lugar para los action items, y cada una se detiene en un punto distinto. Solo se recoge el comportamiento documentado, a partir de las páginas de los propios proveedores, con el mes en que se comprobó cada una:

Hay dos cosas que son iguales en todas partes. Los action items son un documento junto a la reunión, en el único idioma que usó la sala; y si los elementos de la semana pasada se hicieron o no es una pregunta que el documento no responde: una persona lo abre en la reunión siguiente y lo pregunta.

Cómo conserva el resumen la lista

InterMIND es un espacio de comunicación donde una reunión vive en un canal, así que la lista tiene un hogar evidente: el chat del canal, donde el orden del día entró el día anterior y los resultados vuelven después, y donde cada miembro escribe en su idioma y lee a los demás en el suyo. Durante la llamada, la lista publicada como nota aparece en la pantalla de todos junto a las ventanas de vídeo con Share to conference; quien la comparte la edita en vivo y cada participante la lee en su propio idioma. Si el orden del día o el seguimiento se redacta en otro sitio, llega al canal por correo: el propietario del canal le asigna una dirección propia, y un mensaje enviado a ella aparece como un mensaje normal, con el remitente identificado y los adjuntos conservados.

Cuando termina la llamada, el resumen se redacta a partir de la propia reunión: un sumario, los puntos marcados como acordados, abiertos o discutidos, y los action items, registrados solo cuando alguien asumió la responsabilidad, nombrado o autoasignado, con el responsable en la línea y la marca de tiempo del momento en que dijo que sí, que abre la transcripción en ese instante. La fecha límite, cuando se mencionó una, queda en las palabras de la línea. El resumen llega por correo, como mensaje en el canal y como enlace en el evento del calendario, y cada miembro con sesión iniciada lo lee en su propio idioma: el registro se traduce por lector, no se escribe una sola vez en el idioma que la sala usó por casualidad. Un responsable equivocado se corrige con Edit; cada edición conserva autor e historial de revisiones, y el canal guarda el resumen de cada sesión pasada, de modo que el elemento de hace tres semanas queda a un clic.

En la reunión recurrente de un canal, la lista también se vuelve a leer. Cuando se redacta el siguiente resumen, los action items abiertos de la sesión anterior se contrastan con lo que se dijo: un elemento que alguien informó como terminado se marca como hecho; cualquier otro se marca como no hecho, con el motivo en las palabras de la reunión, o como «no tratado» cuando nadie lo mencionó, junto al día en que se registró por primera vez. En las cuentas con esta versión preliminar, las dos listas del resumen tienen este aspecto:

## Action items
- [ ] Send the revised estimate to Aster (Anna) [12:05]
- [ ] Book the Japanese QA round (Kenji) [27:40]

## Carried over
- [x] Offer to the second finalist (Priya) · 2026-10-06 [0:09]
- [ ] Migrate the deals to the new CRM (Dana) · 2026-09-10 — deals still in the old CRM [0:20]

Un elemento hecho también se marca en el resumen donde se escribió por primera vez; los no hechos pasan a la sesión siguiente. La página del resumen suma los action items del canal de los últimos 30 días o de todo el periodo (el anfitrión ve la fila de todos; un miembro, solo la suya), y al comienzo de la sesión siguiente Mia nombra los elementos abiertos y sus responsables, de modo que la lista se comenta en lugar de tener que buscarla. Esta parte funciona en cuentas seleccionadas mientras se perfecciona.

Cuando la lista tiene que acabar en un sistema de registro, el anfitrión añade una copia del resumen a cualquier dirección (el buzón de entrada de un CRM o de un gestor de tareas), y cada resumen de la reunión o del canal se envía también allí tras una confirmación única de la dirección; la mecánica está en una copia de cada resumen de reunión en su CRM, por correo. El mismo resumen llega a Zapier, a un webhook o a la API con el sumario en Markdown, y el propio asistente del lector (Claude, ChatGPT, Copilot o Gemini) puede leer los resúmenes mediante el conector MCP, de modo que «añade a mi lista de tareas los action items de mis tres últimas reuniones» es una petición en la herramienta que ya usa.

Un invitado entra por enlace, sin cuenta y sin coste, desde el teléfono o desde el navegador, y oye la reunión en directo en su propio idioma. Después, el invitado no tiene registro: la cuenta es gratuita, y es lo que hace accesible el registro. El anfitrión provee el espacio y, en un plan de pago, paga solo por los miembros activos en los 28 días anteriores; los miembros que se quedan inactivos conservan su acceso sin coste.

• Abrir un resumen completo: un registro real generado por el mismo código que escribe los suyos, action items incluidos.
• Probar la demo en vivo: sin registro; hable y escuche la sala traducida para cada oyente.

Los action items, como oficio, sobreviven a cualquier herramienta: alguien tiene que seguir diciendo que sí a una tarea, en voz alta, con una fecha. Lo que no tiene por qué sobrevivir es el segundo trabajo: reescribir la lista después de la llamada, en un solo idioma, y abrir la reunión siguiente preguntando si alguien hizo lo que dijo la anterior.

FAQ

¿Qué es un action item?

Un action item es una tarea concreta que sale de una reunión, escrita como un verbo con su objeto, un responsable y una fecha: «Anna — enviar a Aster el presupuesto revisado — antes del 16 de octubre». Es distinto de una decisión (lo que la sala acordó), de una pregunta abierta (lo que nadie supo responder todavía) y de una tarea de proyecto que ya vive en un gestor de tareas. Su finalidad es que alguien que no estuvo en la reunión pueda saber qué va a ocurrir, quién lo hará y cuándo va con retraso.

¿Cuál es un ejemplo de action item?

«Lena — redactar el texto de la nueva página de precios — antes del 16 de octubre — de la decisión 2.» Un nombre, un verbo, un día y el elemento del que procede. Lo mismo dicho mal es «Marketing revisará la página de precios»: sin persona, sin condición de cierre, sin fecha.

¿Cómo se escriben los action items en el acta de una reunión?

Una línea cada uno, bajo su propio encabezado: responsable, tarea, plazo, en ese orden: «Acción: M. Bauer — enviar a ventas la lista de precios actualizada — antes del 5 de septiembre». Escriba el elemento en el momento en que alguien lo asume, léalo en voz alta con la fecha para que el responsable lo confirme y enumere todos los elementos juntos al cierre de la reunión. Un action item sin responsable se registra como pregunta abierta; el formato completo está en la guía del acta de la reunión.

¿Cuál es la diferencia entre un action item y una tarea?

Un action item nace en una reunión y esa misma reunión lo revisa: es una línea con un responsable y una fecha, y su vida es corta, de días o semanas. Una tarea vive en un gestor de tareas con su propio estado, estimación e historial, y puede sobrevivir a muchas reuniones. Un action item a menudo se convierte en una tarea («Mateusz — abrir el ticket para la corrección de la exportación — antes de mañana»), pero mencionar un ticket existente en una reunión no lo convierte en un action item nuevo.

¿Quién es responsable de los action items en una reunión?

Cada action item tiene exactamente un responsable, la persona que dijo que sí, en la sala, y el facilitador es responsable de la lista: leerla al cierre, publicarla el mismo día y abrir la reunión siguiente con ella. Un elemento asignado a alguien ausente es una línea que nadie ha aceptado; el elemento real es preguntarle.

¿Cómo se hace seguimiento de los action items de las reuniones?

Mantenga una lista por reunión recurrente, no una por reunión; abra cada reunión con ella (cada responsable dice hecho o no hecho, y por qué, en dos minutos); dé a cada elemento uno de tres estados; y no arrastre nunca en silencio un elemento no hecho: vuelva a fecharlo, reasígnelo o descártelo, en la sala. Sirve cualquier documento, hoja de cálculo o canvas para la lista. En un canal de InterMIND, el resumen escribe la lista a partir de la reunión y, para las reuniones recurrentes con la versión preliminar de arrastre, vuelve a leer los elementos abiertos de la sesión anterior y marca cada uno como hecho o no hecho con el motivo.

¿Pueden Zoom, Teams o Google Meet crear action items automáticamente?

Según su documentación: el resumen de reunión de AI Companion de Zoom incluye una sección «Next steps» en los planes de pago de Zoom Workplace, y durante la reunión puede formularse la pregunta predefinida «What are the action items?»; las notas de reunión de Microsoft Teams permiten a los asistentes asignar tareas etiquetando a las personas, y el resumen de Teams enumera las tareas de seguimiento; Take notes for me de Google Meet añade «suggested next steps» al documento de notas, donde una persona puede asignarlos. En todos los casos, el registro se conserva en el único idioma en que se celebró la reunión; Google indica que no se admiten varios idiomas en la misma reunión.

Fuentes: Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Recap in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Zoom — Meeting questions with AI; Google Workspace Updates — "Take notes for me" now captures "next steps"; Google Meet — "Take notes for me" in Google Meet; Slack — Meeting agenda template (canvas). Página de notas de Microsoft, página de ayuda de Google Meet y plantilla de Slack comprobadas en octubre de 2026; página del resumen de Microsoft y página del resumen de reunión de Zoom comprobadas en agosto de 2026; página de meeting questions de Zoom y anuncio de next steps de Google comprobados en septiembre de 2026. Los proveedores cambian con el tiempo sus planes, funciones y listas de idiomas; consulte sus páginas para conocer el estado actual.