Los niveles de soporte técnico son la manera de repartir el trabajo de una mesa de ayuda según la dificultad de cada caso. Lo sencillo lo resuelve el soporte de primer nivel en la primera llamada. Lo complejo sube, con su historial, a quien sabe resolverlo. Cuando la escalera funciona, el usuario ni la nota. En cambio, cuando no funciona, todo cae sobre el mismo técnico y los casos fáciles esperan detrás de los difíciles.
Esta guía sirve a dos lectores. Si usted dirige un área o una empresa, le bastan los apartados sobre qué es una mesa de ayuda, qué resuelve cada nivel y el caso de una empresa de 120 usuarios con las horas calculadas. Si trabaja en soporte, además encontrará la matriz de prioridad, las reglas para escalar, las métricas de cada nivel con su fórmula, la diferencia entre help desk y service desk y el modelo en enjambre.
Qué son los niveles de soporte técnico
En pocas palabras, son capas de atención ordenadas de menor a mayor especialización. Cada capa resuelve lo que puede y, luego, pasa el resto a la siguiente; a eso se le llama escalar. Ninguna norma fija cuántas capas debe haber, y por eso unas empresas hablan de tres niveles y otras de cinco. Aun así, el esquema más extendido es este:
- N0, autoservicio: el usuario se resuelve solo con un portal, una guía o el restablecimiento de su contraseña.
- N1, primer nivel: la mesa de ayuda recibe el caso, lo registra y resuelve lo conocido.
- N2, segundo nivel: técnicos especializados en redes, servidores o aplicaciones.
- N3, tercer nivel: ingenieros o arquitectos que resuelven lo que nadie había visto y buscan la causa de fondo.
- N4, fabricante: el soporte del proveedor del equipo o del programa.
Así, a la pregunta de cuántos niveles de soporte técnico hay, la respuesta honesta es que depende del tamaño de la operación. Por ejemplo, una pyme suele trabajar con tres. Una operación grande, en cambio, separa también el autoservicio y el fabricante. Lo importante no es el número, sino que cada caso tenga un dueño en todo momento.
Qué es una mesa de ayuda y dónde encajan los niveles de soporte TI
La mesa de ayuda es el punto único de contacto entre los usuarios y el área de TI. Por ella entran las fallas, las solicitudes y las consultas, ya sea por teléfono, correo, chat o portal. ITIL 4, el marco de buenas prácticas más usado en la gestión de servicios de TI, le asigna dos funciones: capturar la demanda de incidentes y de solicitudes, y ser la puerta de entrada única para todos los usuarios.
Por lo tanto, la mesa de ayuda es el primer nivel, pero no es todo el soporte. A su vez, detrás de ella trabajan el segundo y el tercer nivel, que casi nunca hablan con el usuario. Aun así, la mesa conserva la relación con él de principio a fin. Primero registra el caso, después informa del avance y, finalmente, lo cierra cuando el usuario confirma que quedó resuelto.
En la práctica, el primer nivel maneja dos tipos de caso que conviene no mezclar:
- Incidente: algo que funcionaba dejó de funcionar. Por ejemplo, la impresora no imprime o el correo no sincroniza.
- Solicitud de servicio: algo que se pide y no es una falla. Por ejemplo, crear un usuario, instalar un programa o dar acceso a una carpeta.
La diferencia importa porque cada tipo se prioriza y se mide distinto. Por un lado, un incidente corre contra el reloj. Por otro lado, una solicitud se atiende en el plazo acordado y muchas veces se puede aprobar y automatizar.
Los cinco niveles de soporte técnico, uno por uno
Esta tabla resume el esquema completo. Debajo se explica cada nivel con sus ejemplos.
| Nivel | Quién atiende | Qué resuelve | Ejemplo |
|---|---|---|---|
| N0 | El propio usuario | Lo que tiene guía o automatización | Restablecer la contraseña desde el portal |
| N1 | Agentes de la mesa de ayuda | Casos con procedimiento conocido | Configurar el correo en un equipo nuevo |
| N2 | Técnicos especializados | Casos de una especialidad o que exigen permisos | Una VPN que no conecta desde una sede |
| N3 | Ingenieros y arquitectos | Casos sin precedente y causas de fondo | Un servidor que se reinicia cada semana sin motivo aparente |
| N4 | Fabricante o proveedor | Fallas del producto, garantías y parches | Un disco en garantía o un error del programa contable |
N0: autoservicio
Es todo lo que el usuario resuelve sin hablar con nadie: una guía en el portal, un formulario que crea la solicitud o el cambio de su propia contraseña. Por ejemplo, Microsoft Entra ID permite que cada persona restablezca su contraseña después de verificar su identidad con un segundo método. Parece poco. Sin embargo, las contraseñas y los desbloqueos de cuenta están entre los casos que más se repiten en cualquier mesa de ayuda.
N1: soporte de primer nivel
El soporte de primer nivel, también llamado soporte de nivel 1, recibe todos los casos que no se resolvieron en el autoservicio. Su trabajo tiene cinco pasos: registrar, clasificar, priorizar, intentar resolver y, si no puede, escalar con la información completa. Resuelve lo que ya tiene procedimiento, como configurar el correo, reinstalar un programa, revisar la conexión o recuperar un archivo borrado.
Además, casi todo lo hace a distancia. Para ello usa herramientas de control remoto como Asistencia rápida de Windows y órdenes de diagnóstico como las de esta guía de comandos CMD. También recibe los reportes de correos sospechosos, así que saber reconocer el phishing forma parte de su oficio.
N2: segundo nivel
Aquí llegan los casos que piden el conocimiento de una especialidad o permisos que el primer nivel no tiene. Por ejemplo, una VPN que no conecta, un servidor lento, una política de grupo que no se aplica o una licencia que no se asigna en el centro de administración de Microsoft 365. Es también el nivel que más veces va al puesto de trabajo, cuando la falla es física o el equipo no se puede tomar a distancia.
Además, el segundo nivel tiene una tarea que casi nunca se mide: escribir la solución para que el primer nivel la aplique la próxima vez. Esa costumbre es la que más horas ahorra, como se verá en el caso de más abajo.
N3: tercer nivel
El tercer nivel reúne a los ingenieros y arquitectos de cada plataforma. Resuelve lo que no tiene precedente, cambia configuraciones de fondo y, sobre todo, busca la causa raíz de los incidentes que se repiten. En la terminología de ITIL, eso ya no es gestión de incidentes, sino gestión de problemas. Es decir, no se trata de volver a encender el servicio, sino de que no se vuelva a caer.
N4: soporte del fabricante
Cuando la falla está en el producto, solo su fabricante puede corregirla. Por ejemplo, puede ser un error del programa, un repuesto en garantía o un parche que todavía no existe. El cuarto nivel es externo, pero el caso sigue siendo de la mesa de ayuda: ella lo abre con el fabricante, le hace seguimiento y avisa al usuario.
Help desk vs service desk: en qué se diferencian
En español se usan casi como sinónimos, pero no son lo mismo. El help desk nació para una sola cosa: resolver fallas. El service desk, o mesa de servicio, es en cambio la puerta de entrada a todos los servicios de TI. Atiende incidentes, pero también solicitudes, consultas, accesos y avisos de cambios.
| Aspecto | Help desk (mesa de ayuda) | Service desk (mesa de servicio) |
|---|---|---|
| Objetivo | Resolver la falla y devolver al usuario a su trabajo | Gestionar la relación entre los usuarios y todos los servicios de TI |
| Qué atiende | Sobre todo incidentes | Incidentes, solicitudes, consultas, accesos y avisos |
| Enfoque | Técnico y reactivo | De servicio, con prevención y mejora |
| Relación con otros procesos | Limitada | Integrada con problemas, cambios, conocimiento y niveles de servicio |
| Qué se mide | Tiempo de resolución | Cumplimiento del acuerdo de niveles de servicio (SLA) y satisfacción |
En la práctica, muchas empresas llaman mesa de ayuda a lo que en realidad es una mesa de servicio. Sin embargo, el nombre importa menos que la pregunta de fondo: ¿el área de TI solo apaga incendios o también gestiona lo que pide la empresa? El debate de help desk vs service desk se resuelve con esa respuesta, no con la etiqueta.
Cómo se decide a qué nivel va cada caso
El primer nivel decide en segundos y con poca información. Por eso necesita reglas escritas y no el criterio de cada persona. Son tres: la prioridad, el tipo de escalamiento y los disparadores que obligan a escalar.
La prioridad: impacto por urgencia
La prioridad no depende de quién llama ni de lo molesto que esté. En cambio, se calcula con dos variables. Por un lado, el impacto mide a cuántas personas o procesos afecta el caso. La urgencia, por su parte, mide cuánto tiempo puede esperar sin causar daño. ITIL propone cruzarlas en una matriz, y este es su ejemplo clásico, con la prioridad 1 como la más alta:
| Impacto / urgencia | Alta | Media | Baja |
|---|---|---|---|
| Alto: toda la empresa o un proceso crítico | 1 | 2 | 3 |
| Medio: un área o una sede | 2 | 3 | 4 |
| Bajo: una sola persona | 3 | 4 | 5 |
No obstante, cada contrato fija su propia escala y sus propios tiempos. Unos usan tres niveles de criticidad; otros, cuatro o cinco. Lo que no puede faltar es que la escala esté escrita y que el primer nivel la aplique igual para todos.
Escalamiento de incidentes: funcional y jerárquico
El escalamiento de incidentes no siempre significa pasar el caso a alguien que sabe más. En realidad, hay dos tipos:
- Funcional: el caso pasa a un nivel con más conocimiento o más permisos, por ejemplo del N1 al especialista de redes del N2.
- Jerárquico: el caso sube a la dirección porque va a incumplir el tiempo acordado, necesita una decisión de negocio o afecta a un cliente importante.
Incluso un mismo caso puede necesitar los dos. Por ejemplo, una caída del correo de toda la empresa se escala al especialista y, a la vez, a la gerencia, que decide cómo avisar a los clientes.
Cuándo escalar sin dudarlo
Estos disparadores deberían estar escritos en el procedimiento de escalamiento de incidentes del primer nivel:
- El caso no tiene un procedimiento conocido, o el procedimiento no funcionó.
- La solución exige permisos que el primer nivel no tiene.
- Se agotó el tiempo máximo que el primer nivel puede dedicarle.
- El incidente afecta a varios usuarios a la vez, así que probablemente tiene una causa común.
- Hay señales de un problema de seguridad, como archivos cifrados o un acceso extraño.
Por último, un buen escalamiento de incidentes también depende de escribir bien. El caso sube con lo que se probó, lo que se descartó, las capturas y los datos del equipo. Así, el siguiente nivel no empieza de cero ni vuelve a llamar al usuario para preguntarle lo mismo.
Soporte remoto y en sitio en los niveles de soporte técnico
Los niveles de soporte técnico también se distinguen por dónde se presta la atención. El soporte técnico remoto resuelve sin moverse, tomando el control del equipo con permiso del usuario. El soporte en sitio, en cambio, exige ir hasta el puesto de trabajo. Los dos existen en casi todos los niveles; lo que cambia es la proporción.
| Nivel | Remoto | En sitio |
|---|---|---|
| N0 | Todo: el usuario lo hace desde su equipo | No aplica |
| N1 | Casi todo: configuración, programas, cuentas y diagnóstico | Poco: un cable suelto o un periférico |
| N2 | Buena parte: servidores, redes y aplicaciones | Fallas físicas, cambios de equipo, cableado y repuestos |
| N3 | La mayoría, sobre la infraestructura | Instalaciones, migraciones y fallas graves |
| N4 | Casos abiertos con el fabricante | Visitas de garantía |
Por eso una buena mesa de ayuda empieza a distancia y va al sitio cuando hace falta, no al revés. El remoto responde en minutos, mientras que la visita se reserva para lo que de verdad la necesita.
Métricas de los niveles de soporte técnico
Sin datos, los niveles de soporte se discuten por impresiones. En cambio, con datos se ajustan. Estas son las métricas que más dicen y la forma de calcularlas:
| Métrica | Qué mide | Cómo se calcula | Nivel que más la mueve |
|---|---|---|---|
| Resolución en el primer contacto (FCR) | Casos resueltos en la primera interacción, sin escalar ni volver a llamar | Casos resueltos en el primer contacto ÷ casos que atiende el N1 | N1 |
| Tasa de escalamiento | Casos que el primer nivel no pudo cerrar | Casos escalados al N2 ÷ casos que atiende el N1 | N1 |
| Tiempo de primera respuesta | Cuánto tarda alguien en tomar el caso | Hora de la primera respuesta − hora de registro | N1 |
| Tiempo medio de resolución | Cuánto tarda el caso en quedar resuelto | Suma de los tiempos de resolución ÷ casos resueltos | Todos |
| Cumplimiento del SLA | Casos cerrados dentro del tiempo acordado | Casos dentro de tiempo ÷ casos cerrados | Todos |
| Reaperturas | Casos que se cerraron sin estar resueltos | Casos reabiertos ÷ casos cerrados | N1 y N2 |
| Satisfacción del usuario | Cómo vivió el usuario la atención | Encuesta breve al cerrar el caso | Todos |
| Casos repetidos | Incidentes con la misma causa en el mes | Casos agrupados por causa | N3 |
Ahora bien, ninguna métrica se lee sola. Una resolución en el primer contacto muy alta con muchas reaperturas significa que se cierran casos sin resolverlos. Del mismo modo, una tasa de escalamiento muy baja puede esconder a un primer nivel que se aferra a casos que no sabe resolver. Para ordenar estos datos basta con exportar los tickets y resumirlos con tablas dinámicas en Excel.
Un caso: 400 casos al mes en una empresa de 120 usuarios
Para ver cómo se mueven las horas entre los niveles de soporte técnico, tome una empresa de 120 usuarios que registra 400 casos al mes. Los datos son de ejemplo, pero las cuentas son exactas. Cada caso que llega al primer nivel le ocupa 12 minutos; al segundo, 45, y al tercero, dos horas.
Antes: sin autoservicio ni base de conocimiento
Al principio, la empresa no tiene portal de autoservicio ni base de conocimiento. Así se reparten sus casos en un mes:
| Nivel | Casos que atiende | Casos que resuelve | Horas al mes |
|---|---|---|---|
| N0 | 0 | 0 | 0 |
| N1 | 400 | 260, de ellos 200 en el primer contacto | 80 |
| N2 | 140 | 110 | 105 |
| N3 | 30 | 24 | 60 |
| N4 | 6 | 6 | Fuera de la empresa |
| Total | — | 400 | 245 |
Así, el primer nivel resuelve el 65 % de lo que recibe y escala el 35 %. Su resolución en el primer contacto es del 50 %. Mientras tanto, el segundo nivel es el más cargado: 105 horas, casi dos tercios de la jornada de una persona.
Después: autoservicio y artículos del segundo nivel
Entonces la empresa hace dos cambios. Primero, activa el restablecimiento de contraseñas desde el portal, y 60 casos al mes dejan de llegar a la mesa. Luego, el segundo nivel escribe artículos para las 40 fallas que más escalaban, y el primer nivel pasa a resolverlas en la primera llamada. El resultado es este:
| Indicador | Antes | Después |
|---|---|---|
| Casos resueltos en el N0 | 0 | 60 |
| Casos que llegan al N1 | 400 | 340 |
| Resolución en el primer contacto | 50,0 % | 52,9 % |
| Tasa de escalamiento | 35,0 % | 29,4 % |
| Horas del N1 | 80 | 68 |
| Horas del N2 | 105 | 75 |
| Horas del N3 | 60 | 60 |
| Horas internas totales | 245 | 203 |
Qué enseña el caso
En resumen, la empresa ahorra 42 horas al mes, un 17 %, y el segundo nivel recupera 30. Sin embargo, la resolución en el primer contacto sube menos de tres puntos, porque los casos fáciles de contraseñas se fueron al autoservicio. Por lo tanto, quien mire solo esa métrica pensará que no pasó nada. Por eso los niveles se evalúan juntos y no uno por uno.
A este movimiento se le llama desplazar a la izquierda, del inglés shift-left: llevar cada solución al nivel más bajo, y más barato, en el que se pueda aplicar con seguridad. Las 30 horas que libera el segundo nivel son las que puede dedicar a la gestión de problemas, es decir, a que las fallas no se repitan.
Niveles escalonados o soporte en enjambre
El modelo por niveles no es el único. Algunas organizaciones lo sustituyen, o lo combinan, con el soporte en enjambre, en inglés swarming. En lugar de pasar el caso de nivel en nivel, quien lo recibe convoca de inmediato a quien puede resolverlo, y el caso no cambia de manos. El Consortium for Service Innovation lo describe con el nombre de Intelligent Swarming, e ITIL 4 también lo menciona como técnica para gestionar incidentes.
El enjambre reduce los traspasos y la espera, pero exige equipos pequeños, bien comunicados y con el conocimiento por escrito. Para eso existe la metodología KCS, siglas en inglés de servicio centrado en el conocimiento, que convierte cada caso resuelto en un artículo reutilizable. Para una pyme, lo más práctico suele ser un modelo mixto: niveles claros para el día a día y enjambre para los incidentes graves.
Cómo organizar los niveles de soporte técnico en una pyme
Una empresa de 50 o 100 personas no necesita cinco equipos. Con 400 casos al mes, como en el caso anterior, todo el primer nivel cabe en media jornada. Estas seis decisiones suelen bastar:
- Un solo canal de entrada. Todo caso entra como ticket, aunque llegue por teléfono o por WhatsApp. Al fin y al cabo, lo que no está registrado no existe.
- Una persona o un proveedor para el N1 y el N2. De hecho, en una pyme el mismo técnico suele cubrir los dos niveles.
- Especialistas a demanda para el N3. Las redes, los servidores o Microsoft 365 no necesitan un ingeniero de planta, sino uno disponible cuando haga falta.
- Los contratos del fabricante a mano. Números de soporte, garantías y licencias, en un solo lugar.
- Una matriz de prioridad escrita, con los tiempos acordados para cada nivel de criticidad.
- Una base de conocimiento desde el primer día, aunque empiece con diez artículos.
A veces el problema no es la organización, sino encontrar a la gente: el perfil de soporte escasea y rota mucho. En ese caso, la alternativa es el outsourcing de TI, en el que un proveedor aporta los técnicos y responde por el servicio. En este blog también analizamos la escasez de talento TI y cuándo conviene tercerizar.
Errores frecuentes con los niveles de soporte técnico
- Escalar sin información. El siguiente nivel vuelve a preguntar lo mismo y el usuario pierde la paciencia.
- Cerrar casos sin confirmar con el usuario. Suben las reaperturas y baja la confianza.
- Medir solo la rapidez. Como resultado, los casos se cierran rápido y mal.
- No registrar lo que llega por el pasillo o por el chat. Los datos se quedan cortos frente a la carga real.
- Poner al tercer nivel a contestar llamadas. Así se pierde el tiempo de quien debería eliminar las causas.
- No revisar los casos repetidos. Por consiguiente, la mesa resuelve la misma falla cada semana.
- Confundir el nivel de soporte con la prioridad. El nivel dice quién resuelve; la prioridad, en cuánto tiempo.
Preguntas frecuentes sobre los niveles de soporte técnico
¿Cuántos niveles de soporte técnico hay?
Lo más común son tres: primer, segundo y tercer nivel. Muchas organizaciones suman el autoservicio (N0) y el soporte del fabricante (N4), y así llegan a cinco. En cualquier caso, ninguna norma obliga a un número concreto.
¿Qué hace el soporte de primer nivel?
Recibe, registra, clasifica y prioriza todos los casos. Resuelve los que tienen un procedimiento conocido y escala el resto con la información completa. Además, es la cara de la mesa de ayuda ante el usuario.
¿Un chatbot puede hacer de primer nivel?
Puede asumir parte del autoservicio: responder preguntas frecuentes, crear el ticket o restablecer una contraseña. Sin embargo, conviene que siempre haya una salida hacia una persona y que el caso llegue a ella con lo que el usuario ya contó.
¿Qué diferencia hay entre nivel de soporte y nivel de servicio?
El nivel de soporte dice quién atiende un caso según su dificultad. El nivel de servicio, recogido en el SLA, dice en cuánto tiempo debe atenderse y resolverse según su criticidad. Uno organiza el trabajo; el otro fija el compromiso con el usuario.
¿Qué es el escalamiento de incidentes?
Es el paso de un caso a otro nivel o a otra persona cuando quien lo tiene no puede resolverlo a tiempo. Puede ser funcional, hacia más conocimiento, o jerárquico, hacia quien toma las decisiones.
¿Existe una norma para la mesa de ayuda?
ITIL es el marco de buenas prácticas más usado, y la norma ISO/IEC 20000-1 fija los requisitos de un sistema de gestión de servicios de TI que una organización puede certificar. Ninguno de los dos impone un número de niveles.
Cómo lo aborda KHARONTE
En KHARONTE, la mesa de ayuda TI es el punto único de contacto de nuestros clientes. Así, cada solicitud entra como ticket, se clasifica por criticidad, se asigna a un responsable y se cierra con historial. Atendemos en remoto y en sitio, y nos hacemos cargo del puesto de trabajo completo: sistema operativo, aplicaciones, mantenimiento y repuestos. Para las operaciones que no pueden esperar existe además Soporte TI VIP, que reduce a la mitad los tiempos del SLA, pone los tickets al frente de la cola y escala directo según la criticidad.
Si su empresa busca soporte TI para empresas con los niveles de soporte técnico y los tiempos definidos desde el contrato, podemos empezar por ahí. Y si necesita presencia permanente en sus oficinas, también ofrecemos un técnico dedicado en sitio, de tiempo completo o medio tiempo, dentro de nuestros servicios de TI para empresas.
Hablemos de la TI de su empresa
Cuéntenos qué necesita su operación y le enviamos una propuesta por escrito. Cada línea del portafolio se contrata por separado.
