Caso de uso 02
De la señal al impacto
Cuando la pantalla muestra rojo pero nadie sabe aún a quién le está afectando — y esa incertidumbre viaja hacia afuera antes de que el equipo técnico pueda contenerla.
ALM-4821 · hace 00:02
Router CORE-01 — Interface down · GigabitEthernet0/1
ALM-4822 · hace 00:01
Switch A01 — Peer unreachable · Link to CORE-01 lost
ALM-4823 · hace 00:01
Switch A02 — Peer unreachable · Link to CORE-01 lost
ALM-4824 · hace 00:00
Server BTS-01 — NMS timeout · No response from agent
¿Qué clientes están afectados? ¿Qué SLA está en riesgo?
La alarma llega. El indicador cambia de color. Y en ese momento, en tres lugares distintos de la organización, empieza la misma carrera contra el tiempo con información diferente y ninguna suficiente.
El problema no es que el equipo no sepa resolver el incidente. El problema es que mientras lo resuelve, nadie sabe con precisión qué está en juego — y esa incertidumbre viaja hacia afuera antes de que el equipo técnico pueda contenerla.
EVA cierra esa distancia enriqueciendo cada evento con la información que convierte una señal técnica en una decisión informada: qué clientes están expuestos, qué servicios están comprometidos, qué acuerdos de nivel de servicio están en riesgo y cuánto tiempo hay antes de que el impacto sea irreversible.
Tres escritorios, un mismo problema
Lo que la alarma no le dice a nadie
Una alerta técnica dice que algo falló. Una alerta con contexto de negocio dice cuánto importa ese fallo, para quién, y con qué urgencia hay que actuar.
Analista NOC
El que ve la alarma primero
"El equipo cayó. ¿Es crítico? ¿A cuántos clientes afecta? ¿Por dónde empiezo?"
Ve un equipo caído en la topología. Sabe que algo falló. No sabe si ese equipo da servicio a un cliente crítico, a cien clientes medios, o a infraestructura interna que puede esperar. La severidad técnica está clara. El impacto de negocio, no.
- Contexto de servicio incorporado — cada evento llega etiquetado con el servicio y el cliente expuesto.
- Priorización por impacto real — la cola se ordena por consecuencia de negocio, no solo por severidad técnica.
- Vista de cascada — si el equipo arrastra otros servicios, el mapa lo muestra antes de que lleguen las alarmas secundarias.
El analista deja de resolver en orden de llegada. Resuelve en orden de importancia.
Gerencia de Operaciones
El que recibe la pregunta
"Comercial preguntó si el cliente X está afectado. El equipo técnico está investigando. No tengo respuesta."
La presión ya llegó por otro lado. No hay respuesta todavía porque el equipo técnico está investigando. El reporte llegará cuando esté resuelto — que es exactamente cuando ya no sirve de nada para gestionar la crisis.
- Visibilidad en tiempo real — qué clientes están expuestos, en qué estado está la atención, cuánto lleva abierto el incidente.
- Respuesta con datos, no estimaciones — la pregunta de comercial tiene respuesta antes de que se termine de formular.
- Trazabilidad completa — tiempo de detección, priorización, asignación y resolución en un solo lugar.
La gerencia deja de ser intermediaria de incertidumbre. Comunica con datos mientras el incidente ocurre.
Atención al Cliente
El que recibe la llamada
"El cliente llama para avisar que tiene un problema. Nosotros somos los últimos en enterarnos."
El cliente no debería ser quien informa al NOC que hay un problema. Pero hoy eso pasa con más frecuencia de la que se reconoce. Mientras tanto el agente transfiere, el especialista tampoco tiene certeza, y el cliente calcula el impacto en su propia operación.
- Comunicación anticipada — el equipo sabe que el cliente está afectado antes de que el cliente llame.
- Contexto disponible para quien atiende — el agente tiene información del incidente sin necesitar al técnico en línea.
- Mensaje consistente en todos los niveles — NOC, gerencia y atención hablan del mismo incidente con la misma información.
El cliente deja de ser la fuente de alerta. Recibe comunicación anticipada antes de tener que preguntar.
Antes de que el cliente llame
El momento que define la percepción del servicio
El momento que define la percepción de un operador de red no es cuando resuelve el problema. Es cuando el cliente descubre que hubo un problema y evalúa cómo fue tratado durante ese tiempo. EVA cambia quién sabe primero, quién comunica primero y con qué información.
| Rol | Sin EVA | Con EVA |
|---|---|---|
| NOC | Prioriza por color de alarma y orden de llegada | Prioriza por impacto real en cliente y SLA desde el primer momento |
| Gerencia | Reporta cuando el incidente se cierra. Bajo presión sin datos. | Informa en tiempo real mientras ocurre, con datos concretos |
| Atención | Recibe la llamada sin información. Transfiere sin certeza. | Anticipa el contacto con contexto del incidente disponible |
| Cliente | Llama para avisar que hay un problema en su servicio | Recibe comunicación antes de tener que preguntar |
La operación deja de reaccionar. Empieza a anticipar.
Cuando el NOC conoce el impacto de negocio desde el momento de la detección, la organización entera puede moverse con la urgencia correcta. No porque el equipo sea mejor, sino porque tiene la información que antes llegaba tarde o no llegaba.
Un operador que sabe antes que el cliente que hay un problema no está respondiendo a una falla. Está gestionando la experiencia del servicio — que es la diferencia entre un cliente que renueva y uno que evalúa alternativas.
EVA no elimina los incidentes. Cambia quién sabe primero, quién comunica primero y con qué información — las tres condiciones que determinan cómo se percibe la operación desde afuera.
Conversemos sobre tu operación
Sin propuesta genérica, sin powerpoint de relleno — con tu operación real sobre la mesa.