Hasta dónde llega n8n antes de necesitar código
El ciclo completo de un lead en n8n: captura, deduplicación, enriquecimiento, aviso al equipo y registro en el CRM. Dónde conviene pasar a código a medida.
La idea
Casi todo el mundo usa n8n para tareas sueltas. Quería saber otra cosa: hasta dónde aguanta como orquestador de un proceso de negocio completo, y en qué punto conviene dejar de arrastrar nodos y escribir una integración.
El flujo que monté
Un lead entra por formulario y recorre todo el ciclo:
- Webhook de entrada, con validación del payload antes de tocar nada.
- Deduplicación por email contra el CRM: si existe, se actualiza; si no, se crea.
- Enriquecimiento con datos públicos del dominio de la empresa.
- Aviso al equipo por Slack, solo si el lead supera un umbral.
- Registro en el CRM con origen y trazabilidad del recorrido.
Dónde n8n gana claramente
En todo lo que es pegar sistemas y reaccionar a eventos. Montar el flujo anterior en funcionamiento llevó una tarde; escribirlo a mano habrían sido días. Y algo que se subestima: el equipo de negocio puede ver el flujo y entender qué pasa, cosa que no ocurre con un repositorio.
Dónde empieza a doler
- Versionado. Comparar dos versiones de un workflow no se parece a leer un diff. Un cambio pequeño es difícil de revisar.
- Pruebas. No hay forma cómoda de probar el flujo sin dispararlo. Terminé creando un entorno aparte con datos de mentira.
- Lógica condicional. A partir de cierto número de ramas, el lienzo se vuelve ilegible. Ahí un
ifen código vale más que cinco nodos. - Reintentos con criterio. Distinguir un fallo temporal de uno definitivo es posible, pero se acaba escribiendo código dentro de un nodo function; y si vas a escribir código, la pregunta cambia.
Lo aprendido hasta ahora
La pregunta no es "¿no-code o código?". Es qué parte del proceso cambia a menudo. Lo que el negocio ajusta cada semana —umbrales, avisos, destinatarios— vive mejor en n8n, donde se toca sin desplegar. Lo que es estable y crítico —resolución de identidad, idempotencia, reintentos— vive mejor en código.
Siguiente paso
Sacar la deduplicación a un pequeño servicio propio y dejar que n8n lo llame, para ver si el flujo se vuelve más legible y más fácil de probar.