Saltar al contenido

Cómo un banco unificó la observabilidad digital y recuperó la disponibilidad de la aplicación

Sector

Servicios financieros

Desafío

La operación contaba con visibilidad técnica de los errores de infraestructura, pero no lograba conectar esas señales con el impacto real sobre el customer journey. Como consecuencia, los incidentes tardaban en priorizarse, la disponibilidad de la aplicación operaba por debajo de la meta del 99,5% y la tasa de abandono en las operaciones críticas seguía superior a lo esperado.

Resultados

La solución mejoró en un 1,68 % la disponibilidad de la aplicación, aumentó la finalización de transacciones en un 13,1 % y redujo el tiempo de respuesta ante incidentes al derivar cada error al equipo responsable.

Producto clave

MATH AI Platform

+1,68%
Recuperación en la disponibilidad de la app
+13%
Aumento en la finalización de transacciones financieras
99,5%
Meta crítica de disponibilidad alcanzada
MTTR reducido mediante priorización basada en usuarios y ownership

"Cuando un error técnico no se conecta con el customer journey real, la operación pierde tiempo y el cliente pierde confianza. El proyecto devolvió el entorno necesario para priorizar lo que realmente afectaba al negocio."

Director de Canales Digitales y Experiencia

Servicios financieros

Gemini_Generated_Image_4a284i4a284i4a28

Contexto

La operación pertenece a un banco con alta dependencia de los canales digitales para ejecutar transacciones críticas. En el entorno financiero, los errores de la aplicación y la inestabilidad deben analizarse más allá del servidor. Es necesario entender en qué etapa ocurrió un impacto en el recorrido del cliente, qué operación se interrumpió y dónde es necesario que el equipo actúe primero.

El desafío

El área de tecnología tenía visibilidad de los errores de infraestructura a través de Dynatrace, pero esas señales estaban desconectadas de la experiencia del usuario final. El indicador de disponibilidad operaba continuamente por debajo de la meta crítica del 99,5%. Las squads recibían alertas sin la suficiente claridad sobre la dimensión del impacto y sin una definición objetiva de responsabilización, aumentando el tiempo dedicado al cribado o screening.

La solución

MATH diseñó una arquitectura de observabilidad unificada para conectar tres capas: infraestructura, experiencia digital e impacto sobre el negocio. La base fue el cruce de flujos en BigQuery: logs de infraestructura (Dynatrace), eventos de frontend y client-side (Firebase, Crashlytics, GA4) y datos del core banking. Con un tagueo unificado, se pudo rastrear el paso exacto del cliente antes de la falla. Cada API y flujo recibió una definición clara de responsabilización por squad y célula responsable.

Los resultados

La disponibilidad se recuperó en un 1,68% en el trimestre y cerró el año dentro de la meta crítica del 99,5%. Hubo un aumento del 13,1% en la finalización de las transacciones financieras. El tiempo medio de reparación se redujo gracias a una priorización con base en los usuarios afectados y el impacto real. La definición de ownership por API y squad creó un flujo más claro de responsabilización y respuesta.

¿Tu operación logra vincular los errores técnicos con el impacto real en la experiencia del cliente?