Cómo implementar un sistema de gestión de incidencias y tickets internos con SLA automatizados y escalado inteligente en tu empresa

Martes a las 8:47. Marta, de contabilidad, no puede entrar en el ERP. Manda un WhatsApp al técnico que le solucionó algo parecido en marzo. El técnico está de baja. Marta llama a centralita, le pasan con "alguien de sistemas", deja un correo. A las 12:30 sigue esperando, ha perdido la mañana, y nadie en TI sabe que su incidencia existe.

Multiplica esa escena por cuarenta empleados al día y entiendes por qué la gestión informal de incidencias es una de las hemorragias silenciosas más caras de cualquier empresa mediana. Saber cómo implementar un sistema de gestión de incidencias y tickets internos con SLA automatizados y escalado inteligente en tu empresa no es un capricho de CIO; es la diferencia entre que tu equipo trabaje o se pase el día persiguiendo respuestas por Teams.

Lo que viene a continuación es el método que aplicamos cuando un cliente nos llama porque el soporte interno se ha convertido en una caja negra. Sin teoría de manual.

Lo que de verdad cuesta no tener un sistema

La factura no aparece en la cuenta de explotación, pero existe. Y suele ser fea.

Una pyme de 150 personas genera, por término bajo, entre 250 y 400 incidencias internas al mes entre TI, mantenimiento, RR. HH. y administración. Si cada una se resuelve con tres correos cruzados, dos llamadas y una visita presencial, hablamos de 15-20 minutos perdidos por solicitud solo en coordinación. Échale cuentas: son entre 60 y 130 horas de trabajo evaporadas cada mes.

El seguimiento que vive en la cabeza de alguien

Cuando no hay tickets, el "estado" de una incidencia depende de la memoria del técnico que la cogió. Si está de vacaciones, baja o reunión, la solicitud se evapora. El usuario pregunta tres veces, el responsable no tiene panel que mirar, y las urgencias compiten con las tonterías sin ningún criterio.

Decidir sin datos

Sin un registro de cuándo entra, cuándo se asigna y cuándo se cierra cada incidencia, no hay manera honesta de defender ante dirección que haces falta un técnico más. Las plantillas de soporte se dimensionan por intuición, y eso normalmente significa que están cortas en marzo y noviembre y sobradas en agosto.

El ticket olvidado que te explota

El parche de seguridad que nadie aplicó. La avería del compresor que se aplazó dos semanas. El error de fichaje que se arrastra tres nóminas. Las incidencias que se pierden no se pierden gratis: vuelven en forma de auditoría, sanción o demanda.

Tickets internos y SLA: qué son exactamente

Un sistema de tickets es una plataforma donde cualquier empleado abre una solicitud, queda registrada con un identificador único, se asigna automáticamente al equipo que toca y deja rastro de cada movimiento hasta el cierre. Sustituye al correo, al WhatsApp y a la llamada al colega de toda la vida.

El SLA, traducido

Un acuerdo de nivel de servicio fija dos compromisos para cada tipo de incidencia: cuánto tarda alguien en responderte (SLA de respuesta) y cuánto tarda en resolverla (SLA de resolución). Lo interesante no es escribirlo en un papel, sino que el sistema lo vigile solo.

Ejemplo concreto: una incidencia crítica que para una línea de producción tiene SLA de respuesta de 15 minutos y de resolución de 2 horas. A los 10 minutos sin acuse de recibo, el sistema lanza un recordatorio al técnico asignado. A los 15, escala automáticamente al responsable del área. A los 90, el director de operaciones recibe un aviso para que decida si hay que movilizar recursos externos.

Escalado inteligente, no automático a ciegas

Escalar bien no es notificar al jefe del jefe. Un sistema bien montado mira la agenda del técnico, su carga de tickets abiertos, sus competencias y el horario. Si el especialista de redes está de baja, el ticket no se queda en su cola: salta al siguiente perfil cualificado disponible. Sin eso, el escalado se convierte en un buzón de quejas para el director.

Cómo se monta, paso a paso

No hay atajo. Pero el orden importa, y hacerlo bien lleva entre 8 y 12 semanas en una empresa mediana.

1. Mapea áreas y tipos de incidencia

Antes de tocar software, siéntate con cada responsable y lista qué tipo de solicitudes recibe su equipo. Sistemas suele dividirse en hardware, software, accesos, correo y red. Mantenimiento agrupa avisos de averías, climatización, limpieza y seguridad. RR. HH. gestiona permisos, dudas de nómina, fichajes y beneficios sociales. Compras recibe peticiones de material, alta de proveedores y aprobaciones.

Este mapa es el plano del sistema: define formularios, reglas de asignación y SLA. Si te lo saltas, acabarás reconfigurando categorías cada dos semanas.

2. Define prioridades con criterios objetivos

Cuatro niveles bastan. Más es ruido.

• Crítica: bloquea a un equipo entero o implica riesgo de seguridad inmediato. Respuesta en 15 minutos, resolución en 4 horas.
• Alta: un empleado no puede hacer su trabajo principal pero existe apaño temporal. Respuesta en 1 hora, resolución en 8 horas laborables.
• Media: molestia operativa que no impide trabajar. Respuesta en 4 horas, resolución en 2 días laborables.
• Baja: mejoras, dudas o peticiones sin impacto inmediato. Respuesta en 1 día laborable, resolución en 5.

Lo importante: los criterios para asignar cada nivel deben ser tan claros que dos personas distintas, ante el mismo ticket, lleguen a la misma prioridad. Si no, los usuarios aprenden a marcar todo como crítico y matas el sistema en un mes.

3. Diseña las reglas de escalado

Para cada combinación de tipo y prioridad, decide qué pasa cuando el SLA se acerca al límite. Hay dos rutas: escalado funcional (a un técnico más especializado) y escalado jerárquico (a un responsable que pueda mover recursos).

Un diseño que funciona en empresas de 100 a 500 empleados es el de tres niveles. Nivel 1 es la mesa de soporte que resuelve el 70-80 % de las incidencias estándar. Nivel 2 son los especialistas que entran cuando el N1 no llega o no puede. Nivel 3 es la dirección del área, que se activa solo cuando el SLA está a punto de incumplirse y hace falta decisión ejecutiva.

4. Elige la herramienta sin morir en el intento

El mercado está saturado, así que filtra por lo que de verdad necesitas:

• Jira Service Management y Zendesk son las opciones premium, robustas y caras (a partir de 19-49 EUR por agente al mes).
• Freshservice está muy bien para pymes españolas, con buena relación calidad-precio y SLAs configurables de serie.
• GLPI es open source, gratuito y muy potente si tienes un perfil técnico que lo mantenga.
• HaloITSM y ServiceNow entran cuando hablamos de empresas grandes con procesos ITIL formales.

Lo no negociable: SLA con temporizadores que respeten horario laboral y festivos, escalado condicional, informes decentes, integración con tu correo y tu herramienta de chat, y un portal de autoservicio que el usuario medio sepa usar sin formación de tres días.

Y un aviso del que nadie se libra: no adaptes tus procesos a la herramienta. Si la categoría "incidencia con periférico USB" es importante para ti, exige que la herramienta la soporte. Al revés, te conviertes en rehén del proveedor.

5. Forma, comunica y persigue

Un sistema de tickets vacío es un cementerio. La adopción se trabaja desde tres frentes:

A los usuarios: sesiones cortas, 45 minutos por departamento, explicando cómo abrir un ticket bien (qué describir, qué adjuntar), cómo consultar el estado y qué plazos esperar. Y el mensaje claro de dirección: a partir de la fecha X, lo que no entre por el portal no se atiende. Sin excepciones para "el de siempre".

A los equipos de soporte: cómo priorizar la cola, usar plantillas, alimentar la base de conocimiento y leer los KPIs de su panel. Si no ven indicadores propios, no mejoran.

Los números que tienes que mirar cada semana

Una vez en marcha, mide. Si no mides, no mejoras y, peor, no defiendes el sistema cuando alguien lo cuestione.

Tasa de cumplimiento de SLA. Porcentaje de tickets respondidos y cerrados a tiempo. Por debajo del 85 % tienes un problema: o los SLA están mal calibrados o el equipo va corto. Por encima del 98 % sostenido, probablemente los plazos son demasiado generosos.

Tiempo medio de resolución por categoría. Donde aparezcan picos, ahí tienes oportunidades claras: automatización, plantillas, formación o un cambio de proveedor.

Volumen y tendencias. Si los tickets de "acceso al CRM" se disparan los lunes a las 9, el problema no es el helpdesk: es el SSO. La curva te lo dice.

Satisfacción al cierre. Una pregunta, una escala de 1 a 5, opcional comentario. Un SLA cumplido con un usuario cabreado significa que cerraste el ticket pero no resolviste el problema.

Errores que vemos una y otra vez

Mil categorías el primer día. La tentación de catalogar al detalle es enorme, pero un menú con 80 opciones paraliza al usuario y rompe la analítica. Empieza con 15-20, observa qué piden de verdad y refina cada trimestre.

SLA pintados para impresionar al comité. Comprometer 30 minutos de respuesta cuando tu equipo lleva dos años desbordado es venderse un fracaso. Mejor partir de SLA realistas, cumplir, y bajar plazos a medida que el sistema gana eficiencia.

Cero inversión en la base de conocimiento. Entre el 30 y el 40 % de las incidencias son recurrentes. Si cada técnico las resuelve desde cero, estás regalando horas. Cada ticket cerrado debería poder convertirse en un artículo de KB en cinco minutos.

Lo que te llevas de aquí

Un sistema de tickets bien planteado deja de ser una herramienta de TI para convertirse en la columna vertebral del soporte interno de toda la empresa. La productividad sube de forma medible, el equipo de soporte deja de apagar fuegos y la dirección por fin tiene datos para decidir cuánto personal hace falta, dónde duele de verdad y qué procesos hay que rediseñar.

Si quieres montarlo sin pasar seis meses comparando demos y atascado en debates de comité, agenda una sesión de diagnóstico con nuestro equipo de digitalización y salimos con el catálogo de incidencias, los SLA por prioridad y un plan de despliegue a 90 días encima de la mesa.