Durante años, TI ha medido su rendimiento con un único criterio: el cumplimiento de los parámetros técnicos acordados. Tiempos de respuesta, porcentajes de disponibilidad, tickets cerrados dentro del plazo. Son indicadores útiles, pero solo cuentan la mitad de la historia: muestran si TI ha cumplido sus propias reglas, no si las personas que utilizan esos servicios han podido trabajar mejor.
El Experience Management nace para cubrir esa carencia, desplazando el foco del ITSM desde el cumplimiento de los procesos hacia la percepción real de quienes utilizan los servicios cada día. No se trata de abandonar las métricas operativas, sino de integrarlas con lo que realmente importa al negocio: la productividad y la satisfacción de las personas.
El efecto sandía: cuando todo está en verde pero nadie está satisfecho
En el mundo del ITSM existe un fenómeno conocido con un nombre curioso: el “efecto sandía”. Un panel lleno de indicadores en verde —SLA cumplidos, dirección satisfecha— que, sin embargo, esconde un interior rojo, hecho de usuarios frustrados y productividad perdida.
Como observa Phyllis Drucker en ITSM.tools, un service desk demasiado centrado en los SLA corre exactamente este riesgo: medir lo equivocado porque persigue los objetivos equivocados. Los usuarios, recuerda Drucker, no quieren que un problema se resuelva en ocho horas. Quieren tener menos problemas.
Es un cambio de perspectiva importante. Cumplir un SLA no garantiza que la persona al otro lado haya podido hacer aquello para lo que necesitaba ese servicio: escribir un documento, acceder a un sistema crítico o completar una operación para un cliente. El Experience Management parte precisamente de aquí: del reconocimiento de que el verdadero objetivo de TI no es el rendimiento técnico como fin en sí mismo, sino el efecto que ese rendimiento tiene en el trabajo diario de los empleados.
¿En qué consiste el Experience Management aplicado a TI?
El concepto no es del todo nuevo: la gestión de la experiencia es una práctica consolidada desde hace más de una década. La novedad está en su aplicación sistemática a las operaciones de TI, donde recibe el nombre de IT Experience Management, o ITXM.
Como muestra el framework desarrollado por HappySignals, la idea de fondo es ayudar a la organización de TI a pasar de un modelo centrado en procesos y tecnología a uno centrado en las personas, con foco en los resultados de su trabajo y no solo en los mecanismos internos del sistema.
Esto significa desplazar la conversación hacia cómo perciben las personas las herramientas y los servicios que utilizan, así como el soporte que reciben. Es una distinción sutil, pero decisiva: una empresa puede tener procesos ITIL impecables y una infraestructura de alto rendimiento y, aun así, no saber cuál es el impacto real de todo eso en sus empleados. El Experience Management aporta precisamente esa pieza que falta.
El Experience Management no sustituye al ITSM, lo complementa
Uno de los malentendidos más habituales es ver el Experience Management como una iniciativa separada, que debe construirse en paralelo al ITSM existente. En realidad, ambas áreas están profundamente conectadas, y las capacidades de ITSM que la organización ya tiene suelen ser el punto de partida natural para mejorar la experiencia.
Las mismas mejoras operativas que garantizan una alta disponibilidad de los servicios también contribuyen, por consecuencia, a una mejor experiencia para los empleados, porque eliminan obstáculos que les impiden trabajar.
La gestión de incidentes es el ejemplo más inmediato. Prevenir una interrupción no significa solo garantizar la continuidad operativa. Significa devolver tiempo y concentración a una persona, evitando que su trabajo se detenga o se ralentice. La forma en que se gestiona un incidente tiene, por tanto, un impacto directo en la productividad y en la percepción del servicio.
Lo mismo ocurre con la gestión de dispositivos. La espera asociada a comunicar una avería, diagnosticarla y repararla perjudica la experiencia del usuario de una forma que ningún indicador técnico aislado puede reflejar por completo.
También el diseño del portal de autoservicio se resiente cuando parte de una lógica demasiado centrada en cuestiones técnicas y poco atenta a las necesidades de quienes realmente lo van a utilizar. ¿El resultado? Interfaces pesadas, poco intuitivas, que las personas acaban evitando. El enfoque correcto pasa por entender por qué los empleados no utilizan el portal y rediseñarlo desde su punto de vista, mapeando los recorridos de uso más frecuentes.
XLA: medir el valor, no solo el rendimiento
El instrumento a través del cual el Experience Management entra de forma concreta en los contratos y objetivos de TI es el XLA, o Experience Level Agreement. Se trata de una reinterpretación de los SLA tradicionales: mientras estos miden parámetros técnicos como la disponibilidad o los tiempos de resolución, los XLA miden la calidad percibida del servicio desde el punto de vista del usuario final.
Los XLA no sustituyen a los SLA. Los complementan. Donde el SLA verifica el cumplimiento de una obligación contractual, el XLA coloca la experiencia en el centro.
Hay, sin embargo, un punto importante que tener en cuenta. El XLA no es el objetivo final, sino una herramienta de medición. Si se convierte en un objetivo en sí mismo, corre el riesgo de transformarse en una nueva “sandía”: verde por fuera y roja por dentro.
Si, por ejemplo, los operadores empezaran a pedir valoraciones altas solo para alcanzar la puntuación fijada, el XLA podría mostrar excelentes resultados mientras los problemas reales de los usuarios seguirían sin resolverse. Su valor está en comprobar si el objetivo real —apoyar de forma eficaz las actividades del negocio— se está alcanzando de verdad.
Los tres pilares operativos del Experience Management
Para que el Experience Management produzca resultados concretos, y no se quede en una declaración de intenciones, se necesitan tres elementos operativos que funcionen de forma coordinada.
1. Métricas de experiencia y feedback continuo
La medición de la experiencia debe ser continua, diaria y realizarse en el momento adecuado: mientras la persona está viviendo la experiencia o justo después de que haya terminado, no meses más tarde. También debe ser contextual, es decir, estar vinculada a lo que el usuario está haciendo realmente.
Sin estos datos, las decisiones sobre qué mejorar acaban basándose en impresiones subjetivas, convicciones personales o en los problemas que se plantean con más insistencia, en lugar de en evidencias concretas. Es el feedback continuo el que transforma las percepciones en información accionable.
2. Compartir datos y aportar transparencia
Medir no basta. Los datos sobre la experiencia deben compartirse con todos los stakeholders: equipos de TI, proveedores externos y el resto de la organización.
Esta transparencia puede generar cierta incomodidad al principio, porque los datos sobre la percepción de los usuarios a menudo cuentan una historia distinta a la que han mostrado durante años los informes técnicos. Pero precisamente por eso son valiosos: ponen a todos frente a la misma realidad y crean un ciclo positivo.
Cuando los usuarios ven que su feedback se traduce en cambios concretos, se sienten más motivados para seguir compartiéndolo, lo que hace que la medición sea más rica y fiable.
3. Soporte proactivo
El último elemento operativo tiene que ver con el paso de una TI que reacciona a los problemas a una TI que los previene. Al cruzar datos de configuración, logs de dispositivos y procesamiento automático de anomalías, es posible asignar a cada dispositivo una puntuación de estado —un indicador sintético de su condición— e intervenir antes de que una avería llegue al usuario.
Es aquí donde la IA, aplicada a datos sólidos y procesos bien definidos, muestra todo su potencial: anticipa anomalías, reduce interrupciones y libera tiempo para que los empleados puedan centrarse en actividades de mayor valor.
Impacto en la productividad y el trabajo cotidiano
La calidad de la experiencia digital tiene un efecto directo en la productividad: cuando la tecnología funciona, las personas completan su trabajo más rápido y con menos frustración. Cuando no funciona, cada ralentización se traduce en tiempo perdido y tareas acumuladas. Es una relación intuitiva, pero a menudo invisible para un departamento de TI acostumbrado a observar sobre todo parámetros técnicos.
Hay otro punto importante: las expectativas de la dirección están cambiando. Cada vez más iniciativas digitales exigen que los responsables de TI presenten resultados también en términos de éxito de la experiencia del usuario. Es una capacidad que TI debe desarrollar para dialogar con el resto de la organización en un lenguaje común: el del impacto en el negocio.
Medir lo que realmente importa
Para saber si los servicios prestados ayudan realmente a las personas a trabajar mejor, es necesario seguir un proceso gradual: medir la experiencia desde el principio, compartir los resultados con todas las áreas de la empresa y actuar primero sobre los problemas que más afectan a la productividad de las personas.
Es un cambio cultural que no ocurre de un día para otro. Se construye con el tiempo. Las organizaciones que emprendan este camino dejarán de conformarse solo con KPI técnicos —indicadores aparentemente positivos, pero que pueden ocultar usuarios insatisfechos— y empezarán a medir lo que realmente importa: el impacto real de la tecnología en el trabajo diario de sus empleados.
FAQs
- ¿Qué es el Experience Management en el contexto del ITSM?
Es un enfoque que desplaza el foco de TI desde el rendimiento técnico de los servicios hacia la percepción real de los usuarios. En lugar de medir únicamente tiempos de respuesta y disponibilidad, busca entender hasta qué punto los servicios de TI ayudan concretamente a las personas a trabajar mejor, integrando métricas operativas con métricas de experiencia. - ¿Cuál es la diferencia entre SLA y XLA?
El SLA mide parámetros técnicos y contractuales, como la disponibilidad de un sistema o los tiempos de resolución. El XLA, o Experience Level Agreement, mide la calidad percibida del servicio desde el punto de vista del usuario. Los dos instrumentos no se excluyen: el XLA complementa al SLA al añadir la dimensión de la experiencia. - ¿Por dónde conviene empezar?
Por un área acotada, con un solo equipo. Lo ideal es medir la experiencia, compartir los datos recogidos y actuar sobre los problemas que más afectan al trabajo de las personas. Las primeras mejoras concretas, aunque sean modestas, ayudan a demostrar que el método funciona y a justificar su aplicación a otras áreas. Es un proceso iterativo, que crece de forma progresiva. - ¿Qué papel desempeña la IA en el Experience Management?
La IA desempeña un papel facilitador, especialmente en el soporte proactivo. Al analizar datos de configuración, logs y anomalías, permite identificar y resolver problemas antes de que lleguen al usuario, reduciendo la probabilidad de interrupciones. Su valor depende también de la solidez de los datos y los procesos sobre los que opera.