.svg){kind=logo}
Automatización de la mesa de ayuda para equipos de TI: empieza por los tickets que se repiten
¿Qué tickets de la mesa de servicio debería delegar primero un equipo de TI a un agente de IA? Empieza por los que se repiten y demuestra el ahorro con datos medidos.
En esta página
Medir el trabajo real, no la apariencia de actividad.
Vea el tiempo productivo y la utilización de cada equipo, no solo lo que parece actividad.
Puntos clave
- La automatización de la mesa de ayuda rinde primero en los tickets que se repiten: solicitudes de acceso, cambios de cuentas por altas, traslados y bajas de personal, y restablecimientos rutinarios.
- Responder preguntas no es lo mismo que cerrar tickets, así que delega a los agentes el trabajo aprobado que hay detrás de la cola.
- El recuento de tickets no puede mostrar cuánto trabajo hay detrás de una categoría, así que mide el trabajo en sí.
- Las personas escriben las reglas de aprobación, son dueñas de las decisiones de seguridad y gestionan cada excepción.
- Pasa al siguiente tipo de ticket cuando el primero muestre ahorros que se sostengan en tus propias cifras.
Según el AI Digital Workplace I&O Landscape de Gartner, las mejoras de productividad típicas de las herramientas de IA generativa en la TI del entorno de trabajo digital son de solo el 8 % al 10 %. Según Gartner, para ver resultados transformadores, los responsables de infraestructura y operaciones necesitan un enfoque disciplinado y agentes de IA. La automatización de la mesa de ayuda es el camino por el que una mesa de servicio pasa de añadir una herramienta a cambiar la forma en que se hace el trabajo.
Si diriges una mesa de servicio, probablemente te han pedido que incorpores IA. La IA para operaciones de TI es el siguiente paso obvio, y el primer movimiento fácil es un chatbot en el portal. Responde preguntas, pero el ticket que requiere configurar permisos en varios sistemas sigue llegando a un ingeniero.
El mejor punto de partida son los tickets que se repiten. Elige los que un agente puede completar, delégalos con tus ingenieros aprobando el trabajo y demuestra el ahorro con tus propios datos.
¿Cuál es el mejor proceso de TI para reemplazar con un agente de IA?
Empieza por los tickets de la mesa de servicio que siguen los mismos pasos cada vez: solicitudes de acceso, cambios de cuentas para las personas que se incorporan, cambian de puesto o se van, y arreglos rutinarios como el restablecimiento de contraseña y de MFA. Estos tickets se repiten a diario, siguen runbooks (manuales de procedimientos) escritos y pasan entre la herramienta de tickets, los sistemas de identidad y el chat, así que un agente de IA puede encargarse de la clasificación (triaje), reunir los detalles y completar los pasos aprobados mientras los ingenieros gestionan las excepciones y todo lo que tenga que ver con la seguridad. Elige los tipos de ticket exactos a partir de datos medidos sobre cómo se gestiona el trabajo, porque el recuento de tickets por sí solo no lo muestra.
La automatización de la mesa de servicio consiste en que software y agentes de IA se encarguen del trabajo repetible de soporte de TI, desde clasificar tickets hasta completar cambios aprobados.
Piensa en un restablecimiento de contraseña en tu mesa de servicio. Llega todos los días y los pasos están por escrito. Toca el directorio y la herramienta de tickets, y la verificación de identidad ya funciona como regla de aprobación. Esa combinación es la razón por la que los tickets repetitivos son los mejores candidatos para los agentes de IA en TI. Un runbook escrito le da al agente sus pasos. El volumen diario hace que el ahorro sea fácil de ver. El trabajo entre varios sistemas es donde los ingenieros pierden tiempo volviendo a escribir datos y cambiando de herramienta, y un agente no pierde ese tiempo. Una regla de aprobación existente le indica dónde detenerse y consultar a una persona.
Un agente que trabaja un ticket desde la primera lectura hasta la nota de cierre es automatización agéntica de procesos aplicada a la mesa de servicio. Se mueve por la consola de identidad, el panel de administración y el chat, como lo haría un ingeniero.
Gartner identifica 18 casos de uso de IA relevantes para la mesa de servicio de TI, evaluados según su viabilidad y su valor para el negocio. De ellos, conviene empezar por los casos de uso basados en tickets que se repiten.
Por qué la mayoría de los equipos de TI empieza la automatización de la mesa de ayuda por el lugar equivocado
Darles a tus ingenieros una herramienta de IA y delegar un tipo de ticket a un agente de IA son proyectos distintos. Los equipos que los confunden empiezan por el lugar equivocado. La adopción de IA es el personal usando herramientas de IA en su trabajo diario: Humano + IA. Un técnico le pide a un asistente de chat que redacte una respuesta para un usuario. La implementación de IA es delegar un proceso existente a la IA, con personas que revisan y aprueban: IA + Humano. Un agente reúne los detalles de una solicitud de acceso y prepara el cambio, y un gerente lo aprueba antes de que se configure nada.
El error más común con la IA en ITSM es un chatbot añadido sin más al portal. Desvía algunas preguntas del tipo «¿cómo hago…?», pero los tickets que necesitan una aprobación o un cambio de permisos siguen esperando en la cola. El chatbot responde; no termina el trabajo que hay detrás del ticket.
El segundo error es elegir según el recuento de tickets por categoría. Dos categorías pueden mostrar el mismo recuento mensual y costarle a la mesa de servicio cantidades de trabajo muy distintas. Una categoría se cierra con una sola respuesta. La otra necesita la aprobación de un gerente, cambios en varios sistemas y una confirmación al usuario. Un recuento te dice con qué frecuencia llega un ticket. El trabajo que hay detrás te dice si un agente puede completarlo.
Un marco de adopción de IA sólido elige el tipo de ticket antes que el producto.
Cómo es el trabajo de la mesa de servicio de TI, paso a paso
Toma una solicitud de acceso, de las que llegan a tu mesa de servicio todos los días, de principio a fin:
- Llega el ticket. Un usuario pide acceso a una unidad compartida o a una aplicación SaaS, normalmente en una o dos frases.
- Alguien lo lee y lo recategoriza. La categoría que eligió el usuario no siempre es la correcta, así que a veces el ticket cambia de cola antes de que alguien lo trabaje.
- Se le piden al usuario los detalles que faltan. Qué aplicación, qué rol, qué gerente. Las respuestas llegan por partes.
- La mesa de servicio espera la aprobación del gerente. Nada avanza hasta que responde quien aprueba.
- Se configuran los permisos en dos o tres sistemas. Primero la consola de identidad, luego un panel de administración SaaS y, a menudo, después una carpeta compartida.
- Se le avisa al usuario que ya está listo. Un mensaje por chat o correo electrónico cierra el ciclo.
- Se escriben las notas. Normalmente después, de memoria.
Nada en ese recorrido es difícil. Cada paso es rutinario, y cada paso se repite al día siguiente. Mide el recorrido con un reloj y las esperas saltan a la vista. El usuario tiene que responder, el gerente tiene que aprobar y la siguiente consola tiene que cargar. Los cambios entre consolas suman todavía más tiempo, y nada de eso aparece en la herramienta de tickets.
Cada baja que gestiona tu mesa de servicio sigue una misma ruta. La misma lista de verificación se repite en el directorio, el correo electrónico, el chat, la carpeta compartida y cada herramienta SaaS que usaba la persona. Cada aplicación tiene su propia consola, y cada eliminación necesita su propia nota. Las altas y los traslados siguen la misma cadena, con cuentas creadas o modificadas en lugar de eliminadas.
Ahí es donde falla la automatización de la mesa de servicio de TI cuando se queda en la herramienta de tickets. El ticket es solo el registro del trabajo. Gran parte del trabajo en sí ocurre en las consolas de identidad, los paneles de administración SaaS y el chat.
La matriz de ahorro de procesos para la mesa de servicio de TI
La automatización de ITSM rinde donde la vista de las herramientas y la vista del trabajo no coinciden, así que lee la misma mesa de servicio de dos maneras. Los datos superficiales de herramientas, a la izquierda de la tabla, muestran las horas en cada aplicación. Los datos de procesos a nivel de paso, a la derecha, muestran lo que ocurre dentro de un ticket.
| Paso de la mesa de servicio | Qué muestran los datos de uso de herramientas | Qué muestran los datos de procesos a nivel de paso | Encaje del agente de IA | Papel humano |
|---|---|---|---|---|
| Hacer el triaje y enrutar los tickets | Tiempo en la herramienta de tickets | Tickets que se releen, se recategorizan y rebotan entre colas | Alto | El líder revisa los enrutamientos erróneos |
| Reunir los detalles que faltan | Tiempo en el chat y el correo electrónico | Idas y vueltas para pedir a los usuarios detalles del dispositivo, del error o de la aplicación | Alto | Ninguno |
| Gestionar solicitudes de acceso | Tiempo en las consolas de identidad y de administración | Aprobaciones perseguidas y, luego, permisos configurados a mano en varios sistemas | Alto dentro de los roles aprobados | El gerente aprueba; seguridad revisa las excepciones |
| Crear y eliminar cuentas por altas, traslados y bajas | Tiempo en el sistema de RR. HH., las herramientas de identidad y los paneles de administración SaaS | La misma lista de verificación repetida en muchas aplicaciones para cada persona | Alto | TI verifica |
| Restablecer contraseñas y MFA | Tiempo en las herramientas de tickets y de identidad | Verificaciones de identidad y restablecimientos hechos a mano, muchas veces al día | Alto, con verificación de identidad | Las personas definen la política de seguridad |
| Resolver problemas conocidos con un runbook | Tiempo en herramientas de soporte remoto y en la base de conocimientos | Ingenieros que siguen los mismos pasos del runbook una y otra vez | Medio: el agente ejecuta los pasos aprobados | El ingeniero aprueba o escala |
| Cerrar y documentar los tickets | Tiempo en la herramienta de tickets | Notas escritas después; artículos de conocimiento que rara vez se actualizan | Alto para redactar | El ingeniero revisa |
Lee las dos últimas columnas como la decisión sobre qué delegar. Alto significa que un agente puede hacer la mayor parte del trabajo. Medio significa que el agente ejecuta los pasos aprobados y un ingeniero decide. Tres filas muestran cómo se aplica esto en tu mesa de servicio:
- Hacer el triaje y enrutar los tickets: alto. Es la automatización de tickets en su forma más simple: el agente lee la solicitud, elige la cola y un líder revisa los enrutamientos erróneos.
- Gestionar solicitudes de acceso: alto dentro de los roles aprobados. El agente persigue la aprobación y configura solo los permisos que el rol permite, el gerente aprueba y seguridad revisa las excepciones.
- Restablecer contraseñas y MFA: alto, con verificación de identidad. El agente restablece solo después de que se supera la verificación de identidad, y las personas definen la política de seguridad.
Incluso el único paso sin papel humano, reunir los detalles que faltan, solo le pide datos al usuario. Ahí el agente no decide nada.
Un paso debe automatizarse cuando se ejecuta a menudo y a menudo hay que rehacerlo, y ninguna de las dos cosas se ve sin medir. La optimización de flujos de trabajo parte de esas dos lecturas.
Mide el trabajo antes de automatizarlo
La forma lenta de mapear el trabajo de la mesa de servicio es poner consultores detrás de tus ingenieros durante dos o tres semanas. Documentan el proceso a mano y aun así se les escapan pasos. Los datos de tickets no pueden llenar esos vacíos: las marcas de tiempo muestran cuándo se movió un ticket, pero no lo que pasó entremedio.
La medición a nivel de paso capta cómo se hace el trabajo entre aplicaciones, paso a paso, en toda la mesa de servicio. La consola de identidad, el panel de administración SaaS y el chat aparecen como pasos propios. Esos datos a nivel de paso son la materia prima de la inteligencia de procesos. En la minería de tareas, la captura ocurre dentro de las consolas y el chat, así que tus ingenieros nunca tienen que reconstruir un ticket de memoria.
Las mediciones son deterministas: provienen de la actividad registrada. La IA interviene únicamente al final, cuando resume los hallazgos en recomendaciones que siempre revisa una persona.
Para automatizar las operaciones de TI, mide cinco cosas en tu propia mesa de servicio:
- Tiempo por tipo de ticket. Las horas que lleva cada tipo de ticket, desde la recepción hasta el cierre.
- Cambios de aplicación. Cada salto entre la herramienta de tickets, una consola de identidad y el chat es un paso en sí mismo.
- Tiempo de espera de aprobaciones y usuarios. Las horas que un ticket queda en pausa hasta que un gerente aprueba o un usuario responde.
- Tasas de reapertura. Tickets que vuelven porque la primera solución no se sostuvo.
- Retrabajo. El trabajo que un ingeniero tiene que hacer dos veces, como un permiso que hay que volver a configurar tras un error.
Después, sopesa el costo. Una vez que los agentes estén en marcha, compara lo que cuesta cada paso con IA con el valor del ticket que cierra. Un ticket que se repite a diario y se cierra sin un ingeniero se amortiza rápido. Uno poco frecuente que siempre requiere criterio quizá nunca justifique su automatización.
Dónde mantienen el control las personas
Una mesa de servicio con IA sigue teniendo ingenieros. El agente hace el triaje del ticket, reúne los detalles que faltan, ejecuta los pasos del runbook que las personas han aprobado y redacta las notas. Las personas aprueban los accesos: el gerente da el visto bueno y seguridad se encarga de cualquier cosa inusual. Los ingenieros son dueños de las decisiones de seguridad. Cuando una solicitud queda fuera de las reglas, el agente se detiene y pasa el ticket a una persona con los detalles ya reunidos.
Tres controles mantienen una configuración de ITSM con IA agéntica dentro de los límites que tú defines:
- Reglas de aprobación. Las escriben las personas, y el agente no puede actuar fuera de ellas. Por ejemplo, un acceso que va más allá del rol actual de un usuario espera el visto bueno de un gerente.
- Acceso de mínimo privilegio. El agente tiene solo los permisos que necesitan sus pasos aprobados.
- Un registro completo. Cada cambio que hace el agente queda registrado, para que un revisor pueda ver qué cambió y cuándo.
Defines los tres antes de que el agente trabaje su primer ticket.
La recompensa es tiempo. Los ingenieros lo dedican a proyectos y problemas difíciles, y el trabajo cambia de forma: menos volver a escribir datos y más del trabajo que solo un ingeniero puede hacer. Los equipos que reparten sus días entre la cola y el trabajo de proyectos conocen el costo. Es parte de por qué los equipos de TI híbridos siguen sin cumplir sus sprints.
Empieza con un Work Audit
Tu cola no se verá exactamente como la matriz. Insightful es una plataforma de datos de trabajo de la categoría Work Intelligence, y su Work Audit mapea el trabajo con tickets que hace tu mesa de servicio en la herramienta de tickets, las consolas de identidad y el chat. Ofrece una línea base medida y una estimación de lo que cuesta hoy, tal como funciona, el primer tipo de ticket que conviene automatizar, para que el primer agente que implementes se elija con evidencia de tu propia mesa de servicio.
La matriz muestra el patrón general, y la auditoría muestra lo que hace tu propia mesa de servicio. Ves qué tickets se repiten, dónde esperan y cuáles están listos para un agente antes de que funcione ningún agente. Los mismos datos muestran la adopción de IA actual del equipo y dónde la optimización de flujos de trabajo daría resultados primero. El acceso, las decisiones de seguridad y las excepciones siguen en manos de tus ingenieros en todo momento.
Empieza con un Work Audit. Insightful recopila 14 días de datos del trabajo de tu mesa de servicio y luego muestra tus primeras oportunidades.
Empieza tu Work Audit
Preguntas frecuentes
¿Qué es la automatización de la mesa de ayuda y cómo funciona?
La automatización de la mesa de ayuda delega el trabajo repetible de soporte de TI a software y agentes de IA. Un agente trabaja un ticket como lo haría un ingeniero. Hace el triaje de la solicitud, reúne lo que falta, ejecuta los pasos aprobados y documenta lo que hizo. Las personas definen las reglas de aprobación y gestionan las excepciones.
¿La IA está reemplazando a la mesa de ayuda?
No. Los tickets repetitivos pasan a los agentes, mientras que las personas se encargan de las excepciones, la seguridad y los proyectos. Una mesa de ayuda con IA sigue necesitando ingenieros que definan las reglas de aprobación, revisen lo que hizo el agente y resuelvan los problemas que ningún runbook cubre. El trabajo repetitivo se reduce, y el trabajo que requiere criterio se queda.
¿Qué tickets de TI debería automatizar primero?
Empieza por las solicitudes de acceso, los cambios de cuentas por altas, traslados y bajas, y los restablecimientos rutinarios. Se repiten a diario, siguen runbooks escritos y ya tienen reglas de aprobación. Confirma el orden con datos medidos sobre cómo gestiona tu mesa de servicio cada uno, algo que el recuento de tickets por sí solo no puede mostrar.
¿Cuál es la diferencia entre un chatbot de mesa de ayuda y un agente de IA?
Un chatbot responde preguntas. Un agente completa el trabajo aprobado que hay detrás del ticket: revisa la solicitud, configura el permiso o hace el restablecimiento, y escribe la nota. Un chatbot puede seguir ayudando en la puerta de entrada, aunque un agente se gana su lugar en el ticket que requiere acción.
¿Es seguro dejar que un agente de IA cambie accesos?
Solo dentro de las reglas de aprobación, con acceso de mínimo privilegio y un registro completo. El agente recibe solo el acceso que requieren sus pasos aprobados, y cada cambio que hace queda registrado para su revisión. Las personas son dueñas de las decisiones de seguridad.
¿Cómo demuestro el ahorro de la IA en la mesa de servicio?
Registra una línea base para cada tipo de ticket antes de que funcione el agente y luego mide el mismo tipo de ticket después. Pon el costo de la IA por ticket junto al valor del trabajo que cierra. Un ahorro solo cuenta si aparece en la misma medición a ambos lados del cambio.
¿Cómo mido el trabajo de la mesa de servicio antes de automatizarlo?
Mide el tiempo por tipo de ticket, los cambios de aplicación, el tiempo de espera de aprobaciones, las tasas de reapertura y el retrabajo a partir del trabajo real, y no solo de las marcas de tiempo de los tickets. Una marca de tiempo registra que un ticket se movió, y el trabajo registrado muestra cómo. Reúne las cifras de toda tu mesa de servicio para que el panorama refleje el proceso.
