Las automatizaciones no se rompen porque quien las montó lo hiciera mal. Se rompen porque están hechas de decisiones tomadas en un momento concreto sobre herramientas que cambian sin avisarte. Esa fragilidad no es un fallo de ejecución: es una propiedad del modelo. Y tiene un precio anual bastante medible.
Lo que cuesta antes de romperse
Los rangos de 2026: las agencias de automatización cobran entre 2.000 y 8.000 $ por flujo, y entre 8.000 y más de 60.000 $ por una construcción de varios flujos o un agente a medida. El acompañamiento mensual de dos o tres flujos ronda los 1.000 a 3.500 $.
Hasta aquí, un presupuesto normal. Lo interesante viene después.
Lo que cuesta el año siguiente
Dos cifras que casi nunca están en la propuesta:
Las integraciones añaden entre un 20% y un 40% al coste del proyecto. No es un extra opcional: es conectar las herramientas, que es exactamente para lo que contratas el trabajo.
El mantenimiento se lleva entre un 15% y un 25% del coste de construcción, cada año. Un flujo de 6.000 $ arrastra entre 900 y 1.500 $ anuales solo para que siga funcionando igual que el primer día.
Y hay un tercer coste que no se factura pero se paga: los dueños de pequeños negocios dedican entre 4 y 7 horas por semana a mantenimiento de software y sistemas. Cuando un flujo se cae, esas horas salen de alguien — normalmente el dueño, o la persona menos técnica del equipo, que es quien estaba disponible.
Por qué se rompen exactamente
Tres causas, y ninguna es negligencia:
Las APIs cambian. Una herramienta que actualiza su versión, cambia un campo o retira un endpoint deja el flujo mudo. Nadie te avisa; te enteras porque algo dejó de llegar.
La lógica caduca. El flujo codificó tu proceso de aquel martes. Cambias una tarifa, añades un servicio, contratas a alguien que hace las cosas de otra manera, y la rama que existía ya no describe tu negocio.
El caso no previsto. La causa más frecuente y la menos visible. El flujo no falla: simplemente no encuentra rama que aplicar, y se queda parado esperando a un humano que no sabe que le toca.
Hay una manera precisa de decirlo que circula en el sector: la fragilidad de las integraciones es deuda de diseño, y como casi toda deuda, se acumula en silencio hasta que llega la factura.
La regla de las mil ejecuciones
De todo lo que leí preparando este artículo, esto es lo más útil, y viene de la propia industria de la automatización:
Si un flujo va a ejecutarse más de mil veces al mes, o si tu negocio notaría su caída en menos de un día, probablemente no debería vivir a largo plazo en una herramienta no-code.
Es una regla honesta porque va contra el interés de quien la formula. Y funciona en las dos direcciones: si tu flujo corre cincuenta veces al mes y su caída te daría igual hasta el viernes, montarlo en Zapier o Make es la decisión correcta y cualquier cosa más grande es tirar el dinero.
Cuándo una automatización de agencia es la respuesta correcta
Conviene decirlo claro, porque se está poniendo de moda despreciarlas:
- El proceso es estable: hace dos años que se hace igual.
- Tiene pocas ramas: pasa esto, haz aquello.
- El volumen es bajo y previsible.
- Si se cae, te enteras y lo haces a mano sin drama.
- Quieres estar funcionando la semana que viene.
Ese es el terreno donde el no-code brilla, y no hay nada mejor. Contratar una construcción a medida para eso es carísimo y lento sin motivo.
Y cuándo no
Cuando lo que quieres automatizar es tu negocio, no una tarea suya.
Un negocio real no es estable ni tiene pocas ramas. Un cliente pide mover una cita, añadir un servicio y facturarlo todo junto. Otro paga la mitad ahora. Otro quiere el presupuesto en PDF y por WhatsApp. Cada una de esas variantes es una rama nueva, y cada rama nueva es otro presupuesto, otro mes de espera y otro 15–25% anual de mantenimiento.
Llega un punto en que la señal es evidente: el equipo dedica más tiempo a mantener los flujos que el que los flujos ahorran. Ahí la automatización dejó de ser una solución y pasó a ser un sistema más que mantener.
La alternativa no es «más flujos»
Es cambiar quién decide los pasos. En vez de encadenar la ruta por adelantado, se le da a un asistente acceso a tus datos con un conjunto de funciones definidas, y compone la ruta en cada caso concreto. Lo no previsto deja de ser un fallo y pasa a ser el funcionamiento normal.
No es magia y también tiene costes —variables, y hay que mirarlos—. Lo explico con datos y con sus límites en qué es MCP y qué cambia de verdad en tu CRM.