Terminó la reunión. ¿Quién se encarga del siguiente paso?

Ilustración conceptual generada por IA; el contenido es un ejemplo hipotético.

Supongamos que, al terminar una reunión con un cliente, el asistente organiza tres acciones: entregar la nueva versión de la propuesta el viernes, que Xiaolin se encargue del presupuesto y programar una demostración la próxima semana. El acta parece clara: cada punto tiene una persona y una fecha.

Pero al volver a las notas de la reunión, el cliente preguntó si «sería posible ver un borrador el viernes»; Xiaolin dijo «voy a confirmar el precio con ventas»; y la demostración debía esperar a que el cliente preparara los datos de prueba.

Si esos tres puntos se escriben directamente en el sistema de tareas, el equipo acumula varios compromisos que nadie ha aceptado todavía. El viernes, el cliente espera la propuesta, Xiaolin recibe un recordatorio sobre el presupuesto y la invitación a la demostración ya se ha enviado. La incertidumbre que quedó en la reunión desapareció durante el proceso de organización.

La entrega posterior a la reunión debe conservar esas diferencias. El asistente puede extraer tareas pendientes, añadir contexto y preparar la escritura, pero cada tarea debe indicar qué está ya determinado y qué queda por decidir y por quién.

Separar sugerencias, decisiones y compromisos

«Podríamos probar otro tipo de presupuesto» es una sugerencia. «Esta vez usaremos un presupuesto mensual» es una decisión. «El jueves te envío la tabla de precios» contiene un compromiso concreto. Las tres frases se refieren al presupuesto, pero su tratamiento posterior es distinto: la sugerencia espera a que alguien la adopte, la decisión ya está en vigor y el compromiso crea en la otra parte una expectativa que puede exigir.

Cuando el resumen posterior a la reunión convierte las tres en «acciones», esa distinción desaparece. La guía de Lindy sobre cómo tomar actas de reunión y la propuesta de Viktor de hacer el seguimiento el mismo día abordan el trabajo posterior desde el acta y desde el seguimiento entre aplicaciones, respectivamente, pero qué acuerdo concreto ha quedado de una frase sigue siendo algo que hay que juzgar aparte.

El criterio se basa en la evidencia que ya existe en los materiales: si alguien lo adoptó, si hubo aprobación, si lo dijo la propia persona que se compromete y si se indicó una fecha. Cuando no se encuentra esa evidencia, se trata como sugerencia o como pendiente de confirmación.

Para la reunión hipotética anterior, podría organizarse así:

Lo dicho en la reunión	Lo que ya puede darse por cierto	Lo que aún debe confirmarse
El cliente pregunta si «sería posible ver un borrador el viernes»	El cliente quiere ver un borrador el viernes	Si el equipo lo acepta y qué incluye el borrador
Xiaolin dice «voy a confirmar el precio con ventas»	Xiaolin ha asumido la consulta de precios	Cuándo dará respuesta y quién fija el presupuesto final
«La demostración, cuando estén listos los datos de prueba»	La demostración tiene una condición previa	Quién confirma que los datos están completos y cómo se fijará después la fecha

Al organizar, conviene conservar las palabras relevantes y su ubicación en la fuente. Si puede localizarse el párrafo de la transcripción, se añade; si el material original incluye marcas de tiempo, se conservan. Cuando no se distingue bien quién habla, se indica que está por verificar y no se adivina un nombre a partir del contenido.

Una tarea pendiente sin responsable puede quedarse provisionalmente en el área de pendientes de confirmación. Rellenar todos los campos de la tabla no significa que la entrega sea más completa.

El responsable debe corresponder al trabajo realmente asumido

Xiaolin aceptó consultar el precio, así que «confirmar el precio con ventas» puede asignarse a Xiaolin. Deducir de ahí que se encarga de elaborar el presupuesto, aprobar descuentos o escribir al cliente amplía el compromiso original.

Que una persona haya presentado un problema no significa que haya asumido la tarea de resolverlo. El puesto, el número de intervenciones y el reparto histórico pueden ayudar a identificar a quién preguntar, pero no conviene usarlos directamente como base para la asignación actual. Si el equipo ya tiene reglas claras de reparto, el asistente puede proponer una asignación según esas reglas y explicar el fundamento.

El entregable debe estar redactado con la precisión suficiente para que quien lo recibe pueda decidir. «Hacer seguimiento del presupuesto» deja demasiado margen de interpretación; «confirmar con ventas el precio de estas dos opciones y añadir el resultado al borrador del presupuesto» indica qué hay que hacer. Si incluye o no el envío al cliente debe precisarse aparte.

Con las fechas ocurre lo mismo. La fecha deseada por el cliente, el plazo aceptado por el equipo y la próxima fecha de revisión del avance tienen significados distintos. Si en la reunión solo se dijo «cuanto antes», se deja como pendiente; el asistente puede sugerir una fecha para confirmación, pero no debe escribir la sugerencia como si fuera un acuerdo ya aprobado en la reunión.

Al pedir confirmación, preguntar solo por lo que aún no está decidido

Enviar el acta completa al responsable y añadir «por favor, confírmalo» obliga a esa persona a localizar por su cuenta todos los puntos dudosos. Una entrega más útil concreta las preguntas en asuntos específicos.

Por ejemplo, el asistente puede preparar primero una solicitud de confirmación así. El contenido siguiente sigue siendo un ejemplo ficticio:

El cliente quiere recibir el borrador de la propuesta el viernes y en la reunión no consta que el equipo haya aceptado esa fecha. Que el responsable del proyecto confirme si se acepta y qué debe incluir esta versión.

Xiaolin ha aceptado consultar el precio con ventas, pero aún no hay fecha de respuesta. Que Xiaolin añada cuándo prevé responder.

La demostración debe esperar a que el cliente proporcione los datos de prueba; por ahora no se crea ninguna invitación de calendario. Que se confirme quién comprobará si los datos están completos.

Las tres preguntas se dirigen a quienes pueden responderlas. Lo ya confirmado no tiene por qué esperar junto con lo demás; lo que aún carece de condiciones se mantiene tal cual. Así, una sola respuesta resuelve una carencia concreta.

La confirmación solo es válida para la versión concreta a la que correspondía en ese momento. Después de que el responsable acepte «entregar el borrador el viernes», si el entregable se amplía luego a «propuesta completa y presupuesto», esa respuesta no cubre el alcance añadido. Debe volver a confirmarse la parte que ha cambiado; el resto sigue vigente.

Escribir la tarea donde realmente la usa quien la recibe

El documento de la reunión conserva la base de la discusión, el sistema de tareas soporta el reparto y el correo externo comunica lo ya confirmado. Los tres se enlazan entre sí y cada uno conserva la parte de información que necesita.

Una tarea apta para la entrega suele incluir el entregable, el responsable, el plazo confirmado o la condición previa, y el registro de la reunión correspondiente. Quien la recibe debería poder seguir el enlace hasta el origen del acuerdo y empezar sin tener que releer toda la reunión.

Antes de escribir, conviene comprobar si ya existe una tarea para ese asunto. La reunión de esta semana puede ser solo una fecha añadida al punto de la semana pasada; crear otra tarea pendiente con el mismo nombre dispersa el avance en dos lugares. El asistente debe revisar las tareas existentes y el proyecto al que pertenecen, proponer una actualización y, cuando no pueda determinar si se trata del mismo asunto, entregar los registros candidatos al responsable para que los confirme.

El correo externo debe prepararse por separado. Los descuentos que se están discutiendo internamente y las fechas de entrega aún no aprobadas no deben pasar a la respuesta al cliente solo porque aparezcan en la misma acta. El borrador del correo expresa únicamente lo que ya está autorizado a comunicarse al exterior; las tareas internas pendientes se quedan en el espacio de trabajo correspondiente.

Una vez creada la tarea, puede informarse de su ubicación y asignación. El campo del responsable solo indica la asignación, no que la otra persona ya lo sepa o haya empezado; que la haya asumido se determina según el modo de confirmación acordado por el equipo.

Conectar los materiales de la reunión con el sistema de tareas mediante OOMOL

En esta fase de entrega, el asistente debe hacer dos tipos de cosas: leer de las notas de la reunión y de las tareas existentes, y escribir en el sistema de tareas y en el correo. La parte de lectura determina si distingue sugerencias de compromisos; la de escritura determina si un error de juicio recae directamente sobre otra persona.

El Connector SDK de OOMOL ofrece una vía para llamar a cuentas de aplicaciones ya conectadas; primero hay que conectar en Connections la aplicación donde se guardan las notas de la reunión y la herramienta de tareas del equipo. Antes de conectar, conviene comprobar si cada aplicación ofrece las operaciones de lectura, consulta, creación y actualización necesarias. La transcripción de la reunión la sigue proporcionando la herramienta de reuniones original; conectar una aplicación no significa que OOMOL vaya a grabar la reunión ni a identificar a quienes hablan.

Se recomienda poner en marcha las dos partes por separado: primero conectar solo la lectura, para que el asistente prepare el borrador de entrega; después de comprobar que distingue sugerencias y compromisos como se espera, activar según la guía de control de permisos las operaciones de escritura, como crear tareas y enviar mensajes, y confirmar la cuenta de destino, el proyecto, los destinatarios y el contenido final.

La conexión de aplicaciones aporta capacidad de lectura y escritura; la distinción entre sugerencias y compromisos, la correspondencia de responsables, el registro de confirmaciones y la vinculación de tareas deben seguir implementándose mediante instrucciones del asistente o flujos de trabajo del negocio, con reglas concretas configuradas según la práctica real del equipo.

Empezar con un borrador de entrega de una sola reunión

Elegir una reunión ya terminada cuyos registros originales puedan verificarse y limitar el alcance a esa discusión y al proyecto correspondiente. Pedir a un asistente que ya tenga conectadas las aplicaciones necesarias que procese la siguiente solicitud:

A partir de estas notas de la reunión, organiza las decisiones ya confirmadas, las tareas claramente asumidas y los asuntos pendientes de confirmación. En cada tarea, indica con claridad el entregable, el responsable, el plazo o la condición previa, y añade la fuente; los campos sin fundamento se dejan como pendientes. Busca tareas relacionadas ya existentes en el proyecto indicado y propone por separado altas o actualizaciones. Entrégame primero el borrador de la entrega; no crees tareas ni envíes mensajes. Donde haga falta confirmación, escribe la pregunta concreta y a quién conviene dirigirla.

Al revisar, conviene fijarse en tres puntos: si el deseo del cliente se ha escrito como compromiso del equipo, si a quien solo hizo una pregunta se le ha asignado como responsable y si se ha programado con antelación algo cuyas condiciones aún no se cumplen.

Tras la confirmación, pedir al asistente que escriba los asuntos correspondientes en el sistema de destino y que devuelva los enlaces reales de las tareas y lo que sigue pendiente de decisión. La siguiente persona que lo reciba podrá abrir la tarea y saber qué ha aceptado, qué debe entregar y qué condiciones siguen sin cumplirse.