Chatbot + handoff comercial

Qué resuelve este handoff de chatbot a ventas

Un chatbot que cualifica leads pero los deja atrapados en su propia conversación es casi tan malo como no tener chatbot: el visitante ha invertido tiempo respondiendo preguntas y, si nadie del equipo humano recoge el testigo, esa energía se pierde. Este workflow de n8n recibe el resumen de la conversación del bot mediante un webhook, valida que el email proporcionado tiene un formato correcto, crea o actualiza el contacto en tu CRM y avisa al comercial de guardia en Slack con un enlace directo a la ficha y un resumen de lo que el visitante ha contado. Si el email no es válido, el flujo no crea ningún registro y solo deja constancia en un log interno, evitando ensuciar el CRM con contactos inútiles. El resultado es que la conversación digital se convierte en una conversación humana en minutos, no en horas, sin que nadie tenga que revisar manualmente la bandeja del chatbot.

Qué necesitas antes de importar el flujo

Necesitas una instancia de n8n donde alojar el flujo y acceso de escritura a tu CRM mediante una API o un endpoint de creación de contactos; cualquier CRM que acepte peticiones HTTP con un cuerpo JSON sirve, no hace falta que sea uno concreto. También necesitas un canal de Slack con un Incoming Webhook configurado para las alertas de handoff, y la URL base de las fichas de contacto en tu CRM, de modo que el enlace que reciba el comercial lleve directamente al registro correcto en vez de a una página genérica. Antes de conectar el chatbot real, ten claro qué campos captura tu bot durante la conversación: como mínimo necesitas el email del visitante, y lo ideal es contar también con nombre, empresa y un resumen breve de lo que ha preguntado o solicitado, para que el aviso al comercial tenga contexto suficiente sin obligarle a leer todo el histórico del chat.

Cómo está construido el workflow

El flujo empieza con un Webhook publicado en la ruta chatbot-lead-handoff, seguido de un nodo de configuración donde defines la URL de creación en el CRM, la URL base de las fichas de contacto y la URL del webhook de Slack. A continuación, un nodo de normalización limpia y ordena los campos recibidos (email, nombre, empresa, resumen de chat) y un nodo IF comprueba si el email tiene un formato válido.

Configurar el handoff paso a paso

Importa el JSON en n8n y localiza el nodo Config handoff. Rellena crmCreateUrl con el endpoint de tu CRM para crear o actualizar contactos, crmRecordBaseUrl con la URL base que, combinada con el identificador del contacto, forma el enlace directo a la ficha, y slackWebhookUrl con la dirección de tu Incoming Webhook. Guarda y activa el flujo, y copia la URL de producción del nodo Webhook para configurarla como destino de los datos que envía tu proveedor de chatbot al finalizar (o durante) una conversación cualificada. Comprueba en la documentación de tu herramienta de chat cómo configurar ese envío: la mayoría de plataformas permiten disparar un webhook personalizado cuando se cumplen ciertas condiciones, como que el visitante haya facilitado su email o haya solicitado hablar con alguien del equipo.

Probar la validación de email y el traspaso

Haz al menos dos pruebas antes de conectar el chatbot en producción: una con un email con formato correcto para confirmar que se crea el contacto en el CRM y llega el aviso de Slack con el enlace correcto, y otra con un email claramente inválido (sin arroba, por ejemplo) para confirmar que el flujo se desvía a la rama de registro sin crear nada. Revisa también qué ocurre si faltan campos opcionales como el nombre o el resumen del chat: el flujo debería seguir funcionando con valores vacíos en esos campos en lugar de fallar por completo. Por último, verifica que el enlace que llega en el mensaje de Slack abre realmente la ficha correcta en tu CRM, no una página de error o un contacto distinto por un problema de formato en el identificador.

RGPD, horario humano y alternativas en Make/Zapier

Antes de activarlo con tráfico real, define una franja horaria de cobertura humana: si el bot funciona 24 horas pero tu equipo comercial solo atiende en horario de oficina, informa a los visitantes fuera de ese horario de cuándo recibirán respuesta, para no generar expectativas de inmediatez que luego no se cumplen. El chatbot debe informar con claridad de que está hablando con un asistente automatizado y del tratamiento de los datos que recoge, conforme al RGPD.

Qué datos captar en el chatbot para un handoff útil

Cuanta más información relevante capture el bot antes del traspaso, menos tiempo pierde el comercial reconstruyendo el contexto de la conversación. Además del email, intenta que el bot pregunte de forma natural por el tamaño de la empresa, el problema concreto que busca resolver el visitante y si ya usa alguna herramienta similar a la tuya; estos tres datos, incluidos en el resumen de chat que llega a Slack, permiten al comercial preparar la primera llamada o el primer correo con criterio en vez de empezar desde cero. Evita, eso sí, que el bot insista demasiado en preguntas si el visitante muestra señales de querer hablar ya con una persona: forzar dos o tres preguntas más solo por completar el formulario suele generar más abandono del que compensa la información adicional obtenida. Revisa periódicamente las conversaciones que terminan en handoff para detectar preguntas que el bot podría añadir o quitar según lo que realmente ayude al equipo comercial a preparar mejor el primer contacto.

Importar, configurar y producción 24/7

En n8n: ⋯ → Import from File → el JSON de este recurso. El flujo llega inactive. Abre el sticky INSTRUCCIONES del lienzo y el nodo Config/Set: URLs, umbrales y placeholders. Enlaza credenciales reales (HTTP Header Auth, OAuth Google Sheets, Slack Incoming Webhook, CRM Private App) — nunca dejes tokens en el archivo versionado.

Prueba una ejecución Manual o un evento de test (formulario, webhook, cron forzado). Revisa CRM, Sheets o Slack. Solo entonces Active. Timezone del workflow: Europe/Madrid.

Para que corra solo hace falta n8n online. Self-hosted UE: VPS Hetzner/OVH/IONOS (o panel con Docker) → Ubuntu → Docker Compose (n8n + Postgres) → HTTPS con Caddy/Nginx → N8N_HOST, WEBHOOK_URL, GENERIC_TIMEZONE=Europe/Madrid, N8N_ENCRYPTION_KEY. Alternativa: n8n Cloud (importas, conectas credenciales y Active; vigila límites). Make/Zapier: mismo mapa mental; este JSON es el esqueleto n8n.

EU AI Act y RGPD: qué es y por qué tu empresa debe aplicarlo

El Reglamento (UE) 2024/1689 (EU AI Act) ya está en vigor. Si tu empresa usa n8n con nodos de IA (Gemini, OpenAI, Claude, etc.) en ventas o operaciones, actuáis como desplegadores (deployers): no hace falta ser el fabricante del modelo. Desde el 2 de febrero de 2025 el Artículo 4 exige alfabetización en IA del personal que opera estos sistemas; en agosto de 2026 se refuerza la supervisión (AESIA en España) y la trazabilidad.

En paralelo, el RGPD (AEPD) aplica porque el flujo trata datos de contacto B2B. Base jurídica, minimización y, si hay perfiles automatizados a escala, evaluación de impacto. AI Act y RGPD se acumulan: un fallo puede implicar ambas autoridades.

Este recurso ayuda en la práctica: placeholders sin secretos, Europe/Madrid, opción self-hosted en VPS UE (soberanía de datos), registro de ejecuciones en n8n (logs) y espacio para human-in-the-loop (aprobación antes de acciones sensibles). Detalle: /uso-responsable-de-ia-y-transparencia. Texto informativo, no asesoramiento legal.