En este artículo
El soporte IT vive atrapado en un ciclo: resolver tickets, documentar, resolver más tickets. Los equipos de help desk manejan entre 20 y 200 tickets diarios, y la mitad son problemas recurrentes con soluciones conocidas. La IA no va a resolver tus incidencias de red, pero si va a ayudarte a diagnosticar más rápido, responder tickets en la mitad de tiempo y documentar procedimientos que tu equipo nunca tiene tiempo de escribir.
Esta guía contiene 4 prompts disenados para el día a día de un equipo de soporte IT: diagnóstico de incidencias, respuesta a tickets, creación de artículos de knowledge base y análisis post-incidente. Son prompts que puedes usar desde hoy, copiando y pegando en cualquier modelo de IA.
La premisa: la IA es un copiloto de N1 y un acelerador de N2. No sustituye el conocimiento técnico, pero reduce el tiempo de diagnóstico, mejora la comunicación con el usuario y genera documentación que de otra forma no existiria.
Resumen rápido
4 prompts para help desk: arbol de diagnóstico a partir de sintomas, generador de respuestas a tickets con tono adaptado, creador de artículos de KB paso a paso, y template de análisis post-incidente (postmortem).
IA en soporte IT: del copiloto al agente
La adopcion de IA en soporte IT esta en dos niveles en 2026. El primero (donde deberia estar todo equipo) es usar IA como copiloto del agente: el técnico copia la descripcion del problema, ejecuta un prompt y obtiene sugerencias de diagnóstico o una respuesta borrador. El segundo (más avanzado) es integrar IA directamente en el sistema de ticketing para pre-clasificar, sugerir soluciones y escalar automaticamente.
Los beneficios medibles son claros:
- Tiempo medio de respuesta (MTTR): Se reduce un 30-50% cuando el agente tiene un borrador de respuesta generado por IA.
- First Contact Resolution (FCR): Sube un 15-25% porque la IA sugiere soluciones que el agente N1 no habria considerado.
- Knowledge Base: Equipos que nunca documentaban empiezan a generar artículos de KB porque la IA elimina la barrera de la redaccion.
Prompt 1: Diagnóstico de incidencias
Cuándo un usuario reporta un problema ("no me funciona el correo"), el técnico necesita un arbol de diagnóstico: que comprobar, en que orden y que significa cada resultado. Este prompt genera ese arbol a partir de los sintomas.
Prompt: Arbol de diagnóstico IT
Eres un tecnico de soporte N2 con experiencia en entornos corporativos
(Windows, Microsoft 365, Active Directory, VPN, redes TCP/IP).
El usuario reporta el siguiente problema:
"""
[Pega aqui la descripcion del ticket tal como la escribio el usuario]
"""
Informacion adicional disponible:
- SO del usuario: [Windows 11 / macOS / etc.]
- Aplicaciones afectadas: [si se conoce]
- Desde cuando ocurre: [si se conoce]
- Afecta a otros usuarios: [si/no/desconocido]
Tarea: Genera un arbol de diagnostico con los pasos a seguir:
1. CLASIFICACION INICIAL: categoria del problema (red / aplicacion / hardware /
permisos / configuracion) y prioridad sugerida (P1-P4)
2. COMPROBACIONES RAPIDAS (5 min): 3-5 comprobaciones que el tecnico N1
puede hacer inmediatamente para descartar causas simples.
Formato: COMPROBACION -> SI: [siguiente paso] | NO: [siguiente paso]
3. DIAGNOSTICO INTERMEDIO (15 min): si las comprobaciones rapidas no
resuelven, que investigar a continuacion. Incluir comandos concretos
(ping, nslookup, ipconfig, Get-ADUser, etc.) con la sintaxis exacta.
4. POSIBLES CAUSAS: lista de causas probables ordenadas de mas a menos
frecuente, con la solucion para cada una.
5. ESCALAMIENTO: si nada de lo anterior funciona, a quien escalar (N2, N3,
proveedor) y que informacion incluir en la escalacion.
Formato: Diagrama de flujo textual, facil de seguir paso a paso.
Restricciones: Priorizar las causas mas comunes. No asumir que el usuario
sabe terminologia tecnica (las instrucciones para el usuario final deben
ser comprensibles para no tecnicos).
Ejemplo práctico: El usuario reporta: "No puedo enviar correos desde Outlook, pero si puedo recibirlos. Me sale un error de servidor." El modelo genera: "Clasificación: Aplicación/correo, P2. Comprobaciones rapidas: 1. Pedir al usuario que intente desde Outlook Web (outlook.office.com). Si funciona ahi -> problema local de Outlook. Si no -> problema de servidor o permisos. 2. Verificar tamano del buzón (Get-MailboxStatistics -Identity usuario@empresa.com). Si >95% de quota -> causa probable: buzon lleno. 3. Comprobar si el usuario tiene restricciones de envio en Exchange Admin Center..."
El técnico N1 sigue el arbol paso a paso. En el 60% de los casos, la incidencia se resuelve en las comprobaciones rapidas. Para el resto, tiene el camino de escalacion con la información exacta que necesita N2.
Prompt 2: Respuesta a tickets de usuario
Redactar respuestas a tickets es una tarea repetitiva que consume un tiempo desproporcionado. El tono es critico: demasiado técnico y el usuario no entiende, demasiado casual y parece poco profesional. Este prompt genera respuestas adaptadas al perfil del usuario.
Prompt: Respuesta a ticket de soporte
Eres un agente de soporte IT que se comunica con usuarios no tecnicos.
TICKET:
- Asunto: [asunto del ticket]
- Descripcion del usuario: [lo que escribio el usuario]
- Estado actual: [resuelto / en progreso / necesita info / escalado]
- Solucion aplicada o accion tomada: [lo que hiciste o necesitas que haga]
Tarea: Genera la respuesta al ticket con:
1. Saludo breve (personalizado si tienes el nombre)
2. Reconocimiento del problema (que el usuario sienta que entiendes su situacion)
3. Lo que se ha hecho o lo que necesitas que haga:
- Si esta resuelto: explicar que se hizo (sin jerga) y como verificar
- Si necesitas info: preguntas claras y numeradas
- Si esta en progreso: explicar proximo paso y tiempo estimado
- Si esta escalado: explicar a quien y por que, sin alarmar
4. Instrucciones paso a paso si el usuario necesita hacer algo
(con capturas o referencias visuales si es posible)
5. Cierre con oferta de ayuda adicional
Tono: Profesional, empatico y claro. El usuario puede estar frustrado.
Formato: Parrafos cortos. Instrucciones numeradas. Maximo 200 palabras.
Restricciones: No uses jerga tecnica sin explicar (no "flush DNS cache"
sino "limpiar la cache de red de tu ordenador, te explico como").
No culpes al usuario aunque el error sea suyo.
Ejemplo práctico: Ticket: "No puedo imprimir desde hace 2 días, me urge". Solución: reinstalaste el driver de la impresora de red. Respuesta generada: "Hola Maria, entiendo que llevas 2 días sin poder imprimir y que necesitas resolverlo cuanto antes. Ya hemos identificado y corregido el problema: el controlador de tu impresora necesitaba actualizarse. Para verificar que todo funciona: 1. Abre cualquier documento. 2. Ve a Archivo > Imprimir. 3. Selecciona 'Impresora Planta 2' de la lista. 4. Imprime una página de prueba. Si el problema persiste, reabre este ticket y lo revisaremos inmediatamente."
Prompt 3: Documentación de procedimientos (KB)
La knowledge base es el activo más valioso de un equipo de soporte y el más descuidado. Nadie tiene tiempo de documentar. Este prompt transforma tus notas de resolucion en artículos de KB profesionales.
Prompt: Artículo de Knowledge Base
Eres un technical writer especializado en documentacion de soporte IT.
A partir de las siguientes notas de resolucion, genera un articulo de
Knowledge Base completo.
NOTAS DEL TECNICO:
"""
[Pega aqui tus notas tal como las tienes: informales, desordenadas, con
abreviaciones. El modelo las estructura por ti.]
"""
Genera el articulo con esta estructura:
TITULO: descriptivo, que aparezca en busquedas
(formato: "Como [accion] en [sistema/aplicacion]")
RESUMEN: 1-2 frases sobre que resuelve este articulo
APLICA A: sistemas, versiones, perfiles de usuario afectados
SINTOMAS: que ve el usuario cuando tiene este problema
(descripcion en lenguaje de usuario, no tecnico)
CAUSA: por que ocurre (explicacion breve)
SOLUCION: pasos numerados, claros, con capturas sugeridas
- Cada paso: accion unica y verificable
- Incluir lo que el usuario deberia ver si el paso funciona
- Incluir alternativa si el paso falla
PREVENCION: como evitar que vuelva a ocurrir
ARTICULOS RELACIONADOS: sugiere 2-3 temas de KB relacionados
Formato: Markdown o HTML, listo para publicar en la KB.
Restricciones: Los pasos deben ser ejecutables por un tecnico N1 sin
contexto adicional. Si un paso requiere permisos de admin, indicarlo.
Ejemplo práctico: Notas del técnico: "user no podia conectar vpn, error 789. Era q tenia L2TP desactivado en registro. Regedit HKLM\SYSTEM\CurrentControlSet\Services\RasMan\Parameters, crear DWORD ProhibitIpSec valor 1. Reiniciar servicio RasMan. Funciono." El modelo genera un artículo completo con título "Como resolver el error 789 de conexión VPN en Windows 11", sintomas claros ("Al conectar la VPN corporativa, aparece el mensaje Error 789: el intento de conexión L2TP fallo"), solución en 6 pasos con capturas sugeridas y prevencion ("Aplicar via GPO para que la configuración de registro se mantenga en futuras actualizaciones de Windows").
Prompt 4: Análisis post-incidente
Despues de una incidencia grave (caida de servidor, brecha de seguridad, interrupcion de servicio), el equipo necesita un postmortem. Este prompt genera la estructura del documento a partir de la cronologia de eventos.
Prompt: Postmortem de incidente
Eres un ingeniero de fiabilidad (SRE) especializado en analisis post-incidente.
Cronologia del incidente:
"""
[Pega la cronologia: hora, que paso, quien hizo que, cuando se resolvio]
"""
Genera un documento de postmortem con:
1. RESUMEN EJECUTIVO: que paso, cuanto duro, a quien afecto (3 lineas max)
2. IMPACTO: usuarios afectados, servicios caidos, duracion, coste estimado
3. CRONOLOGIA DETALLADA: tabla con Hora | Evento | Accion | Responsable
4. CAUSA RAIZ: analisis de "5 por que" hasta llegar a la causa fundamental
5. QUE FUNCIONO: que hicimos bien durante la respuesta
6. QUE NO FUNCIONO: donde fallamos o tardamos mas de lo necesario
7. ACCIONES CORRECTIVAS: lista numerada con:
- Accion concreta (no "mejorar monitoring" sino "configurar alerta en
Grafana cuando CPU > 90% durante 5 min")
- Responsable
- Fecha limite
- Prioridad (P1/P2/P3)
8. LECCIONES APRENDIDAS: 3-5 puntos clave para el equipo
Formato: Documento profesional, listo para compartir con direccion.
Tono: Objetivo, sin culpar a personas. Foco en procesos y sistemas.
Restricciones: La causa raiz debe ser un fallo de proceso o sistema,
no "Juan se equivoco" (eso es un sintoma, no una causa raiz).
Ejemplo práctico: Pegas la cronologia de una caida de la base de datos de producción de 2 horas. El modelo genera el "5 por que": "1. Por que cayo la BD? Disco lleno. 2. Por que se lleno el disco? Logs de aplicación sin rotacion. 3. Por que no habia rotacion? La configuración de logrotate se perdio en la última migración. 4. Por que no se detecto? No habia alerta de espacio en disco. 5. Causa raiz: el runbook de migración no incluye verificacion de configuración de logrotate ni configuración de alertas de disco." Accion correctiva: "Anadir check de logrotate al runbook de migración (P1, responsable: Laura, 23 mayo)."
Seguridad y datos sensibles
- No pegues logs con credenciales. Antes de pasar logs a un modelo de IA, limpia contraseñas, tokens, API keys y datos personales de usuarios. Usa expresiones regulares para anonimizar.
- Cuidado con IPs internas y nombres de host. Un log con IPs internas revela la topologia de tu red. Sustituye IPs reales por genericas (10.0.0.X, 192.168.1.X) antes de compartir.
- Usa versiones empresariales. Para análisis de incidentes y logs reales, usa herramientas con garantias de privacidad. Las versiones gratuitas de los modelos no garantizan que tus datos no se usen para entrenamiento.
Preguntas frecuentes
Puede un chatbot de IA reemplazar al equipo de soporte N1?
Puede resolver el 40-60% de los tickets de N1 que son problemas recurrentes con soluciones documentadas (restablecer contrasenas, guías paso a paso, estado de servicios). Pero necesita escalamiento humano para problemas complejos, situaciones donde el usuario esta frustrado o enfadado, e incidencias nuevas que no están en la knowledge base. El modelo óptimo es IA como primera linea + humano como escalamiento.
Cómo integro IA en nuestro sistema de tickets actual?
La forma más rápida (sin desarrollo) es usar IA como copiloto del agente: copia la descripcion del ticket, ejecuta el prompt de diagnóstico y obtiene sugerencias. Para integración automática, herramientas como n8n o Zapier pueden conectar tu sistema de ticketing (Jira Service Management, Zendesk, Freshdesk) con la API de Claude o ChatGPT.
Es seguro pasar logs de servidores a ChatGPT?
Depende de lo que contengan. Si incluyen IPs internas, credenciales, tokens, datos de usuario o información de configuración sensible, anonimiza antes de pegar. Para logs de entornos de desarrollo o logs ya anonimizados, el riesgo es menor. Siempre usa versiones empresariales para datos de producción y revisa el contenido antes de compartir con cualquier herramienta externa.
50 prompts profesionales listos para usar
Descarga gratis nuestra coleccion de 50 prompts para profesionales de administracion, finanzas, marketing y más. Sin registro, sin spam.
Descargar gratisCurso completo: 108 módulos de IA aplicada
11 especializaciones por departamento. Dashboard con progreso. Quizzes y skills desbloqueables. Desde 399 EUR.