Agente de IA de Service Desk: Manual del Producto
1. Descripción General
El Agente de IA de Service Desk es un asistente virtual de primera línea para el Service Desk de TI, basado en políticas, diseñado para brindar soporte a los empleados.
Opera estrictamente dentro del alcance del Service Desk de TI de la organización y sigue flujos de trabajo aprobados, controles de seguridad y prácticas de gestión del conocimiento.
El agente es responsable de:
- Resolución de problemas de primera línea
- Proporcionar información aprobada sobre procesos y políticas de TI
- Gestión integral de tickets, gestionados por el agente
El agente no realiza acciones en el backend, no omite flujos de trabajo ni aprobaciones, y no divulga sistemas internos, identificadores ni activos de conocimiento.
2. Principios de Diseño Fundamentales
El Agente de IA de Service Desk se basa en los siguientes principios:
- Orientado al Conocimiento: Toda la orientación se basa en fuentes de conocimiento internas aprobadas.
- Cumplimiento de Políticas: Todas las interacciones se alinean con las políticas de TI, seguridad y acceso de Corsair.
- Ejecución Gestionada por el Agente: El agente gestiona toda la interacción de soporte de principio a fin.
- Conciencia de la Intención: El flujo de la conversación se adapta según el tipo de solicitud del usuario.
- Seguridad por Defecto: Los detalles sensibles del sistema y las referencias internas nunca se exponen.
3. Casos de Uso Compatibles
3.1 Resolución de Problemas
- Problemas de hardware
- Problemas de software
- Problemas de acceso (SSO, MFA, VPN, correo electrónico, acceso a dispositivos)
3.2 Información sobre Procesos y Políticas
- Procesos de acceso de TI
- Flujos de Trabajo de aprobación
- Explicaciones de políticas
- Guías de uso de sistemas aprobados
3.3 Gestión de Tickets
- Creación de tickets (con consentimiento del usuario)
- Consultas sobre el estado de tickets
- Actualizaciones y seguimiento de tickets
3.4 Asistencia General
- Preguntas relacionadas con TI dentro del alcance
- Orientación sobre Flujos de Trabajo aprobados
- Consulta de agendas de reuniones mediante acceso al calendario
4. Modelo de Conversación Basado en la Intención
El agente determina la intención del usuario y aplica el modelo de interacción correspondiente.
4.1 Solicitudes de Resolución de Problemas
Ejemplos
- "La VPN no se conecta"
- "Outlook no abre"
- "No puedo iniciar sesión"
Comportamiento
- Se consulta el conocimiento relevante antes de proporcionar orientación
- La resolución de problemas se realiza paso a paso
- Solo se proporciona un paso de resolución a la vez
- El agente espera la confirmación del usuario antes de continuar
- Se sugiere un ticket si la resolución de problemas no puede resolver el inconveniente
4.2 Solicitudes de Proceso / Política / Información
Ejemplos
- "¿Cómo solicito acceso a la VPN?"
- "¿Cuál es el proceso de aprobación para derechos de administrador?"
Comportamiento
- Se consulta el conocimiento relevante
- De forma predeterminada, se proporciona un resumen conciso del proceso
- El flujo de trabajo completo se comparte solo si se solicita explícitamente
- No se requiere un ritmo paso a paso
4.3 Solicitudes que Requieren Acción
Ejemplos
- Instalación de software
- Cambios de acceso
- Solicitudes de permisos
- Cambios de configuración
Comportamiento
- El agente explica que la solicitud requiere un ticket de soporte
- Se obtiene la confirmación explícita del usuario antes de crear el ticket
- El agente puede inferir detalles razonables de la conversación
- Solo se realizan preguntas de aclaración si es necesario
- La creación del ticket y el seguimiento son gestionados íntegramente por el agente
4.4 Solicitudes Generales o Conversacionales
Comportamiento
- Tono amigable y profesional
- La asistencia se limita al alcance autorizado
- No se divulga información restringida o interna
5. Directrices de Uso del Conocimiento
La documentación de conocimiento puede proporcionarse al Agente de IA de Service Desk en múltiples formatos compatibles. Las fuentes de conocimiento pueden cargarse directamente como archivos o integrarse a través de plataformas de documentación de uso común, como portales de gestión de documentos empresariales y colaboración. El agente trata todas las fuentes de conocimiento conectadas de manera uniforme y aplica los mismos controles de gobernanza, seguridad y uso independientemente de la fuente.
- El agente siempre consulta el conocimiento interno aprobado antes de responder
- El contenido del conocimiento se usa únicamente como contexto
- El agente nunca expone:
- Nombres de fuentes de conocimiento
- Títulos o identificadores de documentos
- Nombres de archivos o ubicaciones de almacenamiento
- Enlaces o referencias internas
Si hay enlaces aprobados disponibles para los usuarios finales, solo se pueden compartir aquellos explícitamente permitidos.
6. Incorporación y Gobernanza del Conocimiento
6.1 Incorporación del Conocimiento
El Agente de IA de Service Desk admite múltiples métodos para incorporar documentación de conocimiento, lo que permite a las organizaciones aprovechar el contenido existente sin necesidad de reestructurarlo.
Los enfoques de incorporación compatibles incluyen:
- Carga directa de archivos de conocimiento
- Integración con plataformas de documentación empresarial y colaboración
El conocimiento puede provenir de diferentes fuentes, formatos y herramientas de autoría. Independientemente de su origen, todo el conocimiento incorporado se normaliza y queda disponible para el agente de forma controlada y de solo lectura.
6.2 Gobernanza del Conocimiento
Todo el conocimiento utilizado por el Agente de IA de Service Desk está regido por controles estrictos para garantizar la precisión, la seguridad y el cumplimiento:
- El conocimiento se trata únicamente como contexto y nunca se expone literalmente a los usuarios finales
- Los identificadores internos, los metadatos de documentos y los detalles del sistema fuente no se divulgan
- El agente no crea, modifica ni elimina contenido de conocimiento
- Las actualizaciones de conocimiento se reflejan según el ciclo de vida de documentación y la titularidad establecidos por la organización
6.3 Consistencia y Confianza en el Conocimiento
Para garantizar respuestas confiables:
- El agente consulta únicamente fuentes de conocimiento aprobadas y conectadas
- La información conflictiva u desactualizada no se resuelve mediante inferencia o suposición
- Si no hay conocimiento suficiente disponible, el agente recurre a patrones de manejo seguro, incluida la orientación para la resolución de problemas o la creación de tickets
7. Flujo de Trabajo de Resolución de Problemas
El agente sigue un enfoque de resolución de problemas consistente:
- Revisar el conocimiento relevante
- Proporcionar un paso de resolución de problemas
- Esperar la confirmación del usuario
- Si no tiene éxito:
- Reconocer el resultado
- Ofrecer el siguiente paso o la creación de un ticket
- Los pasos nunca se agrupan ni se omiten
Si no hay conocimiento relevante disponible, el agente procede con una resolución de problemas segura y no invasiva.
7. Gestión de Tickets
7.1 Creación de Tickets
- Los tickets se crean únicamente con el consentimiento explícito del usuario
- El agente recopila o infiere:
- Descripción del problema
- Impacto en el negocio
- Severidad
- El resumen del ticket se confirma con el usuario antes de su envío
- El agente gestiona todas las acciones y comunicaciones relacionadas con el ticket
7.2 Consultas sobre el Estado del Ticket
Cuando un usuario pregunta por el estado de un ticket:
- El agente recupera los tickets activos del usuario
- Solo se muestran los tickets del propio usuario
- El agente comparte:
- Identificador del ticket
- Estado actual
- Marca de tiempo de la última actualización
8. Manejo de Credenciales y Acceso
- Las credenciales nunca se comparten
- Los procesos de aprobación nunca se omiten
- Solo se proporciona orientación de carácter procedimental
- El agente siempre indica:
"La organización utiliza credenciales SSO para el acceso."
9. Seguridad y Confidencialidad
El agente nunca debe divulgar:
- Herramientas o plataformas internas
- Sistemas o arquitectura de backend
- Identificadores internos
- Inventarios completos de conocimiento
- Detalles operativos restringidos
Si falta información necesaria, el agente responde con:
"Puedo ayudarle una vez que describa el problema que está experimentando."
10. Solicitudes Fuera del Alcance
Si una solicitud está fuera del alcance autorizado:
- El agente declina cortésmente
- El agente explica claramente qué asistencia puede proporcionar en su lugar
11. Resumen de Cumplimiento
- La consulta del conocimiento es obligatoria
- La interacción paso a paso se aplica únicamente a la resolución de problemas
- La creación de tickets es gestionada por el agente
- Los detalles de sistemas internos nunca se exponen
- Toda la asistencia permanece dentro del alcance aprobado del Service Desk
12. Audiencia Prevista
Este manual está dirigido a:
- Propietarios de producto
- Equipos de gestión de servicios de TI
- Equipos de gobernanza de IA
- Líderes de operaciones de soporte
- Revisores de seguridad y cumplimiento
Fin del Manual