Automatizar con n8n vs. Make vs. Claude Code: cuándo usar cada uno

La mayoría de empresas usan la herramienta equivocada para automatizar. No porque no hayan investigado. Sino porque confunden «automatización» con «agentes de IA» y aplican Claude Code donde debería ir n8n, o intentan construir en n8n lo que requiere razonamiento real. El resultado: procesos que se rompen, costes innecesarios o automatizaciones que no pueden manejar la variabilidad real del trabajo.

Este artículo explica cuándo usar cada herramienta, con qué criterio elegir, y cuál es el stack que hemos llegado a usar en producción cuando los dos tipos de automatización conviven en el mismo sistema.

El punto de partida: qué tipo de proceso tienes

Antes de elegir herramienta, hay que responder una pregunta sobre el proceso que quieres automatizar:

¿Este proceso siempre sigue el mismo camino, o varía según el contexto?

Un formulario de contacto que crea un lead en el CRM y envía un email de confirmación siempre sigue el mismo camino. La entrada tiene los mismos campos. La acción es siempre la misma. El resultado es siempre el mismo. No hay decisiones que tomar.

Una solicitud de presupuesto que hay que evaluar, clasificar según el tipo de cliente, redactar una respuesta personalizada según el sector y derivar a la persona adecuada según la carga de trabajo actual: ahí hay variabilidad. El proceso no es el mismo cada vez. Requiere leer el contexto y tomar decisiones.

Esa distinción es la que define qué herramienta usar.

n8n, Make y Zapier: automatización determinista

n8n, Make y Zapier son herramientas de flujo. Funcionan con lógica if/then: si pasa X, haz Y. El flujo se diseña de antemano, los nodos se conectan visualmente y cuando se ejecuta, el proceso sigue exactamente el camino que definiste.

Sus fortalezas son reales:

Coste bajo. Para flujos simples y repetitivos, el coste es entre €0 y €50 al mes. Si tienes un proceso que se ejecuta 5.000 veces al mes y siempre hace lo mismo, no tiene sentido usar un modelo de lenguaje para cada ejecución.

Fácil de mantener. El flujo es visual. Cualquier persona del equipo que no es técnica puede entender qué hace el proceso, dónde empieza y dónde termina. Cuando algo falla, el nodo que falló está marcado en rojo.

Integraciones nativas. Make y Zapier tienen cientos de conectores preconstruidos para los sistemas empresariales más comunes: HubSpot, Salesforce, Google Workspace, Slack, Notion, Airtable, Stripe. La conexión ya está hecha. Solo tienes que configurar los campos.

n8n añade una ventaja adicional: puede desplegarse on-premise, lo que importa para empresas con requisitos de privacidad de datos que no quieren que sus flujos pasen por servidores de terceros.

El límite de estas herramientas: son tan buenas como la definición del flujo. Si el 20% de los casos no encaja en el flujo que definiste, ese 20% requiere intervención manual. Y cuando el volumen crece, ese 20% se convierte en un problema de tiempo real del equipo.

Claude Code con agentes: automatización con razonamiento

Un agente de Claude Code no sigue un flujo fijo. Recibe un objetivo, decide qué pasos dar para conseguirlo, ejecuta acciones, evalúa el resultado y ajusta si es necesario. Puede manejar variabilidad porque razona sobre el contexto en lugar de seguir instrucciones predeterminadas.

Eso cambia qué tipo de procesos puede automatizar:

Clasificación con criterio. Un flujo puede clasificar un email como «soporte» o «ventas» basándose en palabras clave. Un agente puede leer el email completo, entender la intención real del remitente aunque no use las palabras esperadas, y clasificarlo con el criterio que usaría una persona del equipo.

Redacción contextual. Un flujo puede insertar el nombre del cliente en una plantilla. Un agente puede redactar una respuesta personalizada teniendo en cuenta el historial del cliente, el tono adecuado para ese tipo de solicitud y los productos relevantes para su caso concreto.

Manejo de excepciones. Un flujo se rompe o deriva a revisión manual cuando aparece un caso que no estaba previsto. Un agente puede razonar sobre qué hacer con ese caso, igual que lo haría un empleado que encuentra una situación inusual.

El coste de esta capacidad es real. Cada ejecución de un agente consume tokens de modelo. Para procesos de alta frecuencia y bajo contenido variable, eso es un sobrecoste que no tiene sentido. Para procesos donde la variabilidad es la norma y las excepciones son frecuentes, el coste del agente es menor que el coste de la intervención manual constante.

El árbol de decisión

Este es el criterio que usamos para elegir:

¿El proceso necesita tomar decisiones o manejar excepciones?
│
├── NO → ¿La secuencia de pasos es siempre la misma?
│         │
│         ├── SÍ → n8n / Make / Zapier
│         │
│         └── NO → Revisa si hay variabilidad oculta
│
└── SÍ → ¿La variabilidad es significativa caso a caso?
          │
          ├── SÍ → Agente Claude Code
          │
          └── NO → n8n / Make con lógica condicional simple

Una pregunta adicional que ayuda a confirmar la elección: ¿podrías escribir en papel todas las reglas del proceso, de forma que alguien sin contexto pudiera ejecutarlo exactamente como tú? Si la respuesta es sí, es un flujo determinista. Si la respuesta es «depende de muchas cosas que hay que valorar sobre la marcha», es un proceso que requiere razonamiento.

Comparativa directa

Criterio	n8n / Make / Zapier	Claude Code agentes
Tipo de proceso	Determinista, siempre igual	Variable, requiere juicio
Manejo de excepciones	Manual o por regla predefinida	Razonamiento en tiempo real
Coste por ejecución	Bajo (céntimos o menos)	Mayor (tokens de modelo)
Coste mensual base	€0 – €50 para flujos básicos	Variable según uso
Mantenimiento	Visual, accesible para no técnicos	Requiere revisión de instrucciones
Integraciones	Cientos de conectores nativos	Via MCP o código personalizado
Escalabilidad	Alta para volumen homogéneo	Alta para variabilidad compleja
Casos que no encajan	Falla o deriva a manual	Razona sobre el caso

Por qué no usar Claude Code para todo

La tentación, una vez que has visto lo que puede hacer un agente bien configurado, es usarlo para todo. Es un error.

Para un proceso que envía una notificación de Slack cuando se cierra una oportunidad en HubSpot, usar un agente es como contratar a un consultor para que apague y encienda la luz. El proceso es sencillo, predecible y se ejecuta miles de veces al mes. n8n lo resuelve en cinco minutos de configuración por €0 adicionales al mes. Un agente lo resolvería igual de bien, pero con un coste por ejecución, una latencia mayor y una complejidad de mantenimiento innecesaria.

Además, los flujos deterministas en n8n son más fáciles de auditar. Puedes ver exactamente qué hizo cada ejecución, en qué orden y con qué datos. Para procesos críticos de negocio donde la trazabilidad importa, eso tiene valor.

Por qué no usar n8n para todo

El problema de intentar cubrir todo con flujos deterministas es el 20% que no encaja.

Imagina un flujo que clasifica solicitudes de soporte por tipo de problema y las asigna al técnico adecuado. Para el 80% de los casos, el flujo funciona bien. Pero el 20% restante son solicitudes que mezclan temas, que están escritas de forma ambigua, que tienen un contexto especial que cambia la asignación correcta. Ese 20% llega a revisión manual.

Con un volumen bajo, es manejable. Con 500 solicitudes al día, ese 20% son 100 revisiones manuales diarias. La automatización ha fallado en su objetivo principal.

El flujo tampoco aprende. Si el año pasado el proceso era siempre el mismo y este año ha cambiado la estructura del equipo o los criterios de asignación, hay que rediseñar el flujo. Un agente con instrucciones actualizadas adapta su comportamiento sin reconfigurar nodos.

El stack en producción: los dos juntos

El stack que hemos llegado a usar en producción no elige entre los dos. Los combina según el tipo de tarea.

Un ejemplo concreto:

Trigger y enrutamiento (n8n): cuando llega un nuevo lead a través del formulario web, n8n captura los datos, los guarda en HubSpot y activa el proceso de calificación. El marco para elegir entre todas está en herramientas de IA para empresas.

Calificación y respuesta (Claude Code): el agente recibe los datos del lead, accede al historial de clientes similares, evalúa el encaje con el perfil de cliente ideal según criterios que incluyen sector, tamaño, urgencia y presupuesto implícito, y redacta una respuesta personalizada ajustada al perfil detectado.

Distribución del resultado (n8n): el resultado de la calificación —puntuación, resumen, respuesta redactada— lo recoge n8n y lo distribuye: actualiza el campo de calificación en HubSpot, notifica al comercial asignado en Slack y crea la tarea de seguimiento con la prioridad correcta.

n8n hace lo que hace bien: capturar, distribuir, conectar sistemas. Claude Code hace lo que hace bien: evaluar, razonar, redactar. Ninguno intenta hacer el trabajo del otro.

Para entender cómo conectar Claude Code a los sistemas de empresa que n8n ya tiene configurados, el artículo sobre MCPs: cómo conectar tu agente a Slack, Drive, HubSpot y cualquier herramienta explica la capa de integración. Y si quieres entender qué es exactamente un agente y en qué se diferencia de un chatbot, el artículo qué es un agente de inteligencia artificial cubre esa base.

Cómo empezar si estás eligiendo ahora

Si estás decidiendo qué herramienta usar para un proceso concreto, este es el orden que recomiendo:

Primero, describe el proceso por escrito, paso a paso, como si tuvieras que explicárselo a alguien nuevo. Si puedes escribirlo como una lista de instrucciones fijas sin condiciones complejas, es un flujo para n8n o Make.

Segundo, identifica los casos que se salen de ese flujo. Si representan menos del 10% y son aceptables como revisión manual, el flujo determinista es suficiente. Si superan ese umbral o si la revisión manual tiene un coste real de tiempo, necesitas razonamiento.

Tercero, si llegas a la conclusión de que necesitas un agente, empieza con el proceso más acotado posible. Un agente que hace una cosa bien es más útil que un agente que intenta hacer diez cosas de forma mediocre. La complejidad se añade cuando la base funciona.

Preguntas frecuentes