Sales outreach loop completo (research → draft → approve → send → log)

Full sales outreach loop cubre cinco pasos del flujo de salida en frío en una sola orquestación: investigación del lead, generación del borrador, aprobación por parte del manager, envío y registro. El agente de IA asume las tareas rutinarias, el ser humano mantiene el control sobre la calidad del mensaje y la decisión de enviar o no.

Qué hace exactamente la automatización

1. Investigación. El agente recopila datos del lead de CRM y fuentes abiertas: sitio web de la empresa, rol del contacto, eventos recientes (lanzamientos, contratación, funding). Genera un perfil breve de 4–6 puntos.
2. Borrador. En base al perfil y la plantilla de tono, genera el primer email personalizado: hook, value proposition, soft CTA. No utiliza frases genéricas del tipo «espero que todo le vaya bien».
3. Aprobación. El borrador llega al manager en Slack, correo o interfaz de CRM. El manager edita, aprueba o rechaza con una sola acción. Sin approval, el email no se envía.
4. Envío. El email aprobado se envía a través del proveedor de email conectado (mailbox del manager o dominio dedicado de outreach). Se añade a la secuencia de follow-up si está configurado.
5. Registro. El agente registra el envío, apertura, respuesta y actividades relacionadas en la ficha de CRM del lead. Marca la etapa del embudo, crea una follow-up task si es necesario.

Qué NO hace la automatización

• No reemplaza al manager en el paso de aprobación. El approval-gate está integrado en la arquitectura — no es un bug, sino una funcionalidad. El loop se diseña para un scale controlado, no para un envío blast.
• No elude los filtros de spam. Si el dominio no está calentado, el deliverability será bajo incluso con contenido personalizado perfecto. El calentamiento del dominio y del mailbox es un trabajo previo independiente.
• No funciona con un CRM sucio. Si en el CRM hay duplicados, estados desactualizados y faltan los campos necesarios (rol, industria, tamaño de empresa), el paso de research devolverá basura y el draft resultará genérico.

El resultado es un aumento del volumen de contacto saliente de 10 veces (de 10–15 a 150–200 emails por día), un crecimiento del open rate del 18% al 52% y del reply rate del 2,1% al 8,7%. Las cifras son alcanzables siempre que el dominio esté calentado, el ICP esté definido y el CRM contenga el conjunto mínimo de campos del lead.

Bajo el capó — orquestación multiagente sobre agent-framework. Cada paso es un agente o nodo independiente con entradas, salidas y límites de responsabilidad claramente definidos. Grow2.ai ensambla un loop de tres clases de componentes: orquestador de estado, motor LLM para la generación e integraciones con CRM, correo y canal de aprobación.

Esquema de arquitectura

1. Trigger. La entrada al loop se produce por programación (daily batch de N leads) o por evento en CRM (nuevo lead en el segmento «outbound frío»). Para un rate limiting controlado, el modo batch se usa por defecto.
2. Research agent. Obtiene el lead_id del CRM, extrae datos de la empresa (website, perfil público, noticias), el rol del contacto y el contexto. Utiliza APIs de enrichment externas y campos del CRM. El resultado es un perfil JSON estructurado.
3. Draft agent. Recibe el perfil + template guidelines (tone, tipo de CTA, longitud) + ejemplos de correos exitosos anteriores. Genera el draft mediante LLM. Verifica la longitud, el tone y la presencia de frases prohibidas mediante un filtro rule-based.
4. Approval gateway. El draft + el perfil del lead se envían al manager. El formato es una tarjeta en Slack, un email con botones inline o una tarea en CRM. El manager ve el contexto y una de tres opciones: approve, edit-and-approve, reject.
5. Send agent. Triggered on approval. Se conecta al proveedor de email, envía el correo en nombre del manager (mediante OAuth o SMTP). Establece los encabezados para el seguimiento de open y click.
6. Log agent. Registra en CRM: enviado, abierto, respondido. Crea actividades asociadas, actualiza el stage del lead. Ante un reply, eleva el lead a la cola de trabajo manual.

Componentes del sistema

Pasos de implementación

1. Discovery (semana 1–2). Auditoría del proceso outbound actual: dónde se invierte el tiempo, qué plantillas funcionan, qué información se recopila manualmente. Definición del ICP y los criterios de segmentación.
2. CRM hygiene (semana 2–3). Limpieza de duplicados, completado de los campos obligatorios del lead (rol, industria, tamaño), definición del embudo de estados para outbound.
3. Agent scaffolding (semana 3–5). Ensamblaje de los agentes research/draft/send/log, conexión al CRM y al proveedor de email. Pruebas manuales con 20–50 leads.
4. Approval UX (semana 5–6). Configuración del canal de aprobación (Slack-bot o CRM-view), ajuste de la latency entre draft y approve. El objetivo es que el manager dedique no más de 30 segundos al approve.
5. Domain warmup (en paralelo con las semanas 1–6). Si se utiliza un dominio outreach dedicado, el warmup se realiza en paralelo con el track principal, con salida gradual al volumen objetivo.
6. Pilot + tuning (semana 6–10). Lanzamiento con el batch completo de 100–200 leads por día, monitoreo de open/reply/unsubscribe, corrección iterativa de prompts y plantillas.

La arquitectura permanece transparente: cada paso se registra, cada decisión del agente es visible para el manager. El Approval-gate garantiza que un draft deficiente nunca llegue al cliente.

Para ejecutar el loop completo se necesitan datos sobre los leads, accesos a las herramientas de trabajo y una preparación mínima del equipo.

Datos y accesos

• CRM con los campos del lead completos: rol, empresa, industria, tamaño, etapa del embudo. Sin esto, el paso de research devuelve basura.
• Proveedor de email con acceso OAuth (Gmail Workspace, Microsoft 365) o SMTP. Preferiblemente, un dominio o mailbox calentado para outbound.
• Plantillas de emails y ejemplos de casos de éxito. Mínimo 5–10 emails outbound que hayan funcionado, de los que el agente pueda aprender el estilo.
• Un ICP definido (ideal customer profile): a quién escribimos, qué buscamos, cómo calificamos.
• Canal de aprobación: Slack-workspace, correo corporativo o CRM con posibilidad de inline-approve.

Preparación del equipo

• Un manager responsable (SDR o sales lead), que esté dispuesto a dedicar 30–60 minutos al día a aprobar borradores durante las primeras 2–3 semanas del piloto. Después, 15–20 minutos.
• Rol técnico (in-house o por parte de Grow2.ai): integración con CRM, acceso a API, configuración del agent-framework.
• Margen para domain warmup — si el dominio de outreach es nuevo, se necesitan 3–4 semanas en paralelo con el desarrollo principal.

Timeline

6–10 semanas desde el discovery hasta el lanzamiento en producción para un equipo de 5–50 personas. Las primeras 2 semanas — auditoría y limpieza del CRM. Semanas 3–6 — construcción y pruebas de los agentes. Semanas 6–10 — piloto con scale gradual y tuning de prompts. Domain warmup va en paralelo, si aplica. Tras el lanzamiento — 2–4 semanas de optimización activa del reply rate y personalización con datos reales.