Esta semana alguien del equipo me preguntó: '¿cómo están manejando la campaña del evento si somos tan pocos?'. La respuesta honesta es que no la estamos manejando de la manera tradicional.
Diseñé un equipo de 10 agentes de IA en Claude, cada uno con un rol específico, todos leyendo del mismo contexto, todos conectados a HubSpot como fuente de datos. En este artículo explico la arquitectura, cómo decidí qué automatizar y qué aprendí en el proceso.
El objetivo no es inspiración. Es arquitectura: qué entradas recibe cada agente, qué salidas produce, y cómo se coordinan sin que yo tenga que estar en el medio de cada decisión.
El problema que este sistema resuelve
Organizar un evento de esta escala, 300 asistentes, co-organizado con HubSpot, con 5 zonas de experiencia en vivo requiere semanas de producción de contenido, outreach personalizado por segmento, coordinación audiovisual, decks para múltiples audiencias, landing pages, análisis semanal de métricas y seguimiento post-evento.
Con un equipo pequeño, la opción tradicional es priorizar: haces bien dos cosas y sacrificas el resto. El problema es que en GTM, lo que sacrificas generalmente es lo que convierte: el seguimiento oportuno, el contenido específico por segmento, el análisis que te dice si estás en camino o no.
La pregunta que me hice fue diferente: ¿qué pasaría si cada tarea de producción tuviera un agente dedicado que la ejecuta cuando la necesito, con el contexto correcto, sin que yo tenga que coordinarlo manualmente?
La arquitectura: 10 agentes, 3 fases, 1 fuente de verdad
El sistema está organizado en tres fases que siguen el ciclo del evento:
Fase 0 — Pre-evento: 8 agentes ejecutando en paralelo para producir contenido, captar registros y medir avance.
Fase 1 — Día del evento (11 de junio): 1 agente operando en tiempo real para convertir cada interacción presencial en una oportunidad.
Fase 2 — Post-evento: 1 agente que personaliza el follow-up en las 72 horas críticas posteriores al evento.
Lo que hace que este sistema funcione no son los agentes individuales, es que todos comparten el mismo contexto. Todos leen la Narrativa Maestra del evento como fuente de contexto y acceden a HubSpot como fuente de datos.
Cuando el Content Engine genera un post, y el Outreach Writer redacta un email de prospección, y el Deck Builder arma las slides para HubSpot, todos parten del mismo posicionamiento, los mismos mensajes clave, la misma promesa del evento.
Eso es lo que normalmente se rompe en equipos pequeños: cada persona produce desde su propia interpretación. Con este sistema, la consistencia está garantizada por arquitectura, no por coordinación manual.
Fase 0: los 8 agentes que producen antes del evento
Los 8 agentes del pre-evento se dividen en dos grupos con lógicas distintas:
Grupo 1 — Contenido y activos
Content Engine transforma las reuniones internas, transcripciones y briefings en posts de LinkedIn, blogs, newsletters y scripts del evento. No es un generador genérico, lee las fuentes del equipo y produce en la voz y el estilo específico de cada pieza.
Outreach Writer toma los segmentos del CRM y la narrativa maestra y produce secuencias de email + LinkedIn personalizadas por empresa. La personalización no es cosmética: cada mensaje parte del contexto específico de ese segmento y su relación con el problema que el evento resuelve.
Audiovisual Agent recibe el brief del video, la narrativa maestra y la zona del evento que se va a mostrar, y produce el script completo + storyboard escena por escena para el equipo de producción audiovisual. Este es uno de los tres agentes nuevos que diseñé específicamente para SINFONÍA.
Deck Builder genera presentaciones .pptx listas, adaptadas por audiencia, un deck para HubSpot, otro para los speakers, otro para los sponsors. Cada uno con las slides específicas que esa audiencia necesita, sin slides de más ni de menos.
Visual Identity convierte el copy y el design system de Impulse en los assets visuales concretos: banners, carruseles, cartilla del evento.
Grupo 2 — Captación y conversión
Landing Page Builder produce la landing HTML completa con CTA, copy por segmento y formulario, partiendo de la narrativa maestra y los datos del evento.
Campaign Analytics es el agente de inteligencia de la campaña. Corre cada lunes por la mañana y cruza cinco métricas clave: registros en HubSpot vs. meta de 600, tasa de apertura de emails por segmento, engagement en LinkedIn, reuniones agendadas vs. meta de 55, y deals creados vs. meta de 33. Clasifica cada métrica con semáforo (en camino / en riesgo / fuera de meta) y genera tres acciones concretas priorizadas para la semana. El output es un reporte .docx más un mensaje al equipo en Slack.
Sin este agente, el equipo solo sabe si ganó o perdió el 11 de junio. Con él, puede corregir en semana 3.
Skill Builder produce los SKILLs de IA que se van a entregar como regalo en el evento: herramientas interactivas que los asistentes pueden usar desde el día siguiente. Toma el briefing del skill y los casos reales del segmento objetivo para construir algo que sea inmediatamente útil para quien lo recibe.
Fase 1: el agente que opera el día del evento
Event Day Assistant tiene una sola función, pero es la más crítica del sistema: convertir cada conversación presencial en una oportunidad calificada.
El agente recibe el registro del asistente, nombre, empresa, cargo, segmento, las zonas que visitó y produce en tiempo real tres cosas: un resumen del perfil en tres líneas para el ejecutivo de cuentas, el ángulo de conversación recomendado para ese perfil específico, y el siguiente paso sugerido (agendar reunión / solicitar demo / follow-up).
El resultado práctico: el AE no llega a la conversación en frío. Llega con contexto, con un ángulo claro y con la siguiente acción definida. En un evento de 300 personas en un solo día, eso hace toda la diferencia.
Fase 2: el agente que convierte el evento en pipeline
Post-Event Follow-up opera entre el 12 y el 26 de junio, las dos semanas más importantes del ciclo. La meta es 33 deals en pipeline al 26 de junio.
El agente toma los datos de cada asistente, si completó la Cartilla del evento, si agendó reunión, su segmento, las zonas que más le interesaron y produce tres cosas: un email personalizado por perfil para las 72 horas posteriores al evento, una secuencia de nurture de 14 días, y un brief para el AE de la reunión agendada.
La personalización aquí no es opcional. Un email genérico de 'gracias por asistir' tiene tasas de respuesta de 3-5%. Un email que referencia la zona específica que visitó, el problema que mencionó y el siguiente paso concreto para su situación, ese email convierte diferente.
Lo que aprendí diseñando este sistema
Tres cosas que no eran obvias al principio:
Primero: la Narrativa Maestra es el activo más importante del sistema. No los agentes. Si el documento de contexto es vago, los agentes producen cosas genéricas. Si es preciso con el posicionamiento claro, los mensajes por segmento, los datos verificados del evento los agentes producen cosas que se pueden publicar directamente.
Segundo: no todos los agentes tienen la misma prioridad de arranque. En semana 1, los tres agentes críticos son el Audiovisual Agent, el Deck Builder y el Campaign Analytics. Los demás se pueden activar en paralelo después. El orden importa porque hay dependencias: el outreach no puede empezar sin que el mensaje esté validado, y el mensaje no está validado hasta que el deck y el AV están revisados.
Tercero: el agente de analytics cambia cómo opera todo el equipo. Antes, el equipo ejecutaba y esperaba ver resultados al final. Con Campaign Analytics corriendo cada lunes, el equipo opera con visibilidad semanal: sabe qué está en camino, qué está en riesgo y qué acción concreta tomar esta semana. Eso convierte la campaña de un sprint de 6 semanas en un sistema con corrección continua.
¿Esto reemplaza al equipo humano?
No. Y esa es la pregunta equivocada.
Los agentes ejecutan las tareas de producción que consumen tiempo pero no requieren juicio estratégico: redactar el quinto email de una secuencia, armar las slides para el tercer segmento, generar el script del video de la zona 2.
El equipo humano toma las decisiones que importan: qué mensaje debe resonar en este momento del mercado, qué conversación vale la pena profundizar, qué deal merece atención personalizada esta semana.
La arquitectura está diseñada para que el equipo dirija la estrategia y los agentes ejecuten. No al revés.
El 11 de junio vamos a ver en vivo cómo funciona este sistema, no en diapositivas, sino con los agentes operando en tiempo real frente a los asistentes. Si estás en Lima, Perú, y esto es relevante para cómo opera tu equipo, puedes solicitar tu lugar en el link de la bio. Son 300 cupos con confirmación requerida.
Preguntas frecuentes
¿Qué diferencia hay entre estos agentes y un chatbot?
Un chatbot responde preguntas en una interfaz de conversación. Estos agentes ejecutan tareas de producción con entradas específicas y salidas concretas: un deck .pptx listo, un email personalizado por perfil, un reporte .docx con semáforo de métricas. No están diseñados para conversar, están diseñados para producir.
¿En qué plataforma están construidos estos agentes?
Todos están construidos en Claude, usando el Agent SDK y conectados vía MCP a HubSpot, Slack y Google Drive. La orquestación corre dentro de Claude Cowork, que es el entorno donde el equipo los activa y revisa los outputs.
¿Cuánto tiempo tomó diseñar esta arquitectura?
El diseño estratégico tomó una tarde. La construcción de los primeros cinco agentes tomó una semana. Los tres agentes nuevos, Audiovisual Agent, Deck Builder y Campaign Analytics, se diseñaron específicamente para SINFONÍA y llevaron dos semanas adicionales. Lo que más tiempo toma no es el agente en sí, es tener clara la Narrativa Maestra y las entradas y salidas exactas de cada rol.
¿Se puede replicar este modelo para otros eventos o campañas?
Sí. La arquitectura es replicable. Lo que cambia es la Narrativa Maestra, el documento de contexto que define el posicionamiento, los segmentos y los mensajes clave. Con eso bien definido, los agentes se adaptan a cualquier campaña con entradas y salidas similares.
¿Cómo maneja el sistema los cambios de último minuto?
Porque todos los agentes leen de la misma Narrativa Maestra, un cambio en ese documento se propaga a todos los outputs sin necesidad de actualizar cada agente por separado. Si cambia el mensaje del evento, cambia el contexto. Si cambia el contexto, cambian los outputs. Esa es una de las ventajas más prácticas de tener una fuente de verdad única.
¿Tu equipo tiene el sistema o tiene las herramientas?
Hay una diferencia entre tener HubSpot y tener un sistema de revenue. Entre tener IA y tener agentes que producen resultados concretos. Si quieres entender cómo se ve esa diferencia en la práctica, no en teoría, el 11 de junio vamos a mostrarlo en vivo en Lima.
Si no estás en Lima, o si quieres hablar de cómo se ve esto aplicado a tu equipo específico, puedes reservar una sesión estratégica de 40 minutos
Deja de apagar incendios, Opera un sistema. Reserva tu sesión aquí
Eduardo Eneque es CEO de Impulse, HubSpot Diamond Partner, y fundador de Conversia — plataforma de Agentes IA integrada nativamente con HubSpot. Escribe sobre Revenue Systems, IA en negocios B2B, y el proceso de escalar empresas en LatAm.
