n8n o código a medida: cómo decido
No es una guerra de religión. Son criterios concretos los que separan una buena automatización visual de una que había que escribir a mano.
Cuando alguien me pide automatizar un proceso, la discusión rara vez es “n8n contra código”. La pregunta útil es otra: ¿quién va a mantener esto y cuánto va a cambiar con el tiempo?
Cuándo elijo una herramienta visual
- El flujo tiene muchos servicios conectados y pocas reglas propias.
- El equipo quiere ver y ajustar el proceso sin depender de mí.
- Cambia seguido y conviene editarlo rápido.
- El volumen es moderado y el costo por ejecución es aceptable.
Herramientas como n8n o Make ganan cuando la lógica es mayormente “conectar piezas”.
Cuándo escribo código
- Hay lógica propia que no encaja en nodos.
- El volumen hace que el costo por tarea importe de verdad.
- Se necesita control fino de errores, reintentos y rendimiento.
- El sistema es parte del producto de la empresa, no una utilidad interna.
Si vas a automatizar un proceso que cambia cada semana, no lo escribas. Si vas a automatizar el corazón de tu operación, no lo dejes en una caja negra.
El punto medio que casi siempre gana
En la práctica, la mejor respuesta suele ser híbrida: una herramienta visual para la orquestación y funciones de código para las partes delicadas. Así el equipo mantiene la vista del flujo y la lógica crítica queda probada y versionada.
En resumen
La herramienta no es la decisión. La decisión es quién mantiene el sistema y cuánto puede romperse. Responde eso primero y la elección casi se resuelve sola.