Cómo gestionar las solicitudes de soporte de TI
Cómo gestionar día a día las solicitudes de soporte de TI: entrada, triaje, incidencias frente a solicitudes de servicio, priorización, escalado, comunicación durante caídas y mejora continua.
Una vez montado el help desk de TI, empieza el trabajo de verdad: atender un flujo constante de solicitudes mientras se mantienen los sistemas en marcha y los proyectos avanzan. Esta guía reúne las prácticas diarias que mantienen el soporte de TI bajo control, desde la entrada hasta la mejora, para equipos de TI pequeños y medianos.
1. Un único canal de entrada
Todas las solicitudes deben convertirse en tickets en un único lugar. El portal es el canal preferido porque recoge información estructurada (categoría, prioridad, descripción, adjuntos). Las solicitudes recibidas por teléfono, chat o en persona las registra el agente que las recibe. Esta regla es la que hace posibles todas las demás prácticas.
2. Distingue incidencias de solicitudes de servicio
| Tipo | Definición | Ejemplos | Cómo tratarla |
|---|---|---|---|
| Incidencia | Algo que funcionaba ha dejado de funcionar o funciona peor | Correo caído, el portátil no arranca, la VPN falla | Restablecer el servicio rápido; investigar la causa después |
| Solicitud de servicio | Una petición estándar de algo nuevo | Cuenta nueva, instalación de software, monitor nuevo | Seguir un procedimiento definido; puede requerir aprobación |
Usa categorías separadas para cada tipo. Las incidencias se miden por la rapidez con que se restablece el servicio; las solicitudes, por la previsibilidad con que se atienden.
3. Haz el triaje de cada ticket nuevo
El triaje es una rutina breve para cada ticket entrante:
- Leer la descripción y revisar los tickets recientes del solicitante (¿es repetido?).
- Clasificar: confirmar la categoría y ajustarla si hace falta.
- Priorizar: aplicar las definiciones de prioridad (impacto × urgencia).
- Asignar: a la persona o equipo adecuado.
- Responder: confirmar la recepción con un mensaje útil: siguiente paso y plazo previsto.
El triaje debería llevar pocos minutos por ticket. Hazlo a horas fijas a lo largo del día, y de inmediato para los urgentes.
4. Prioriza por impacto y urgencia
Una matriz sencilla ayuda al equipo a decidir con coherencia:
| Urgencia baja | Urgencia alta | |
|---|---|---|
| Muchos usuarios afectados | Alta | Urgente |
| Un usuario afectado | Baja / Normal | Alta |
Ejemplos: se cae internet en la oficina → Urgente. El director financiero no puede abrir el sistema de nóminas el día de pago → Alta. Un usuario quiere un segundo monitor → Baja.
5. Escala con contexto
Algunos tickets necesitan un especialista, un proveedor u otro equipo. Escala bien:
- escribe una nota interna con lo que se ha comprobado, lo que se ha encontrado y lo que hace falta;
- mueve el ticket al equipo adecuado o asígnalo al especialista;
- usa Pendiente de terceros cuando esperes a un proveedor externo y anota su número de incidencia;
- explica al solicitante qué está pasando y cuándo tendrá noticias.
6. Comunica bien durante las incidencias graves
Cuando hay una incidencia amplia, mucha gente abre tickets sobre el mismo problema. Gestiónala como un único evento:
- Abre un ticket principal para la incidencia y asígnale un responsable.
- Publica un aviso donde la gente mira (portal, canal de chat, correo).
- Relaciona los nuevos tickets con el principal y responde con el aviso.
- Actualiza a intervalos regulares, aunque no haya novedades ("seguimos investigando, próxima actualización a las 11:00").
- Cuando se resuelva, avisa a todos y registra la causa y la solución.
7. Atiende las solicitudes con listas de verificación
Las solicitudes de servicio se repiten. Escribe el procedimiento una vez (como artículo de la base de conocimiento solo para el equipo) y síguelo siempre. Ejemplo para una incorporación:
- crear la cuenta de usuario y el correo;
- añadir a los grupos y carpetas compartidas;
- preparar el portátil e instalar el software estándar;
- configurar el MFA;
- entregar el equipo y enviar las instrucciones de bienvenida.
Las listas de verificación hacen la atención más rápida, coherente y fácil de delegar.
8. Protege los tickets delicados
TI trata temas delicados: incidentes de seguridad, accesos a datos confidenciales, investigaciones solicitadas por RR. HH. Restringe estos tickets a quienes necesitan verlos y evita poner contraseñas o secretos en los mensajes: usa un gestor de contraseñas o un canal seguro.
9. Equilibra tickets y proyectos
Los equipos de TI pequeños también llevan proyectos. Sin una regla, sufre la cola o sufren los proyectos. Enfoques habituales:
- un agente "de guardia" rotativo atiende la cola mientras los demás se centran en proyectos;
- bloques fijos de cola para todos (por ejemplo, la primera y la última hora del día);
- un escalado claro para los urgentes durante el tiempo de proyecto.
10. Mejora de forma continua
Una vez al mes, revisa:
- las categorías principales de incidencias y las incidencias recurrentes;
- las solicitudes que podrían automatizarse o delegarse (por ejemplo, el restablecimiento de contraseñas por el propio usuario);
- el cumplimiento del SLA por prioridad;
- los huecos de la base de conocimiento.
Elige una o dos mejoras al mes. Corregir la causa raíz de una incidencia recurrente suele ahorrar más tiempo que cualquier otro cambio.
Ejemplo: una semana de soporte de TI
Una empresa de 60 personas con dos técnicos de TI recibe solicitudes a diario. Con las prácticas anteriores, la semana podría ser así: el lunes, triaje de los tickets del fin de semana a las 9:00; el martes, una incidencia de impresora que afecta a una planta se trata como Alta; el miércoles, dos incorporaciones siguen la lista de verificación; el jueves, una incidencia de VPN se convierte en el ticket principal de seis avisos relacionados, con actualizaciones cada hora; el viernes, la revisión mensual detecta que restablecer contraseñas es la categoría principal y propone una opción de autoservicio.
En Luradesk
Luradesk da soporte a este flujo con un espacio de atención interno para los empleados, TI como departamento con su propia cola, categorías que dirigen los tickets, prioridades y políticas de SLA, notas internas, el estado Pendiente de terceros, tickets restringidos y artículos de la base de conocimiento solo para el equipo para los procedimientos. Consulta la página de help desk interno para la configuración general.
La rutina diaria en un párrafo
Usa un único canal de entrada, separa incidencias de solicitudes, haz el triaje de cada ticket, prioriza por impacto y urgencia, escala con contexto, comunica bien durante las caídas, usa listas de verificación para las solicitudes estándar, protege los tickets delicados, equilibra cola y proyectos y mejora cada mes.