"¿Te atiende bien tu proveedor de TI?" es una pregunta que casi todos responden por sensación —"pues... más o menos"—. Y la sensación engaña en ambas direcciones: un incidente sonado tiñe de negro a un proveedor decente, o una atención simpática disfraza a uno que resuelve mal. Para saber la verdad hay que mirar métricas, no impresiones. La buena noticia: las métricas de una mesa de ayuda son concretas y difíciles de discutir.
Las métricas que de verdad importan
- Tiempo de primera respuesta: cuánto tardan en acusar tu ticket. Lo básico de sentirse atendido.
- Tiempo de resolución: cuánto tardan en cerrarlo de verdad. El número que más importa.
- Resolución en primer contacto (FCR): qué porcentaje se arregla sin idas y vueltas. Un FCR alto es señal de una mesa competente.
- Tickets reabiertos: los que se "cerraron" y volvieron. Un número alto delata el pecado de cerrar por cerrar para maquillar los tiempos.
- Backlog: cuántos tickets se acumulan sin resolver. Si crece mes a mes, la mesa está desbordada.
- Satisfacción (CSAT): lo que dicen los usuarios reales tras cerrar un ticket.
El truco: pide el reporte y léelo
Aquí está la prueba de fuego, y es de una simpleza brutal: pide el reporte mensual de la mesa de ayuda. Un buen MSP te lo entrega sin sudar —de hecho, probablemente ya te lo manda—. Uno que "te lo prepara y te lo envía la próxima semana", o que te da números vagos de memoria, te está diciendo que no mide, o que no quiere que veas lo que mide. La transparencia con las métricas no es un extra: es el indicador más fiable de un proveedor sano. Es la misma lógica de evaluar si de verdad te están monitoreando: pide la evidencia, no la afirmación.
Cuidado con las métricas que se manipulan
Ninguna métrica es sagrada, y algunas se pueden cocinar. El clásico: cerrar tickets rápido sin resolverlos para lucir un tiempo de resolución bonito —por eso los tickets reabiertos son el contrapeso que hay que mirar junto al tiempo de resolución—. O reclasificar incidentes a menor severidad para cumplir SLAs. La defensa no es desconfiar de todo, sino mirar las métricas en conjunto: un tiempo de resolución excelente con muchos tickets reabiertos y un CSAT bajo cuenta la historia real.
El volumen de tickets: la métrica de vanidad
No todo número grande es bueno ni todo número pequeño es malo, y algunos son directamente ruido. El volumen de tickets es el ejemplo clásico de métrica de vanidad: un MSP que presume «atendimos 2,000 tickets este mes» no te dijo nada útil —¿son muchos porque algo está crónicamente roto y genera incidentes, o porque te atienden bien y confías en ellos?—. Lo que importa no es el volumen absoluto, sino su tendencia (¿sube o baja mes a mes?) y su relación con la resolución. La regla para no dejarte deslumbrar: pregunta siempre «¿y esto qué me dice de si mi TI está mejorando?». Una métrica que no responde esa pregunta es decoración.
La idea que se queda
Si te atienden bien no se responde por sensación, se responde con métricas: tiempos de respuesta y resolución, FCR, tickets reabiertos, backlog y satisfacción, leídas en conjunto. Y la prueba más simple de un proveedor sano es que te muestre su reporte sin titubear. Pide la evidencia —parte central de exigirle cuentas a un MSP—.