Qué es n8n y para qué sirve en una empresa

El dolor real: procesos pegados con cinta adhesiva entre sistemas que no se hablan

Antes de hablar de la herramienta conviene mirar lo que la empresa ya está pagando sin darse cuenta. Un pedido entra por WhatsApp, alguien lo transcribe al ERP, otro lo carga al CRM, un tercero arma el correo de confirmación y un cuarto actualiza la planilla que gerencia revisa los lunes. Cada traspaso manual es un punto donde se pierde tiempo, se cuela un error de tipeo o el dato simplemente no llega. Cuando pides el número de horas que se van en eso, casi nunca existe.

El síntoma clásico son las planillas puente: el Excel que cada área armó para tapar el hueco entre dos sistemas que la empresa compró en años distintos y nunca integró. No es un problema de software. El pegamento entre los sistemas son personas haciendo trabajo mecánico. Antes de instalar nada, la pregunta es cuáles son los tres traspasos que más tiempo consumen hoy. Sin esa respuesta, cualquier herramienta automatiza el desorden en vez de resolverlo.

Qué es n8n de verdad, sin la capa de marketing

n8n es una plataforma de automatización y orquestación de flujos de trabajo. En términos de negocio: un lugar donde defines que cuando pasa X en un sistema, ocurra Y en otro, con las validaciones que hagan falta en el medio. Se opera con una interfaz visual de nodos encadenados, donde cada nodo es un paso: leer un correo, consultar la base de datos, llamar a un modelo de IA, escribir en el CRM, avisar si algo salió mal. No reemplaza a tus sistemas, se para encima de ellos y los coordina.

Lo que lo separa del resto es dónde puede vivir y qué tan lejos llega. Ofrece una versión gestionada en su nube, pero también se instala en tu propia infraestructura con Docker, Kubernetes o npm, y no te encierra en los conectores prearmados: cuando el sistema interno no tiene integración lista, llamas a su API o ejecutas código propio en un nodo. En empresas con software heredado, esa flexibilidad suele ser la única razón por la que el proyecto es posible.

Cómo se ve n8n dentro de la operación, con casos concretos

La forma honesta de explicarlo no es describir la interfaz, es mostrar qué trabajo deja de hacerse a mano. Los patrones que más se repiten en empresas medianas:

• Entrada de pedidos desde canales sueltos: llega un correo o un formulario, se extrae la información estructurada (acá suele entrar un modelo de IA para leer texto libre o un PDF), se valida contra el maestro de clientes y se crea el registro en el ERP sin que nadie transcriba.
• Sincronización entre sistemas sin integración nativa: mantener alineados stock, precios o estados de cliente entre dos aplicaciones que nunca se hablaron.
• Alertas conectadas a reglas de negocio: avisar al responsable cuando un pedido lleva demasiadas horas sin atender o cuando un indicador se sale de rango.
• Tareas con IA dentro de un proceso: clasificar tickets, resumir conversaciones, extraer campos de documentos, con paso humano de aprobación cuando la decisión tiene consecuencias.

Fíjate en lo que tienen en común: reglas claras, volumen alto y baja tolerancia al error de transcripción. Ese es el punto dulce. Un proceso que ocurre tres veces al mes y exige criterio humano en cada paso no necesita orquestación, necesita que alguien lo haga bien.

Lo que de verdad lo diferencia: dónde vive el dato y bajo qué licencia

Control del dato

En una plataforma solo cloud, cada dato que pasa por un flujo atraviesa la infraestructura del proveedor y las credenciales de tus sistemas viven ahí. Con n8n autoalojado, el motor corre en tu servidor: datos de clientes, claves del ERP e historial de ejecuciones se quedan dentro. Eso cambia la conversación con legal y con riesgos, sobre todo en banca, salud o seguros. La contraparte es directa: asegurar esa instancia pasa a ser responsabilidad tuya, no del proveedor.

Control del costo

n8n cobra su plan gestionado por ejecución completa del flujo, no por cada paso, a diferencia del modelo por operación de otras plataformas. La diferencia se nota en flujos largos. Autoalojado, el costo de licencia desaparece y lo reemplaza el de servidor y mantenimiento: cambias una factura predecible por una carga operativa que casi nunca está presupuestada.

Licencia y dependencia

Acá hay que ser preciso porque se dice mal seguido: n8n no es open source en el sentido estricto. Se distribuye bajo una licencia de uso sostenible que permite usarlo libremente para automatizar tu propio negocio, pero limita revenderlo o alojarlo como servicio para terceros, y las ediciones Business y Enterprise requieren clave de licencia incluso instaladas en tu servidor. Para quien solo automatiza procesos internos eso no es un problema. Para una consultora que piensa vender flujos alojados como producto, sí.

Qué NO es n8n y qué no te va a resolver

Esta es la sección que más se salta la gente y la que más problemas evita. n8n es bueno en lo suyo y completamente inútil fuera de eso:

• No es una estrategia de IA. Es la cañería. Si nadie definió qué proceso vale la pena rediseñar, solo te da una forma más rápida de mover el desorden de un sistema a otro.
• No arregla datos malos. Si tu maestro de clientes tiene duplicados y campos vacíos, la automatización propaga esa suciedad más rápido y a más sistemas.
• No sustituye un sistema de gestión. Cuando alguien empieza a guardar el estado del negocio dentro de los flujos, la empresa creó un sistema en la sombra que nadie va a poder mantener.
• No se administra solo. Necesita servidor, respaldos, monitoreo, credenciales y actualizaciones. La versión gestionada te quita esa carga, la autoalojada te la entrega completa.
• No reemplaza el criterio. Un flujo ejecuta reglas. Si la regla está mal pensada, la ejecuta mal mil veces sin quejarse.

Cuándo conviene y cuándo te estás comprando infraestructura que no quieres mantener

Cuándo n8n es la decisión correcta

• Tienes restricciones reales sobre dónde pueden vivir los datos, por regulación sectorial o contrato con clientes, y una plataforma solo cloud no pasa el filtro.
• Parte importante de tu operación corre sobre sistemas internos o hechos a medida, sin conectores listos en las plataformas cerradas.
• Los flujos son largos y el cobro por acción de otras plataformas dispara el costo cuando crece el volumen.
• Ya existe alguien con responsabilidad formal sobre infraestructura. No un voluntario entusiasta: un responsable con horas asignadas.

Cuándo es mejor no meterse

• Nadie tiene tiempo asignado para operar el servidor. Si la respuesta a “¿quién lo mantiene?” es un nombre que ya carga tres trabajos, la respuesta real es nadie.
• El caso de uso son dos o tres integraciones simples entre aplicaciones SaaS estándar. Ahí una plataforma gestionada cuesta menos en total.
• El proceso todavía no está definido ni documentado. Automatizar algo que cambia cada semana es garantía de mantenimiento eterno.
• La motivación es probar la herramienta, no resolver un dolor medido. La curiosidad técnica es válida, pero no justifica meter infraestructura a producción.

Si dudas, hay un atajo que funciona: empieza gestionado, valida durante dos o tres meses que el proceso genera valor real, y recién ahí evalúa mudarlo a infraestructura propia con el caso de negocio en la mano.

Errores típicos que veo en empresas que ya lo instalaron

• Un solo flujo gigante que hace todo. Cuarenta nodos encadenados sin separación por responsabilidad. Cuando falla, nadie sabe dónde, y cambiar un paso obliga a probar todo de nuevo.
• Credenciales personales en producción. Los flujos corren con la cuenta del empleado que los armó. El día que esa cuenta se desactiva, se cae la operación sin previo aviso.
• Cero manejo de errores. El flujo asume que todas las llamadas responden bien. Cuando una API se cae, el proceso se detiene en silencio y nadie se entera hasta el cierre de mes.
• Sin ambiente de pruebas. Se edita directo en producción porque “es un cambio chiquito”. Ese cambio manda tres mil correos duplicados un viernes por la tarde.
• Automatizar el proceso viejo tal cual. Automatizar sin rediseñar es hacer más rápido lo que no había que hacer.
• Confundir cantidad de flujos con avance. Sesenta automatizaciones activas y ninguna conectada a un indicador de negocio. Eso no es un sistema, es una colección.

Cómo saber si valió la pena, con señales que no se pueden maquillar

La métrica que casi todos usan al principio es la peor: cantidad de flujos activos. Eso mide actividad del equipo técnico, no valor para el negocio. Las señales que reviso a los dos o tres meses:

• Horas mensuales de trabajo manual eliminadas en el proceso específico, contra la línea base que tomaste antes de automatizar. Sin línea base, la discusión ya está perdida.
• Tasa de retrabajo: cuántos registros hay que corregir a mano después de la automatización, comparado con antes.
• Tiempo de ciclo de punta a punta: cuánto demora hoy un pedido o una aprobación en recorrer todo el circuito.
• Porcentaje de ejecuciones que fallan y cuánto tarda alguien en enterarse. Un flujo que falla seguido y nadie lo nota es peor que no tenerlo.
• Horas técnicas mensuales dedicadas a mantener la instancia. Si esa cifra crece mes a mes, no construiste un sistema, construiste una deuda.
• Cuántos procesos podría retomar otra persona sin ayuda de quien los construyó.