El ciclo de vida de la reunión del propietario de la agencia: desde la preparación hasta el seguimiento en quince llamadas por semana

el operador

El propietario de una agencia que administra ocho cuentas de clientes activas con un equipo de cinco personas tiene un calendario que parece un tablero de salidas de un aeropuerto. Quince o más llamadas por semana (revisiones de estado, resúmenes creativos, sesiones de planificación trimestral, conversaciones sobre nuevos negocios), cada una de las cuales requiere una preparación diferente en tipo y, a menudo, diferente en profundidad. El equipo entrega el trabajo; el propietario está en casi todas las llamadas del cliente y es la persona cuyo trabajo es conocer la historia, mantener la relación y tomar decisiones en la sala.

El equipo utiliza una combinación de Gmail, Slack y carpetas compartidas de Google Drive para la comunicación con el cliente y la gestión de entregas. Hay cinco personas que generan hilos, decisiones y compromisos en esas ocho relaciones todos los días. El propietario no está en todos los hilos. Están en cada llamada. La brecha entre esos dos hechos es donde las cosas van mal.

El punto de ruptura

Llegar a una llamada de un cliente sin estar preparado no es un riesgo abstracto; es un hecho semanal. No es que esté completamente desprevenido: el propietario sabe quién es el cliente, cuál es el proyecto y aproximadamente en qué etapa se encuentran las cosas. Pero el tipo específico de preparación que realmente importa (saber lo que se decidió hace dos semanas, saber qué tema abierto va a preguntar el cliente, saber que hay un miembro del equipo que tiene tres días de retraso en un entregable que aparecerá en los primeros cinco minutos) requiere una sesión de preparación que rara vez ocurre. Quince llamadas a la semana no dejan espacio para quince sesiones de preparación.

El problema siguiente es el reflejo del problema de preparación. Una vez finalizada la llamada, el propietario tiene una lista mental de lo que se decidió y a qué se comprometió. Esa lista comienza a evaporarse de inmediato. El propietario suele llegar a la siguiente llamada antes de tener la oportunidad de escribir algo. Al final del día, dos o tres compromisos de convocatorias anteriores no tienen rastro en ningún sistema. El equipo no sabe que existen. Los clientes los recuerdan; la agencia no.

El resultado es un ciclo de vida de la reunión con dos extremos rotos: el final de preparación, donde el propietario llega con una imagen incompleta, y el final de seguimiento, donde los compromisos hechos en la sala nunca llegan a un tablero de tareas o a un resumen del cliente. El medio (la conversación real) está bien. La infraestructura que lo rodea no lo es.

la configuración

El propietario de la agencia conecta su Gmail y el Google Calendar compartido que utiliza su equipo para la programación de clientes. Conectan Google Drive, donde el equipo guarda resúmenes de clientes, activos creativos y documentos de estado. Cada uno de los ocho clientes tiene su propia organización en Lodestar, con proyectos dentro de cada uno que se corresponden con los compromisos activos: un proyecto de actualización de marca aquí, un contrato de medios pagos allí, un sitio web creado en otro lugar.

Los cinco miembros del equipo se agregan a las organizaciones y proyectos relevantes para que sus hilos de correo electrónico y elementos de acción fluyan en la imagen compartida. El propietario de la agencia ahora tiene visibilidad de los compromisos que hizo su equipo en hilos en los que nunca estuvo: extraídos por Lodestar, vinculados a la cita de la fuente y que aparecen en la vista del proyecto. No leen todos los correos electrónicos; ven la señal extraída de todos ellos.

El flujo de trabajo

El ciclo de vida de la reunión se desarrolla en dos fases. La fase de preparación ocurre antes de la llamada, idealmente unos minutos antes, que es todo el tiempo disponible. La fase de seguimiento ocurre inmediatamente después. Ambos se manejan a través de una conversación con Claude a través de Lodestar MCP, sin abrir ninguna otra aplicación.

• ·Antes: el propietario le pide a Claude que los prepare para la próxima llamada y nombra al cliente. Claude llama a `calendar_retrieve` para confirmar los detalles de la reunión y los asistentes, luego a `emails_content` en las últimas dos semanas de hilos con esos asistentes.
• ·Antes: Claude llama a "knowledge_search" para mostrar documentos relevantes de Drive: el resumen del proyecto actual, el último informe sobre el estado y cualquier propuesta pendiente. Llama a `contacts_retrieve` y `knowledge_org_charts` para confirmar quién está en la sala, incluidas las nuevas partes interesadas que han aparecido en hilos recientes.
• ·Antes: Claude llama a `action_items_list` con alcance para abrir elementos en los proyectos de ese cliente, marcando aquellos que están vencidos o que el propietario se comprometió personalmente. Vuelve el resumen de preparación: contexto de la agenda de la reunión, últimas decisiones, puntos abiertos que probablemente surjan, quién asistirá y su tono de comunicación reciente.
• ·Antes: el propietario lee el informe. Es una página. Entran en la llamada sabiendo exactamente lo que probablemente planteará el cliente, lo que el equipo todavía les debe y lo que se decidió la última vez que se reunieron.
• ·Después: el propietario escribe las notas de la llamada en la misma conversación de Claude: decisiones tomadas, entregables comprometidos, quién posee qué, cualquier fecha mencionada. Claude extrae elementos de acción estructurados de las notas sin editar.
• ·Después: Claude llama a `action_items_create` para cada compromiso y asigna cada uno al proyecto correcto en Lodestar. Cuando un miembro del equipo fue nombrado propietario, el artículo se le asigna. Cuando se indicó una fecha de vencimiento, se establece. Claude llama "milestones_partial_update" si algún hito se vio afectado por las decisiones de la convocatoria.
• ·Después: Claude llama a `timeline_events_create` para registrar la reunión en el cronograma del proyecto del cliente. Luego llama a `emails_reply_link` para redactar el resumen posterior a la llamada para el cliente: un resumen limpio de lo que se decidió y lo que viene a continuación, listo para que el propietario lo revise y lo envíe.
• ·Después: el propietario lee el borrador del resumen, realiza los ajustes necesarios y hace clic en enviar. El ciclo está cerrado: el cliente tiene un registro escrito, el equipo tiene sus asignaciones en Lodestar y el cronograma del proyecto refleja la reunión.

que cambia

El problema de preparación se resuelve en el punto en el que antes no era práctico resolverlo: unos minutos antes de la llamada, en un calendario ocupado. El propietario ya no necesita un bloque de preparación dedicado para cada reunión porque el informe se elabora a partir de los datos en vivo en Lodestar. No es una inmersión profunda perfecta; Es una página de una sola página confiable y precisa que cubre lo que realmente surge en los primeros diez minutos de la llamada de un cliente.

Los compromisos dejan de evaporarse. Las notas posteriores a la llamada del propietario, por breves que sean, se convierten en elementos de acción estructurados a los pocos minutos de finalizar la llamada. Los miembros del equipo ven sus tareas en Lodestar sin necesidad de recibir un mensaje de Slack del propietario. Los clientes reciben un correo electrónico de resumen que se redactó a partir del registro de la conversación real en lugar de reconstruirlo a partir de un recuerdo que se desvanece.

La imagen compartida del equipo sobre el estado del cliente se mantiene actualizada. Debido a que los elementos de acción se extraen de los hilos, así como de las llamadas, los miembros del equipo que generaron compromisos en los hilos de correo electrónico en los que el propietario no estaba aún están visibles en el proyecto del cliente. El propietario puede ver el estado completo de cada compromiso antes de cualquier llamada sin pedirle al equipo que les informe.