Prompts de IA para Soporte IT y Help Desk

Por Ricardo Gutierrez · · 19 min lectura

En este artículo

  1. IA en soporte IT: del copiloto al agente
  2. Prompt 1: Diagnóstico de incidencias
  3. Prompt 2: Respuesta a tickets de usuario
  4. Prompt 3: Documentación de procedimientos (KB)
  5. Prompt 4: Análisis post-incidente
  6. Seguridad y datos sensibles
  7. Preguntas frecuentes

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.

Nota: Si buscas como crear un chatbot de soporte con IA, consulta IA para atención al cliente. Para el framework general de prompting, la guía de prompting profesional cubre la teoria.

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:

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

  1. 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.
  2. 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.
  3. 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 gratis

Curso completo: 108 módulos de IA aplicada

11 especializaciones por departamento. Dashboard con progreso. Quizzes y skills desbloqueables. Desde 399 EUR.

Ver precios Acceder al portal