Primer workflow ventas B2B

Qué es este recurso y qué problema resuelve

Este recurso es el primer workflow de ventas B2B pensado para quien empieza en n8n y no quiere diseñar la lógica desde una hoja en blanco.

Es, literalmente, el arranque más rápido y seguro para pasar de cero automatizaciones a tener el primer lead entrando solo en tu CRM. En vez de perder horas decidiendo qué nodos usar o cómo estructurar el flujo, importas esta plantilla, la conectas a tus URLs reales y en menos de media hora tienes un circuito funcional de captación B2B. Ese primer resultado tangible suele ser también el mejor argumento para convencer al resto del equipo de invertir tiempo en automatizar más procesos comerciales.

Cuándo usarlo (y cuándo pasar a algo más avanzado)

Úsalo como punto de partida si nunca has creado un workflow de ventas en n8n, si necesitas conectar un formulario sencillo con tu CRM sin invertir semanas de desarrollo, o si quieres una plantilla de referencia que enseñar a otra persona del equipo que se está iniciando en automatización.

Cuando tu negocio crezca y necesites lógica más compleja, enrutamiento por país, puntuación de leads, integración con varios canales a la vez, este flujo seguirá siendo una base válida, pero probablemente lo ampliarás o lo combinarás con otros recursos más especializados de cualificación o enriquecimiento de datos.

Qué necesitas antes de importarlo

Necesitas un CRM (o cualquier sistema equivalente) que acepte crear contactos mediante una petición HTTP POST, y la URL de ese endpoint.

No hace falta ningún conocimiento avanzado de programación: todo el flujo se configura rellenando un único nodo de configuración con dos direcciones y copiando la URL del webhook en tu formulario. Si nunca has trabajado con webhooks, piensa en ellos simplemente como una dirección de internet privada que tu formulario usa para enviar datos directamente a n8n, sin pasos intermedios.

Cómo funciona el flujo paso a paso

El lienzo tiene seis piezas encadenadas: un Webhook llamado primer-lead que actúa como única puerta de entrada, un nodo Config URLs donde centralizas tus direcciones reales, un paso de normalización que limpia y ordena los campos recibidos (nombre, correo, empresa, origen), un nodo IF que comprueba que el correo tiene formato válido, una petición POST que crea el contacto en el CRM, y finalmente un aviso a Slack con el texto Nuevo lead.

Fíjate en un detalle de diseño importante: el flujo no tiene un Manual Trigger, porque el webhook es la única entrada prevista. Esto obliga a que todo el tráfico llegue siempre desde tu formulario real, evitando ejecuciones accidentales o pruebas mezcladas con datos de producción.

Configuración detallada en n8n

Descarga el JSON e impórtalo desde ⋯ a Import from File. Abre el nodo Config URLs y sustituye crmCreateUrl por la dirección real de tu CRM y slackWebhookUrl por tu Incoming Webhook. Copia después la URL de producción del nodo Webhook y pégala como destino de envío en tu formulario, asegurándote de que los campos se llaman name, email, company y source.

Activa el workflow y envía un envío de prueba con un correo con formato válido; comprueba que el contacto aparece en el CRM y que llega el aviso a Slack. Repite la prueba con un correo mal escrito para confirmar que el flujo lo descarta sin crear el contacto.

Buenas prácticas, RGPD y alternativas en Make o Zapier

No pegues secretos ni claves de API dentro del lienzo: este flujo solo necesita URLs, y así debe quedarse. Mantén el workflow inactivo hasta que tengas URLs de entorno de pruebas (staging) donde validar cambios sin tocar datos reales, y documenta siempre quién es la persona responsable de mantenerlo. Procesa únicamente leads para los que exista una base legal clara conforme al RGPD, por ejemplo el consentimiento explícito del formulario.

En Make, la misma lógica se monta con un Webhook, un módulo que ordena los datos del lead, una llamada al CRM y un aviso final; en Zapier, sustituye la entrada por un disparador de formulario o de tabla, seguido de una acción de CRM y otra de aviso. La estructura conceptual, entrada, normalización, alta y notificación, es idéntica en las tres plataformas.

Errores habituales y cómo evolucionar el flujo con el negocio

El error más común entre quienes prueban n8n por primera vez es dejar valores de ejemplo dentro del nodo Config URLs y no darse cuenta hasta que el primer lead real desaparece porque el POST apuntaba a una dirección que no existe. Antes de anunciar el formulario a nadie, revisa dos veces que crmCreateUrl y slackWebhookUrl apuntan a sistemas reales y accesibles, y guarda una captura o registro de la primera prueba exitosa como referencia.

Otro fallo típico es confundir el entorno de pruebas con el de producción: si sigues probando el flujo con el mismo webhook que ya está conectado a tu formulario público, corres el riesgo de crear contactos de prueba mezclados con leads reales en el CRM. Usa siempre una segunda credencial o un CRM de pruebas mientras validas cambios, y solo apunta al sistema real cuando estés seguro de que el comportamiento es el esperado.

Cuando el volumen de leads aumente, es habitual querer añadir una capa de deduplicación antes del alta en el CRM, para evitar crear contactos repetidos cuando la misma persona rellena el formulario dos veces. También es frecuente incorporar un enrutamiento simple según el país o el tamaño de empresa del lead, de modo que el aviso de Slack llegue directamente al comercial responsable de esa cuenta en lugar de a un canal general.

Estos añadidos no rompen la estructura original: se insertan como nodos adicionales entre la normalización y el alta en el CRM, manteniendo intactas las piezas que ya funcionan. Es la forma más segura de crecer sin tener que rehacer el flujo desde cero cada vez que aparece una nueva necesidad comercial.

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.