Un viernes por la tarde te sentaste a resolver algo que llevaba meses molestándote: cada formulario que entraba por la web había que copiarlo a mano a la hoja de presupuestos y avisar por WhatsApp a quien tocara. Con ChatGPT delante y una tarde de pruebas en Make, lo dejaste montado. Funcionó. Y durante dos meses funcionó tan bien que dejaste de pensar en ello.

Hasta el martes que un cliente llamó preguntando por qué nadie le había contestado el presupuesto que pidió la semana anterior. El flujo llevaba doce días parado. Nadie se había enterado porque cuando una automatización falla, no llama a nadie: simplemente deja de pasar.

Montarlo tú es la decisión correcta más veces de las que crees

Conviene decirlo claro, porque este artículo lo escribe una empresa que vive de esto: si tienes un proceso interno repetitivo y sencillo, montártelo tú es lo más sensato. Las herramientas no-code de hoy —Make, Zapier, n8n— con un modelo de lenguaje al lado que te escribe la expresión que no sabes hacer, permiten resolver en una tarde cosas que hace cinco años requerían un desarrollador y tres semanas.

Un aviso cuando entra un lead. Un resumen diario en tu correo. Renombrar y archivar facturas en una carpeta. Pasar los datos de un sitio a otro. Todo eso, montado por ti, es dinero bien no gastado.

El problema no aparece al montarlo. Aparece después.

Las automatizaciones no se rompen: se caen en silencio

Un empleado que no hace su trabajo se nota. Un flujo automático que deja de funcionar, no. Y las razones por las que deja de funcionar casi nunca están en el flujo:

  • La otra aplicación cambió. Las APIs se actualizan y las versiones viejas se retiran. El paso que leía un campo de tu CRM sigue pidiendo un campo que ya no se llama así.
  • Un token caducó. Las conexiones a Google, Meta o tu banco caducan o se revocan al cambiar una contraseña. El flujo lo intenta, falla, y se queda ahí.
  • Se agotó el plan. Los planes gratuitos y básicos tienen límite de ejecuciones al mes. El día 22 se acaba y el resto del mes no pasa nada.
  • Cambió algo tuyo. Alguien añadió una columna en la hoja, cambió el asunto de un correo o movió una carpeta. Para ti es un detalle; para el flujo es un cambio de reglas.

Ninguna de esas cosas se anuncia. Y si el flujo no tiene detección de errores ni avisos, la única alarma disponible es un cliente enfadado.

Lo que separa un flujo casero de algo que aguanta

La diferencia no está en la herramienta —a menudo es la misma— sino en lo que se monta alrededor:

  • Control de errores y reintentos. Si la llamada falla porque la otra aplicación tardó, se reintenta. Si vuelve a fallar, se registra.
  • Avisos a una persona. Cuando algo se rompe, alguien lo sabe ese día, no doce después.
  • Registro de lo que pasó. Poder responder a “¿este presupuesto se envió?” sin abrir cuatro pestañas.
  • Que no dependa de una persona. El flujo que vive en la cuenta personal de quien lo montó se convierte en un problema el día que esa persona se va de vacaciones o de la empresa.
  • Datos en su sitio. Si por el flujo pasan nombres, teléfonos o facturas de clientes, hay que saber dónde se guardan y con qué contrato. No es opcional: es RGPD.

El coste que no aparece en la factura

La versión casera parece gratis porque su coste no se factura: se paga en tus horas. Las de montarlo, que son visibles y se aceptan de buena gana. Y las de mantenerlo, que son las que nadie presupuesta —revisar que sigue vivo, arreglarlo cuando cambia algo, rehacerlo cuando el volumen crece.

En la práctica, el punto de inflexión llega cuando el proceso deja de ser interno y empieza a tocar a un cliente. Un resumen que no te llega es una molestia. Un presupuesto que no sale es una venta perdida, y no te enteras.

Un ejemplo con números (ejemplo ilustrativo)

Una empresa de reformas monta un flujo casero: formulario web → hoja de cálculo → aviso por WhatsApp al comercial. Entran unos 40 presupuestos al mes.

El flujo se cae doce días por un token caducado de Google. En ese periodo entran 16 solicitudes que nadie ve. Suponiendo que cerraran una de cada cuatro, con un ticket medio de 3.000 €, son unos 12.000 € que no se pierden por hacer mal el trabajo, sino por no haber recibido el aviso. El coste de la capa que faltaba —control de errores y un aviso al móvil— era una fracción mínima de eso.

Los números son un ejemplo, no un dato medido. El mecanismo, en cambio, se repite constantemente.

Cómo decidir sin rehacer nada

No hace falta elegir entre “me lo monto todo yo” y “que lo haga alguien”. La pregunta útil es proceso por proceso: si esto se cae y no me entero, ¿qué pasa? Si la respuesta es “nada grave”, móntalo tú y sigue. Si la respuesta es “pierdo un cliente, incumplo un plazo o me quedo sin un dato”, ese proceso necesita algo más que un flujo.

Si ya tienes automatizaciones montadas, en el diagnóstico gratuito revisamos las que hay: qué aguanta, qué está a un cambio de API de romperse y qué merece una capa de fiabilidad encima. Muchas veces no hay que rehacer nada — solo saber qué se cae en silencio.