Cómo una agencia cazó un pico de gasto nocturno de un cliente antes de quemar presupuesto

La agencia de esta historia es un compuesto, construido a partir del patrón operativo que vemos en las tiendas de performance, pero el modo de fallo es exacto. Cuatro personas, 22 cuentas de cliente, inversión repartida entre Meta, Google, TikTok, Taboola y Snapchat. Su peor noche no fue un error de estrategia ni una mala creatividad. Fue una sola campaña de cliente que duplicó su CPA un sábado a las 21:00, y la única razón por la que no quemó el fin de semana entero sin que nadie la tocara es el workflow de alertas de pico de gasto de agencia que habían construido dos meses antes.

Esta es la historia de ese sábado: el pico, el ping que encontró el móvil correcto, la única pantalla que usó la lead para confirmar y pausar, y por qué la línea entre notificar y actuar era justo de lo que iba todo.

El punto ciego que una agencia de 22 cuentas no podía permitirse

Antes del workflow, la agencia monitoreaba como lo hacen casi todas las tiendas pequeñas: un largo barrido de dashboards cada mañana, cuenta por cuenta, plataforma por plataforma. Funcionaba bastante bien de lunes a viernes porque siempre había alguien mirando hacia las 9:00. El problema eran las 16 horas al día y los dos días completos de fin de semana en los que no había nadie.

Un pico que empieza el viernes a las 21:00 y corre sin vigilar hasta el lunes a las 9:00 tiene 60 horas para hacer daño. En una cuenta de cliente con un pacing de varios cientos de euros al día, un CPA que se duplica no es un error de redondeo que el cliente perdona: es un número que aparece en el siguiente reporte sin ninguna explicación decente al lado. La agencia había tenido suerte. Lo sabían, y no les gustaba montar un negocio sobre la suerte.

La fragmentación lo empeoraba. Los benchmarks de agencia de AgencyAnalytics de 2024 han señalado de forma consistente el monitoreo y el reporting de cuentas como uno de los mayores sumideros de tiempo recurrentes en las operaciones de agencia, y las previsiones de eMarketer de 2024 documentaron presupuestos digitales repartidos entre varias plataformas principales en lugar de concentrados en una. Un equipo de cuatro personas vigilando 22 cuentas en cinco plataformas no es una carga de trabajo atípica: es la carga por defecto, y un barrido manual no escala para cubrir sus bordes.

El workflow: enruta el pico al móvil que lo posee

El arreglo fue una inversión deliberada. En vez de que el equipo fuera a 22 cuentas para encontrar un problema, las cuentas levantarían la mano solas cuando apareciera uno. El equipo configuró un conjunto reducido de alertas de alto coste y baja ambigüedad en cada cuenta de cliente:

• Techo de CPA — coste por adquisición cruzando un umbral que ese cliente concreto nunca aceptaría.
• Pacing de gasto — una campaña adelantándose a su curva diaria esperada, o un presupuesto casi agotado antes de que termine el flight.
• Agotamiento de presupuesto — un ad set a punto de apagarse al tocar su tope a mitad de flight.
• Suelo de ROAS — el retorno sobre la inversión publicitaria cayendo por debajo de una línea en una campaña que ayer era rentable.

Todo lo más silencioso que eso (varianza menor, eventos informativos) se derivaba a un resumen programado que el equipo leía a su ritmo. La prueba para cada regla era una sola pregunta: si esto salta a las 23:00 de un sábado, ¿vale la pena robarle la atención a alguien? Si no, era una fila de un reporte, no una alerta.

Luego vino el enrutamiento, que es lo que evita que 22 cuentas entierren a cuatro personas. Cada alerta llegaba a la persona responsable de esa cuenta, no a todo el equipo. La lead se quedó con el pacing de gasto y los techos de CPA de todas las cuentas, porque el pacing del dinero era el riesgo de confianza del cliente que ella cargaba en persona. Las media buyers tomaron la deriva de ROAS de las cuentas que llevaban día a día. El canal de entrega fue Telegram, por la razón obvia: nadie estaba en un escritorio a las 21:00 de un sábado, pero todos tenían el móvil. La configuración replica la mecánica de nuestra guía de configuración de alertas en Telegram, y la lógica de selección de reglas de qué alertas importan de verdad.

El sábado en que cazó una

A las 21:14 de un sábado, vibró el móvil de la lead. Una alerta de Telegram: una cuenta de cliente, un techo de CPA cruzado en un solo ad set, la campaña con nombre, el umbral y el valor actual lado a lado. No un vago «algo pinta raro», sino una cuenta específica, un ad set específico, un número específico que era aproximadamente el doble de la línea que habían fijado.

El pico tenía una causa banal, del tipo que siempre hace el daño. Un ad set nuevo dentro de una campaña existente se había lanzado el viernes por la tarde con una creatividad que atraía clics pero casi ninguna conversión. Durante la tarde del viernes parecía el ruido normal de los primeros compases. Para el sábado por la noche había gastado hasta un CPA que, dejado en paz, habría corrido el fin de semana entero y aparecido en el reporte del lunes como un número con el que el cliente abriría la llamada.

Una pantalla: confirmar, luego pausar, de forma deliberada

Esta es la parte que más le importaba a la agencia. La alerta no pausó nada. Le dijo a la lead que se había cruzado un techo; la decisión de actuar siguió siendo suya.

Abrió la cuenta en el móvil. Primero confirmó la causa en el historial de acciones, el registro atribuido y con marca de tiempo de cada cambio en esa cuenta. Ahí estaba: una junior había lanzado el ad set nuevo el viernes a las 16:12, con nombre y marca de tiempo. Ni un misterio, ni un fallo de plataforma, sino un cambio conocido con un responsable claro. Eso importaba, porque descartó las posibilidades más inquietantes (un acceso no autorizado, una regla descontrolada) en diez segundos. Con la causa confirmada, pausó el único ad set culpable desde la misma pantalla, dejó corriendo el resto de la campaña y soltó una línea en el canal del equipo para que el lunes empezara con contexto en lugar de con un incendio.

Tiempo total transcurrido del ping al ad set pausado: menos de cuatro minutos, en un móvil, un sábado por la noche. La campaña mantuvo vivos sus ad sets ganadores; solo se detuvo el que sangraba.

Por qué notificar y nunca auto-pausar el presupuesto de un cliente

La agencia había considerado entregar esto a una regla automática: CPA sobre el techo, pausar el ad set, sin humano en el bucle. Decidieron en contra de forma deliberada, y el razonamiento es específico de gestionar el dinero de otros.

Un umbral no puede ver el contexto. Ese sábado, la pausa fue la decisión correcta. Pero la misma alerta en una cuenta distinta la semana siguiente no lo era: un cliente tenía una promo flash lanzándose el domingo, se esperaba que el CPA se disparara en el calentamiento del sábado, y una pausa automática habría matado la campaña horas antes de la promo que estaba construida para alimentar. La lead lo sabía porque tenía el contexto; una regla que dispara ante un número no lo habría sabido. Un cambio irreversible al presupuesto de un cliente a las 23:00 debe ser una decisión aprobada, no una desatendida.

Si más adelante la agencia quiere que el sistema prepare un arreglo concreto y aprobable en lugar de solo señalar el pico, esa es una capacidad aparte y siempre con aprobación previa; las contrapartidas se detallan en manual vs solo-alerta vs automatización con guardarraíles. Para este equipo, notificar-y-luego-decidir era el suelo correcto: los hacía rápidos sin hacerlos imprudentes con el presupuesto de un cliente.

Qué cambió más allá de aquel sábado

El pico cazado fue el titular, pero el cambio duradero fue la relación del equipo con las horas fuera de oficina. Antes, cada fin de semana arrastraba un bajo temor de fondo: ¿hay algo quemándose en una cuenta que nadie está vigilando? Después, la suposición por defecto se invirtió: el silencio significaba cubierto, porque un problema real habría avisado. El equipo dejó de revisar dashboards los domingos, y estaban más descansados por ello, no menos cubiertos.

Hubo también un dividendo de cara al cliente. Cuando la lead mencionó la captura en la siguiente llamada («detectamos un ad set derivando el sábado por la noche y lo pausamos antes de que corriera el fin de semana»), no sonó a disculpa. Sonó a atención. Los clientes le pagan a una agencia por vigilancia, y las alertas enrutadas fuera de horario dejan que cuatro personas vigilen como un equipo mucho más grande. La capacidad de respuesta, no la hoja de cálculo, es el producto.

La capacidad cambió como consecuencia. El monitoreo dejó de escalar de forma lineal con el número de cuentas: una cuenta callada simplemente sigue callada, así que el salto de 22 a 28 cuentas apenas tocó la carga de monitoreo del equipo. Las horas que antes se iban en los barridos matutinos fueron al trabajo que los clientes sí notan. Ese desacoplamiento (la atención siguiendo a los datos en lugar del calendario) es el desbloqueo operativo detrás de todo el workflow.

Construye el mismo workflow de pico de gasto

El patrón es replicable con cualquier número de cuentas. Conecta cada cuenta de cliente mediante OAuth oficial, vincula Telegram como canal de entrega, define alertas de techo de CPA y de pacing contra la línea base real de cada cuenta, enruta cada alerta a la persona que posee esa cuenta y apóyate en el historial de acciones para confirmar la causa antes de actuar. Ajústalo durante una semana hasta que el canal esté callado-pero-certero, y luego confía en el silencio.

Las agencias a esta escala suelen funcionar con Pro EUR 499 o Plus EUR 1.499/mes (EUR 1.199 anual), que escalan con el número de cuentas y el tamaño del equipo, con Enterprise a medida para las tiendas más grandes; y puedes validar el workflow completo de alertas de pico de gasto durante la prueba gratuita de 14 días junto al plan gratuito permanente antes de comprometerte. Para la capa de plataforma que aloja juntos las alertas, el historial de acciones, el lanzamiento y el reporting, consulta nuestra recopilación del mejor software de gestión de ads para agencias, y el hub de herramientas para agencias para el resto del playbook. La lección debajo de todo es simple: un pico que el equipo nunca ve es un pico que el cliente paga, y la forma más barata de verlo es hacer que la cuenta levante la mano sola.