Comparativa
¿n8n o automatización a la medida?
01Criterio a criterio
Comparación
| Criterio | n8n (o Make) | Automatización a la medida |
|---|---|---|
| 01Primer resultado | n8n (o Make)Horas o días | Automatización a la medidaSemanas |
| 02Costo de entrada | n8n (o Make)Suscripción de la herramienta, o autoalojarla | Automatización a la medidaProyecto una vez, más mantenimiento |
| 03Quién lo mantiene | n8n (o Make)Alguien de tu equipo — y tiene que existir esa persona | Automatización a la medidaNosotros, o quien tú decidas: el código es tuyo |
| 04Sistemas sin API | n8n (o Make)Se complica: hay que salir de la herramienta igualmente | Automatización a la medidaSe resuelve por archivo, correo, base de datos o interfaz |
| 05Cuando algo falla de noche | n8n (o Make)Se entera quien mire el panel | Automatización a la medidaEl flujo avisa; el monitoreo es parte del proyecto |
| 06Lógica difícil de expresar en nodos | n8n (o Make)Acaba en un nodo de código que nadie más entiende | Automatización a la medidaEs código desde el principio, versionado y probado |
| 07Cuándo elegirlo | n8n (o Make)Pocas conexiones, todas con API, alguien que lo cuide | Automatización a la medidaProceso crítico, o sistemas viejos, o nadie que lo cuide |
02La parte incómoda
03Nuestra postura
En la práctica
Trabajamos con n8n, Make y ElectroNeek además de con código propio, y elegimos según lo que pida el caso, no según lo que nos convenga facturar. Si tu flujo cabe en n8n, lo montamos en n8n — y si un día se te queda corto, migrarlo es un proyecto normal, no un rescate.
04Dudas
Preguntas frecuentes
- ¿Pueden trabajar sobre el n8n que ya tengo?
- Sí, y suele ser el camino más corto: revisamos lo que hay, arreglamos lo que se rompe y nos llevamos a código sólo los flujos que lo pidan. No hay que empezar de cero para mejorar lo que ya funciona.
- ¿Qué pasa si el flujo falla y nadie se entera?
- Es el riesgo real de cualquier automatización, en n8n o en código: un flujo que falla en silencio es peor que no tenerlo. Por eso en nuestros proyectos el aviso de fallo es parte del alcance, no un extra.
- ¿De quién es lo que se construye sobre n8n?
- Tuyo desde el primer día: el código, los flujos, los accesos y la documentación. Si mañana quieres que lo mantenga otro, se lo entregas y ya está.
- ¿Conviene autoalojar la herramienta de flujos o pagar la nube del fabricante?
- Depende de quién va a cuidarla. Autoalojar cambia una suscripción por trabajo propio: servidor, actualizaciones, respaldos y alguien que responda si se cae de madrugada. Si dentro no hay quien haga eso, la nube del fabricante acaba saliendo más barata en la práctica, aunque en la hoja de cálculo parezca lo contrario.
- ¿Se puede pasar un flujo a código sin apagar el que ya corre?
- Sí, y es como lo hacemos. La versión nueva corre en paralelo con datos reales pero sin efectos hacia fuera, se comparan las salidas de las dos durante unos días y sólo cuando coinciden se apaga la vieja. Es más lento que cambiar de golpe, y es la razón por la que nadie se queda sin proceso a medio camino.
- ¿Qué documentación queda de un flujo, además del dibujo de los nodos?
- El dibujo muestra qué se conecta, no por qué. Dejamos escritas las tres cosas que el diagrama nunca dice: qué dispara el flujo y cada cuánto, qué se hace con cada excepción ya conocida, y a quién le llega el aviso cuando algo falla. Sin eso, un flujo heredado es un misterio con horario.
05Cuatro casos con veredicto
Según tu caso
Tres herramientas con API y alguien con paciencia
El formulario del sitio debe crear el prospecto en el CRM y avisar por mensaje a quien le toque atenderlo. Las tres piezas tienen API, el volumen es de decenas al día y en el equipo hay alguien dispuesto a armarlo y probarlo. Aquí gana n8n, y decirlo no nos cuesta nada: es cuestión de una tarde, se ve funcionando al momento y no hace falta que intervenga nadie de fuera.
Averiguar si el proceso vale la pena
Sospechas que clasificar los correos de cotización ahorraría horas, pero no sabes cuántas ni si el equipo lo va a usar. Aquí gana el flujo desechable: se arma en n8n, corre dos semanas y deja un dato que ninguna junta iba a producir. Si el ahorro aparece, se construye en serio con esa medición sobre la mesa. Si no aparece, tiraste un flujo de una tarde y no un proyecto.
El proceso nocturno del que depende facturar
Un cruce que arranca a las tres de la mañana, mueve importes y alimenta la facturación del día siguiente. Si se ejecuta dos veces, duplica; si no se ejecuta, nadie factura. Aquí gana el desarrollo a la medida: hace falta que un reintento no cobre doble, que exista manera de probar antes de tocar producción y que el fallo despierte a alguien. Eso se construye, no se configura.
Cuando sólo un pedazo se sale del molde
El flujo entero cabe en nodos salvo un tramo: leer un archivo con un formato terco, o aplicar una regla de negocio con veinte condiciones encadenadas. Aquí ninguna de las dos gana sola. Se deja n8n al frente, con lo que se ve y se reintenta, y ese tramo difícil pasa a ser un servicio propio al que el flujo llama. Queda legible por fuera y aislado por dentro.
06Lo que cuesta de verdad
Lo que cuesta cada opción más allá del arranque
Una herramienta de flujos se paga por suscripción o se autoaloja, y autoalojar no es gratis: es un servidor con sus actualizaciones, sus respaldos y alguien que responda cuando se cae. El gasto grande, sin embargo, es tiempo de tu equipo: aprender la herramienta, probar sin un lugar seguro donde probar, y reconstruir lo que nadie documentó cuando su autor cambia de trabajo. El desarrollo a la medida arranca desde $35,000 MXN, lleva el aviso de fallo dentro del alcance y continúa con la suscripción de mejora sólo si el flujo va a evolucionar. Cambiar de decisión también difiere: llevar un flujo de nodos a código es reescribirlo, mientras que pasar código a otro proveedor es entregar un repositorio.
07Señales de que ya se te quedó corta
- 01El flujo tiene un nodo de código que una sola persona del equipo entiende.
- 02Duplicaste el mismo flujo cuatro veces y las cuatro copias ya divergieron.
- 03Nadie se atreve a tocarlo porque probar significa ejecutar sobre datos reales.
- 04Un reintento mandó el mismo correo tres veces y hubo que disculparse.
- 05Quien lo armó se fue y quedó un flujo encendido que nadie sabe apagar.
- 06Falló el jueves de noche y te enteraste el lunes, por un cliente.
- 07Cada ajuste pequeño obliga a repasar veinte nodos para no romper otro.
- 08El historial ya no alcanza para reconstruir qué pasó la semana pasada.
08Los términos, sin misterio
- Nodo
- Cada caja del dibujo: una acción, una condición o una llamada a otro sistema. Leerlo es fácil, y el problema empieza cuando la lógica pide más condiciones de las que caben en pantalla.
- Autoalojado
- Correr la herramienta en un servidor tuyo en vez de pagar la nube del fabricante. Cambia una factura por trabajo: actualizaciones, respaldos y alguien pendiente de que siga encendido.
- Reintento
- Volver a ejecutar lo que falló. Sin una regla que evite repetir el efecto, un reintento puede facturar, cobrar o notificar dos veces exactamente la misma cosa.
- Control de versiones
- Guardar cada cambio con autor y fecha, y poder volver atrás. Es la diferencia entre saber qué se rompió ayer y tener que adivinarlo mirando el flujo de hoy.
- Orquestador
- La pieza que decide el orden: qué corre, cuándo y qué ocurre si algo falla. Puede ser una herramienta de nodos o código propio, pero conviene que sea una sola.
Hablemos
¿Cuál es tu caso?
Media hora, gratis. Si la respuesta correcta es no contratarnos, te lo digo en esa llamada.