Un usuario no puede iniciar sesión, no se encuentra una impresora, hay que restablecer una contraseña. Estas son las notificaciones que llenan la mayoría de los servicios de asistencia: problemas conocidos con una ruta de solución fija. La pregunta es si la IA puede gestionar de forma autónoma este tipo de incidente de TI de primera línea. La respuesta es, en gran medida, sí, con una serie de condiciones que determinan exactamente cuán grande es esa parte.
Tres ejes son aquí decisivos: volumen, nivel de estructuración y contacto con el cliente.
El volumen es alto. Los incidentes de primera línea son por definición repetitivos: el mismo problema se repite en decenas o cientos de usuarios. Donde hay muchos casos similares, se puede ganar mucho tiempo automatizando un único método de trabajo en lugar de tratar cada caso por separado.
El nivel de estructuración es alto. Un problema conocido con una ruta de solución fija significa: si x, haga y. Restablecer una contraseña, reiniciar una conexión de red, volver a asignar un derecho de acceso: son pasos que figuran en una base de conocimientos y que un sistema puede seguir con la misma consistencia que una persona, a menudo con más consistencia.
El contacto con el cliente está presente pero es de naturaleza limitada. El usuario quiere sobre todo que el problema desaparezca, no necesariamente una conversación larga. Una conversación de chat o una sesión automatizada mediante una herramienta de soporte remoto basta para la mayor parte de estas notificaciones. Esto es diferente en el caso de un usuario enfadado o confundido, donde el tono y la paciencia empiezan a jugar un papel; ahí la tarea se desplaza hacia el trabajo humano.
El margen de criterio propio obtiene una puntuación baja: hay poco margen para determinar por cuenta propia cuál es el enfoque correcto, porque ya está fijado de antemano. Esa es precisamente la razón por la que la IA llega aquí más lejos que en tareas con mucho margen de interpretación. La creatividad también obtiene una puntuación baja, y en este caso eso es una ventaja para la automatización: no hay que inventar nada nuevo, solo ejecutar un paso existente.
La intervención física normalmente no es necesaria, de ahí la puntuación de 4, salvo cuando el problema resulta estar en el propio hardware: un cable, un interruptor, un componente que hay que sustituir físicamente. En ese caso la ruta automatizada se detiene y se necesita un técnico.
El coste del error y el cumplimiento normativo obtienen ambos una puntuación relativamente favorable, con un 4. Un restablecimiento de contraseña ejecutado incorrectamente suele repararse rápidamente y raramente supone un riesgo de cumplimiento en sí mismo. Esto puede ser diferente cuando el incidente afecta al acceso a sistemas sensibles o a datos personales; en ese caso rigen requisitos aparte sobre quién puede tomar qué decisión, y eso depende de los propios procedimientos y de la normativa de la organización, no de una decisión de automatización.
La tarea se presta a un agente: un sistema que no solo asesora sino que también actúa por sí mismo, por ejemplo modificando una configuración o reiniciando un servicio mediante acceso remoto al puesto de trabajo. Eso es un paso más allá de un chatbot que solo da explicaciones. La condición es una base de conocimientos con pasos de solución claros y un acceso remoto efectivo; sin esos dos elementos, la cosa se queda en responder preguntas de los usuarios sobre el uso del software, que es una tarea distinta y más limitada que resolver el incidente en sí.
En las empresas donde esto ya funciona hoy, por lo general hay algo en orden: las notificaciones ya llegan estructuradas. No es casualidad. Un incidente que se ha registrado y priorizado correctamente antes de que un agente se ocupe de él le proporciona a ese agente la información correcta para seguir de inmediato la ruta adecuada. En las empresas donde la recepción todavía es desordenada —notificaciones por correo electrónico, teléfono y chat una junto a otra, sin una categorización uniforme—, eso debe ordenarse primero antes de que la resolución pueda automatizarse. De ahí que la situación varíe según la empresa: no porque la tecnología sea distinta en otros lugares, sino porque el terreno de partida es distinto.
Esa es también la razón por la que la misma lógica subyacente —repetición, pasos fijos, poca consulta— lleva a un ritmo de adopción distinto en otras partes de una empresa. La ejecución y verificación de copias de seguridad sigue un patrón similar de rutinas fijas, mientras que el trabajo con muchas excepciones y criterio propio se desplaza más lentamente.
La parte que sigue siendo trabajo humano no es trivial: incidentes que no figuran en la base de conocimientos, usuarios que necesitan algo más que una solución técnica, y averías en las que se requiere intervención física. También la vigilancia del límite —cuándo un agente precisamente no debe resolver un incidente por sí mismo y debe derivarlo— es una responsabilidad humana, con supervisión que aprueba o rechaza según motivos documentados. Esto no es un argumento contra la automatización del trabajo de primera línea, sino una indicación de dónde está el límite hoy en día.
Si esto se aplica a su servicio de asistencia depende de cuán uniformes sean sus notificaciones, de cuán completa sea su base de conocimientos y de qué parte de sus incidentes requiere realmente intervención física. Una indicación de ello la ofrece el escaneo rápido gratuito: doce preguntas, sin necesidad de cuenta, con una indicación de qué parte de las horas de este perfil puede hoy asumir la IA. El escaneo de trabajo completo, que desglosa el trabajo de toda una empresa en tareas y calcula por tarea la capacidad en FTE correspondiente, está aún en construcción.
Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.