Saltar al contenido
E3 CreaTIC
Todos los casos de uso

Caso de uso 03

El problema que todavía no existe

Cuando la degradación ya empezó pero la alarma aún no llegó — y el margen de intervención todavía está disponible.

Detección tempranaAnomalías con MLOperación proactiva
Latencia enlace CORE-01 — últimas 4 semanas
Anomalía detectada
Sem 1Sem 2Sem 3Sem 4

Sin EVA: la alarma llega en semana 4, cuando el umbral se cruza. El margen de intervención ya desapareció.

EVA detectó la desviación en semana 1 — 3 semanas antes del fallo.

Vista ilustrativa: los datos del panel representan un escenario típico de NOC, no un cliente específico.

Hay una gráfica que aparece en casi todas las reuniones de post-mortem. Muestra los últimos treinta días de comportamiento de un enlace, un storage o un servicio. Y en algún punto de esa gráfica hay una inflexión. Un momento en que la curva empezó a moverse en la dirección equivocada.

Nadie la vio. No porque nadie estuviera mirando, sino porque ningún umbral fue cruzado. El sistema de monitoreo no generó alarma. El tablero no cambió de color. Todo se veía verde mientras el problema se construía en silencio.

Cuando finalmente llegó la alarma, el margen de intervención ya había desaparecido. Lo que pudo ser una ventana de mantenimiento programada se convirtió en un incidente de madrugada. Lo que pudo ser una notificación anticipada al cliente se convirtió en una llamada de disculpa. El fallo no fue repentino. Solo pareció repentino.

El límite de los umbrales fijos

Los sistemas de monitoreo tradicionales tienen un punto ciego

Funcionan con una lógica binaria: por encima del umbral, alarma; por debajo, silencio. Es una lógica útil pero incompleta, porque asume que el comportamiento normal de cada elemento es estático y conocido de antemano.

Lógica de umbral fijo

Detecta cuándo algo falló

El valor cruza el umbral configurado. La alarma llega. El margen de intervención generalmente ya desapareció. Lo que sigue es gestión de crisis, no prevención.

Lógica de línea base dinámica

Detecta cuándo algo está fallando

El comportamiento se desvía de su propia historia. La anomalía se detecta semanas antes del cruce del umbral. Lo que sigue es una decisión informada con margen de acción.

La trayectoria de un problema silencioso

Tres semanas. Tres decisiones posibles.

El mismo escenario — un enlace de transmisión con latencia creciente — produce resultados completamente distintos según si la degradación se detecta a tiempo o solo cuando el umbral se cruza.

  1. S1

    Semana 1 — La desviación

    El problema existe. EVA lo detecta.

    Anomalía detectada

    Un enlace de transmisión empieza a mostrar una latencia ligeramente superior a su comportamiento histórico. El valor está dentro de los rangos configurados — no hay alarma. Pero la tendencia existe, y EVA la identifica como una desviación estadística respecto a la línea base de ese enlace específico en ese horario específico.

    • Detección de anomalía temprana — el comportamiento se desvió de su propia historia, no de un umbral genérico.
    • Correlación con contexto — EVA contrasta contra cambios recientes: ¿hubo actualización de configuración? ¿Incremento de tráfico en un cliente específico?
    • Alerta preventiva — el equipo recibe una señal de atención cuando todavía hay tiempo de actuar.

    El equipo tiene información accionable antes de que el problema sea urgente.

  2. S2

    Semana 2 — La tendencia confirmada

    El deterioro persiste. Se proyecta el impacto.

    Tendencia confirmada

    La anomalía no fue un evento aislado. La desviación persiste y EVA confirma la tendencia: el comportamiento del enlace se está deteriorando de forma consistente. El modelo proyecta el punto de cruce del umbral crítico con un margen de días.

    • Proyección de impacto — estimación del momento en que la degradación alcanzará niveles críticos si no se interviene.
    • Identificación del alcance — qué servicios y clientes estarían expuestos si el deterioro continúa.
    • Ticket preventivo generado — el incidente se abre como tarea de mantenimiento programado, no como emergencia.

    La conversación con el cliente ocurre en modo planificación, no en modo disculpa.

  3. S3

    Semana 3 — El momento que no llega

    La intervención ocurrió. No hay incidente.

    Resuelto preventivamente

    Si la intervención ocurrió a tiempo, no hay incidente. No hay llamada de madrugada, no hay post-mortem, no hay gráfica que mostrar en la reunión siguiente. Hay una nota en el sistema que dice que se detectó una tendencia, se abrió un ticket preventivo y se resolvió durante una ventana programada.

    • Ventana de mantenimiento coordinada — programada con el cliente, sin impacto en producción.
    • Comunicación proactiva al cliente — notificación anticipada en lugar de llamada de disculpa.
    • Registro en bitácora de aprendizaje — el patrón queda documentado para detección más temprana en recurrencias.

    El resultado más difícil de mostrar en un dashboard — y el más valioso para el negocio del cliente.

La métrica más difícil de medir

El incidente que no ocurrió

El resultado más valioso de la detección temprana es un número que no aparece en ningún reporte: los incidentes que no llegaron a ser incidentes.

No hay alarma que contar, no hay MTTR que reportar, no hay cliente que llamó. Hay una operación que funcionó, una ventana de mantenimiento que pasó sin impacto, y un cliente que nunca tuvo que esperar.

Ese silencio es el objetivo. Y es la diferencia entre un operador que responde y un operador que cuida.

Comparación de escenarios — mismo enlace

S1EVA detecta la anomalía 3 semanas antes del fallo proyectado
0Incidentes registrados con detección temprana activa
MTBF mejora sistemáticamente cuando los fallos se previenen, no se resuelven
S4Sin EVA: la alarma llega aquí. El margen de acción ya desapareció.

Los valores específicos dependen del volumen operativo y la infraestructura de cada cliente. EVA dimensiona los resultados esperados en base a los datos reales del entorno.

Por qué esto cambia la conversación con el cliente

De responder incidentes a vender continuidad

Un operador que detecta y resuelve problemas antes de que impacten al cliente no está vendiendo tiempo de respuesta — está vendiendo continuidad. Y esa es una conversación comercial completamente distinta.

MTBF

El indicador que mejora con operación proactiva

No es solo MTTR más bajo

Incidentes que nunca llegaron a ocurrir

El cliente que recibe una notificación que dice "detectamos una tendencia de degradación en su enlace y programamos un mantenimiento preventivo para el jueves" no está evaluando si el operador respondió rápido. Está evaluando si el operador cuida su operación como si fuera propia.

La detección temprana no es solo una capacidad técnica. Es el argumento más sólido para renovar un contrato, diferenciarse de un competidor que ofrece el mismo servicio al mismo precio, y construir la reputación de un operador que no espera que los problemas sucedan.

Conversemos sobre tu operación

Sin propuesta genérica, sin powerpoint de relleno — con tu operación real sobre la mesa.

Contacta a un asesor comercial