Serie de correos tras la reunión

Qué hace la automatización

El agente de IA Grow2.ai rastrea la finalización de reuniones en el calendario del manager, recopila el contexto de la reunión y genera una serie de correos de follow-up. La secuencia se inicia inmediatamente después de la reunión y se mantiene activa hasta que el cliente responda o el ciclo concluya.

El follow-up después de la reunión es uno de los puntos más vulnerables del funnel de ventas B2B. La reunión terminó, se acordó el siguiente paso, y luego el manager pasa a la siguiente llamada, después otra más, llega el final del día, y el recap queda sin escribir. En una semana el cliente olvida los detalles, en dos se enfría, en tres el trato está muerto. La automatización cierra esta brecha: no reemplaza al manager, sino que lo convierte en editor de un borrador ya preparado.

Qué entra

1. Evento en el calendario marcado como «sales call» o equivalente.
2. Notas de la reunión desde Notion o Google Docs, o bien transcripción desde Zoom, Meet, Gong, Fathom, Fireflies.
3. Datos del CRM: etapa del trato, contacto, historial de interacciones, correos anteriores.
4. Plantillas de correos y descripción del tono de voz del equipo.
5. Biblioteca de materiales: case studies, pricing sheets, comparativas con competidores.

Qué sale

1. Primer correo de confirmación en el transcurso de una hora tras la reunión.
2. Correo de follow-up a los 2-3 días con material relevante de la biblioteca.
3. Recordatorio suave a los 5-7 días si el cliente no responde.
4. Actualización de la etapa del trato y la actividad en el CRM.
5. Notificación al manager si el cliente respondió.
6. Informe semanal al responsable: cuántas reuniones tuvieron lugar, cuántos follow-up se enviaron, dónde quedó atascado.

Para quién

1. Equipos de ventas de SaaS y Tech con un ciclo de trato largo.
2. SMB donde un solo manager gestiona decenas de tratos en paralelo y pierde interacciones por memoria.
3. Equipos donde la conversión «reunión → siguiente paso» es la métrica clave.
4. Empresas que crecen más rápido de lo que logran contratar sales managers.

Qué NO hace la automatización

1. No envía correos sin confirmación del manager (por defecto — solo borradores).
2. No mantiene un diálogo de negociación en vivo en nombre del manager.
3. No toma decisiones sobre las condiciones del trato, el precio o los descuentos.
4. No reemplaza el trabajo con objeciones ni las interacciones complejas de negociación.
5. No realiza cold outreach — su tarea es precisamente el post-meeting follow-up.
6. No redacta correos sin el contexto de la reunión: si no hay notas ni transcripción, el agente levanta una bandera y solicita al manager que registre los resultados.

Patrones clave de trabajo

1. Sumarización long → short. Una reunión de una hora se convierte en una lista estructurada de 3-5 acuerdos, materiales prometidos y el siguiente paso. El agente de IA mantiene el foco solo en lo que es relevante para el correo.
2. Generación de borradores, no de textos finales. La automatización prepara el punto de partida, la corrección editorial toma 1-2 minutos en lugar de 15 minutos para escribir desde cero.

Variantes típicas de configuración

Solo / equipo de 1-5 personas. Configuración mínima: calendario + correo + un formulario de notas. El agente trabaja en modo «borrador en Gmail». Tras la reunión, el manager recibe el correo listo en la carpeta Drafts. El CRM no es obligatorio — se pueden gestionar los tratos en Notion o en una hoja de cálculo. Puesta en marcha en un fin de semana, sin integraciones con sistemas corporativos. La opción es adecuada para founders y primeros sales managers que venden por cuenta propia y no quieren perder contactos por trabajo manual. El tono de voz se define con un prompt breve basado en 5-10 correos anteriores del founder.

SMB / 6-30 personas. Vinculación completa con CRM: HubSpot, Pipedrive, Close o Monday Sales. El agente escribe en borradores, actualiza la etapa del trato, registra la actividad y crea tareas. Compatible con varios managers: cada uno ve sus propios tratos y su propio tono de voz. La configuración incluye plantillas por segmentos — inbound, outbound, demo — y reglas de escalada al responsable. Puesta en marcha — 3-5 días hábiles con acuerdo del tono de voz y piloto con un par de managers antes de escalar a todo el equipo.

Enterprise / 30+ personas. Integración con CRM corporativo — Salesforce o Microsoft Dynamics, SSO, registro completo de las acciones del agente, roles y permisos. Soporte de varios idiomas y regiones. Políticas diferenciadas para tratos de distintos tamaños: para contratos grandes el agente solo prepara un resumen de la reunión, sin generar el correo. Acuerdo con los departamentos legal y de compliance. Puesta en marcha — 4-8 semanas con piloto en un equipo, luego roll-out por etapas en el resto de regiones.

Arquitectura de la solución

La automatización está construida sobre un stack low-code: un motor de workflow o Zapier como orquestador, un modelo de IA como LLM principal para la sumarización y generación de borradores, su CRM como fuente y destino de datos. Los servicios independientes —calendario, correo, transcriptor— se conectan mediante OAuth.

Pasos de trabajo

1. Disparador del evento. El calendario (Google Calendar o Outlook) envía un webhook al finalizar una reunión con la etiqueta «sales». El orquestador recibe el ID de la reunión, los participantes, la hora y el enlace a las notas o al transcripto.
2. Recopilación de contexto. El agente de IA obtiene las notas de Notion/Docs, el transcripto de Zoom/Meet/Gong, los datos actuales del trato desde el CRM —la etapa, el owner, el historial de contactos. El contexto se normaliza y se transfiere a la LLM en un único paquete.
3. Sumarización de la reunión.el modelo de lenguaje extrae los acuerdos clave, las preguntas formuladas por el cliente, los materiales prometidos, el siguiente paso y las objeciones. El resultado es un JSON estructurado con los campos meeting_summary, commitments, objections, next_step.
4. Generación de la secuencia. La LLM prepara tres correos según la plantilla del equipo: immediate recap (en el plazo de una hora), value-add (a los 2-3 días con el material prometido), nudge (a los 5-7 días con un recordatorio discreto). El tono y la estructura se toman del prompt acordado.
5. Revisión y envío. Los borradores llegan a la carpeta Drafts del gerente o a un campo especial en el CRM. El gerente revisa, edita y envía. A petición se activa el auto-send para el primer correo de confirmación —con un scope claramente delimitado.
6. Seguimiento de la respuesta. Si el cliente respondió, la secuencia se detiene y el agente crea una tarea para el gerente para gestionar la respuesta. Si el cliente no responde, el agente envía el siguiente correo según el calendario.
7. Actualización del CRM. Todas las acciones se registran en la ficha del trato: los correos generados, el hecho del envío, las reacciones del cliente y el cambio de etapa.

Dónde residen los datos

1. El calendario y el correo —en Google Workspace o Microsoft 365 del cliente.
2. Los transcriptos —en los servicios de origen (Zoom, Meet, Gong); el agente obtiene acceso temporal mediante API.
3. El CRM sigue siendo la única fuente de verdad sobre los tratos.
4. El proveedor LLM (Anthropic API) recibe únicamente el contexto relevante de la reunión, no todo el archivo de correo.

Enfoques alternativos

La diferencia no está en que la IA sea más rápida que un humano. La diferencia está en que la IA no olvida y mantiene el contexto de la reunión en el correo. El enfoque manual funciona para equipos con 10-15 tratos activos. Las herramientas no-code funcionan para contactos en frío. Para el follow-up post-reunión en un ciclo largo se necesita la combinación «contexto de la reunión → correo personalizado → control humano».

Seguridad y compliance

El agente de IA accede a las notas de reuniones y a los datos del CRM únicamente a través de las API oficiales con scope limitado. Los transcriptos no se almacenan en Grow2.ai —el procesamiento se realiza mediante Anthropic API, donde para el acceso enterprise se aplican los estándares SOC 2 y la política no-training-on-data. Para los equipos con requisitos GDPR, el agente se configura para no transferir datos personales de los clientes fuera de la UE. Todas las acciones del agente se registran en el CRM —se conserva un rastro de auditoría sobre quién escribió qué al cliente. Para los sectores financieros y regulados, Grow2.ai acuerda adicionalmente la política con el DPO y el abogado del cliente antes del lanzamiento.

Qué preparar antes del lanzamiento

Requisitos técnicos previos

1. Calendario unificado del equipo de ventas (Google Calendar o Outlook). Si los managers gestionan reuniones en calendarios personales, deben consolidarse en la cuenta corporativa.
2. Fuente de notas o transcripciones: Notion, Google Docs, Gong, Fathom, Otter, Fireflies o la transcripción integrada de Zoom/Meet. Sin contexto de la reunión, la generación de borradores se convierte en una plantilla.
3. CRM con acceso API. Para SMB — HubSpot, Pipedrive, Close, Monday Sales. Para enterprise — Salesforce, Microsoft Dynamics. Sin CRM se puede comenzar con Notion o Airtable, pero esto limitará el análisis.
4. El buzón del manager. Se admiten Gmail y Microsoft 365.

Requisitos organizativos previos

1. Plantillas de correos acordadas por tipo de reunión: discovery call, demo, negotiation, closing. Con 3-5 plantillas básicas es suficiente — el AI las adapta a cada reunión concreta.
2. Descripción del tono de voz del equipo: formalidad, extensión de los correos, expresiones preferidas, lista negra de palabras.
3. Una definición clara de qué reuniones se consideran «sales» — según las etiquetas del calendario, los participantes o las palabras clave del nombre.
4. Responsable del proceso designado en el equipo: head of sales, RevOps o senior manager. Sin responsable, el lanzamiento se estancará en la fase de aprobación de plantillas.

Roles y accesos

1. Un administrador que otorgue acceso OAuth al calendario, al correo y al CRM.
2. Un abogado o responsable de compliance, si el equipo opera en mercados regulados.
3. Los managers que prueban los borradores en las primeras 2 semanas — mínimo 10 reuniones por persona.

Posibles obstáculos

1. Ausencia de transcripciones o notas. Si tras las reuniones no se registra nada, el agente no tiene base para construir la personalización. Los correos resultan genéricos y el equipo pierde confianza en la herramienta. Solución: implementar Fathom, Gong u Otter antes o en paralelo con la automatización.
2. «Inconsistencia» en las plantillas de los distintos managers. Cada uno escribe a su manera y el agente no sabe qué estilo es correcto. El lanzamiento se atasca en la fase de aprobación del tono de voz. Solución: fijar el estándar antes de la implementación, no después.
3. Auto-send de todo sin criterio. La tentación de activar el envío automático de todos los correos. Funciona en el 80% de los casos y falla en el 20% — justo en grandes acuerdos, donde el error es más costoso. Deje borradores para acuerdos por encima de un umbral determinado.
4. Ausencia de owner del proceso. La automatización queda abandonada entre IT, marketing y ventas. Nadie responde por la calidad de las plantillas y el resultado se deteriora en 2-3 meses. Designe a una persona con KPI sobre la calidad del follow-up.
5. Desconfianza de los managers hacia los borradores «ajenos». Si no se explica al equipo que el agente es un asistente y no un reemplazo, eliminarán los borradores y escribirán desde cero. Solución: piloto con un manager sólido y luego escalar a partir de su experiencia.