Agentes de IA para la mesa de ayuda IT: caso EY

El trabajo diario no es solo resolver: también es reconstruir el contexto

Cuando un empleado abre una incidencia, el técnico suele tener que revisar el formulario, el historial del chat, notas anteriores y artículos de conocimiento antes de empezar a diagnosticar. En equipos con muchos tickets, ese trabajo de lectura y documentación consume tiempo que podría dedicarse a resolver el problema.

Un agente puede ayudar en pasos acotados: clasificar la solicitud, reunir información autorizada, resumir lo que ya se intentó y preparar una nota de resolución. El técnico conserva la decisión y confirma el cierre.

Caso publicado: el agente de soporte de EY

ServiceNow describe el caso de EY, cuyo servicio de soporte gestiona más de un millón de tickets al año en 30 mesas de ayuda y 21 idiomas. Según la historia publicada por ServiceNow, el agente genera notas de resolución que la persona responsable revisa antes de cerrar el ticket. El caso informa de unas 12.000 acciones diarias y señala que el 70 % de las notas generadas en una muestra mensual se aceptó sin cambios. La estimación publicada atribuye al conjunto de estas capacidades ahorro de tiempo; son cifras de la empresa y su proveedor, no una garantía trasladable a otra organización.

El punto interesante para el trabajo cotidiano no es “resolverlo todo sin técnicos”, sino evitar que cada técnico tenga que volver a leer y redactar lo mismo. En la misma historia se explica que los resúmenes de incidentes y chats permiten entrar antes en los casos escalados.

Así podría funcionar en un equipo IT

1. El empleado describe el problema y aporta el equipo o servicio afectado.
2. El agente consulta únicamente el historial y las guías a las que ese empleado y el equipo IT tienen acceso.
3. Resume síntomas, intentos previos y datos que faltan; si hay ambigüedad, pregunta o deriva el caso.
4. Para incidencias conocidas, propone pasos aprobados o prepara una nota para el técnico.
5. La persona valida la solución y autoriza cualquier cambio de permisos, configuración o equipo.

Un flujo de reseteo de contraseña o consulta de estado podría automatizarse bajo políticas muy concretas. Cambios de privilegios, desactivación de cuentas o acciones que afecten a varios sistemas necesitan controles adicionales y registro.

Qué medir en un piloto

Mide el tiempo de lectura y documentación por ticket, cuántas notas requieren edición, los recontactos, la tasa de escalado correcto y los errores que el agente no detecta. Separa los resultados por tipo de incidencia: una media general puede ocultar fallos en una categoría crítica.

Para diseñar las aprobaciones, consulta supervisión humana de agentes; para integrar el ticketing con herramientas internas, revisa integraciones empresariales seguras. En una operación con equipos presenciales, compáralo con la guía sobre asistencia de IA para técnicos de campo.