Reglas automatizadas: la alerta llegó el sábado y se actuó el martes
Caso real · El presupuesto de un mes consumido en cuatro días de puente
Una alerta que llega a alguien que no puede actuar sobre ella no es un sistema de protección: es la notificación de un daño que se está produciendo. Casi todo el esfuerzo de la monitorización se dedica a detectar, y el sistema falla en el eslabón siguiente, que nadie diseña: qué ocurre entre que el aviso llega y alguien tiene autorización para hacer algo.
Este caso no es un fallo de detección. La detección funcionó perfectamente.
El punto de partida: cuatro días entre el aviso y la acción
«Detectamos el problema el sábado y no se corrigió hasta el martes porque nadie tenía autorización para tocar la campaña.»
Un puente festivo. Un cambio automático de puja disparó la entrega de una campaña, que empezó a consumir muy por encima de lo previsto.
La alerta funcionó. El sistema detectó la anomalía y avisó el sábado por la mañana. Toda la inversión en monitorización hizo exactamente lo que se esperaba de ella.
Y no sirvió de nada.
El responsable de campañas recibió el aviso, entendió el problema en dos minutos y no tenía atribuciones para pausar sin aprobación. Llamó a su director. El director estaba de puente, ilocalizable. No había suplente designado ni procedimiento para esa situación.
Se actuó el martes por la mañana. Cuatro días después.
Para entonces la campaña había consumido el presupuesto de todo el mes. Las tres semanas restantes se afrontaron sin cobertura en las líneas rentables, que habían quedado sin fondos.
El hueco se llama atribuciones
Merece nombrarse con precisión, porque es lo que distingue este caso de cualquier proyecto de monitorización.
El hueco entre la alerta y la acción tiene un nombre poco técnico y muy real: quién puede hacer qué, cuándo, sin preguntar. En la mayoría de organizaciones eso no está escrito en ninguna parte, lo que en la práctica significa que la respuesta por defecto es nadie, fuera del horario del director.
Y esa respuesta por defecto no se descubre en un comité ni en una auditoría. Se descubre un sábado, con una campaña consumiendo el presupuesto del mes.
Cerrarlo no es un problema de tecnología. Es una página de decisiones que alguien con capacidad de firmar tiene que tomar: qué actuaciones son reversibles, quién está de guardia, y qué se hace cuando no se localiza a nadie.
Lo que descartamos
Gestión automatizada completa de campañas. Hay proveedores que ofrecen delegar la operación entera en un sistema de reglas que optimiza, reasigna y decide sin supervisión. No lo proponemos, y no solo por prudencia: las reglas automáticas funcionan bien ante situaciones previstas, y las que hacen verdadero daño son las imprevistas. Un sistema con autonomía total ante una situación que nadie modeló actúa con confianza en la dirección equivocada, que es peor que no actuar.
Guardias o disponibilidad permanente del equipo. Era la otra salida obvia: que alguien esté siempre localizable. Tiene coste humano considerable, se degrada con el tiempo —las guardias se cumplen bien los tres primeros meses— y no resuelve el caso en que la persona localizable tampoco tiene atribuciones.
Ampliar las atribuciones sin más. Dar a todo el equipo capacidad de modificar campañas sin límite habría resuelto este incidente y creado uno mayor. La solución no es más autorización: es autorización acotada y definida por adelantado.
Cómo diseñamos las reglas automatizadas y el protocolo de actuación
1. Separar lo reversible de lo que exige criterio
La primera conversación fue con dirección, y no era técnica: qué actuaciones son reversibles y de bajo riesgo, y cuáles no.
| Actuación | Reversibilidad | ¿Automatizable? |
| Pausar una campaña | Alta — se reanuda y se pierden horas de entrega | Sí |
| Reasignar presupuesto entre líneas ya aprobadas | Media | Con límite de importe |
| Modificar estructura, creatividades o estrategia de puja | Baja | No |
El criterio aplicado: automatizamos solo lo que, si se ejecuta por error, tiene un coste pequeño y recuperable.
2. Reglas automatizadas con límites explícitos
Pocas y muy acotadas:
- Consumo diario por encima de un múltiplo definido de su media → pausa automática y notificación. Es el caso del incidente original.
- Coste por adquisición por encima de un umbral, sostenido durante un periodo mínimo → pausa y notificación.
- Tracking caído → pausa. Cada euro gastado sin medición no solo se gasta a ciegas: enseña algo falso al algoritmo de puja [enlazar a /casos/tracking-roto-en-campanas].
- Campaña detenida por problema técnico → su presupuesto se redistribuye entre líneas designadas de antemano como destino de contingencia.
Cada regla lleva escrito su límite: qué campañas afecta, qué importe máximo puede mover, y en qué condiciones no se aplica — por ejemplo, durante campañas especiales con consumo alto previsto y aprobado.
3. El protocolo de autorización delegada
La pieza que faltaba por completo, y que no es tecnológica en absoluto. Se documentó con firma de dirección:
- Qué puede hacer cada rol sin consultar, por gravedad de la situación e importe implicado.
- Quién está de guardia en cada periodo, festivos y vacaciones incluidos, con suplente designado.
- Qué hacer cuando no se localiza a nadie: una actuación por defecto, siempre la conservadora. En caso de duda, se pausa. Pausar de más cuesta unas horas de entrega; no pausar costó un mes de presupuesto.
- Qué se registra: toda actuación fuera del circuito normal queda documentada con quién, cuándo y por qué.
Este documento cabe en una página. Es, con diferencia, la parte más barata del proyecto y la que más dinero ha ahorrado.
4. Escalado por gravedad y por tiempo
Tres niveles, cada uno con destinatario, canal y tiempo de respuesta esperado. Y escalado automático: si una alerta crítica no recibe respuesta en el plazo definido, sube al siguiente nivel; si tampoco, se ejecuta la actuación por defecto.
Ese último eslabón es lo que garantiza que ninguna situación grave dependa de que una persona concreta mire el móvil un sábado.
5. Revisión trimestral de las reglas
Cuántas veces se activó cada una, si la actuación fue correcta, si hubo falsos positivos, si algún incidente quedó sin cubrir.
En la primera revisión se ajustaron dos umbrales demasiado sensibles y se añadió una regla nueva para un tipo de incidente no previsto. Una regla automática que nadie revisa acaba actuando sobre supuestos que ya no son ciertos, y lo hace sin avisar de que han dejado de serlo.
Calibrar para equivocarse hacia el lado barato
De las cuatro actuaciones automáticas del primer año, tres fueron correctas y una fue un falso positivo: se pausó una campaña que consumía por encima de lo habitual por un motivo legítimo. Costó unas horas de entrega y llevó a ajustar el umbral.
Esa proporción no es un defecto del sistema: es el diseño. Cuando las dos opciones de error tienen costes muy asimétricos —unas horas de entrega frente al presupuesto de un mes—, el umbral debe colocarse deliberadamente del lado que produce el error barato.
Es también la conversación que hay que tener antes de implantar nada, porque el primer falso positivo llega siempre y, sin ese acuerdo previo, se interpreta como que el sistema no funciona.
Resultado
El siguiente incidente equivalente se resolvió en once minutos. Ocurrió en agosto, un domingo. La regla pausó la campaña automáticamente y notificó. El responsable de guardia lo revisó esa misma mañana, confirmó que la pausa era correcta y ajustó la configuración.
Cuatro días frente a once minutos.
Ningún presupuesto mensual se ha vuelto a agotar antes de tiempo.
El equipo dejó de estar pendiente fuera de horario. Un efecto que no estaba en el encargo: antes del proyecto varias personas revisaban las campañas los fines de semana por iniciativa propia, sin que nadie se lo pidiera, porque sabían que si pasaba algo nadie iba a poder actuar. Esa vigilancia informal desapareció.
Y el cambio de fondo: la conversación sobre automatización dejó de ser sobre confianza en la tecnología y pasó a ser sobre límites. Nadie discute si el sistema puede pausar una campaña, porque está escrito exactamente cuándo puede hacerlo y hasta dónde.
Por qué lo hacemos así
Se dedica casi todo el esfuerzo a la detección: elegir métricas, calibrar umbrales, configurar avisos. Y luego el sistema falla en el eslabón que nadie ha diseñado.
Con las atribuciones escritas, automatizar la parte reversible es sencillo y seguro. Sin ellas, se puede tener el mejor sistema de alertas del mercado y seguir actuando el martes sobre un problema del sábado.
Dónde no aplica: si tu inversión diaria es baja, el daño máximo de un descontrol de cuatro días es asumible y el protocolo puede reducirse a designar un suplente. Y si operas con puja manual y presupuestos fijos por campaña, la mayoría de estos incidentes no se producen. La urgencia de este sistema es proporcional a cuánto puede gastar tu cuenta sin que nadie lo autorice — que en las cuentas actuales, con puja automática y presupuestos compartidos, suele ser bastante más de lo que su responsable cree.
Preguntas frecuentes
¿Qué parte de la automatización de campañas se puede hacer sin riesgo?
Las reversibles y de bajo coste si se ejecutan por error. Pausar una campaña lo es: si la pausa resulta innecesaria se reanuda y se pierden horas de entrega. Reasignar presupuesto entre líneas ya aprobadas admite automatización con límite de importe. Modificar estructura, creatividades o estrategia de puja no debería automatizarse: el coste de un error es alto y difícil de revertir.
¿Por qué una alerta no basta para evitar un incidente?
Porque el aviso solo cubre la detección. Si quien lo recibe no tiene atribuciones para actuar, o si llega fuera del horario en que esas atribuciones existen, la alerta se limita a documentar un daño en curso. El eslabón que suele faltar no es tecnológico: es la definición escrita de quién puede hacer qué, cuándo y sin consultar.
¿Qué debe incluir un protocolo de actuación ante anomalías?
Cuatro cosas, y cabe en una página: qué puede hacer cada rol sin consultar según gravedad e importe; quién está de guardia en cada periodo, con suplente designado; qué actuación por defecto se ejecuta cuando no se localiza a nadie —siempre la conservadora—; y qué queda registrado de cada intervención fuera del circuito normal.
¿Es peligroso que un sistema pause campañas automáticamente?
Menos que la alternativa, si las reglas están acotadas. El riesgo real de la automatización no está en las actuaciones reversibles, sino en delegar decisiones ante situaciones imprevistas: un sistema con autonomía total ante algo que nadie modeló actúa con confianza en la dirección equivocada. Las reglas deben especificar qué pueden hacer, hasta qué importe y en qué condiciones no se aplican.
¿Cómo se calibran los umbrales de una regla automática?
Del lado del error barato. Cuando los dos posibles errores tienen costes muy asimétricos —unas horas de entrega frente a un presupuesto mensual—, conviene aceptar falsos positivos ocasionales. Esa decisión debe acordarse antes de implantar, porque el primer falso positivo llega siempre y sin acuerdo previo se interpreta como que el sistema falla.
¿Cada cuánto hay que revisar las reglas de automatización?
Trimestralmente, revisando cuántas veces se activó cada una, si la actuación fue correcta, si hubo falsos positivos y si algún incidente quedó sin cubrir. Una regla que nadie revisa sigue ejecutándose sobre supuestos que pueden haber dejado de ser ciertos, y no avisa de que lo han dejado de ser.
Si una campaña vuestra se descontrolara este sábado, ¿quién puede pausarla sin llamar a nadie? Si la respuesta requiere pensarlo, ese es el hueco. Contadnos cómo estáis organizados y en la primera conversación sabremos qué se puede automatizar y qué hay que decidir antes.
Otros casos de uso
Otros proyectos donde resolvimos el mismo tipo de problema.