1.3Soporte al usuario y tickets (N1)
Lo esencial en 30 segundos
- El N1 es la primera línea: cualifica rápido, resuelve los casos simples y escala el resto al N2/N3.
- Un ticket sigue siempre el mismo ciclo: recepción, cualificación y prioridad, diagnóstico, resolución (o escalado), cierre con seguimiento.
- Prioridad = impacto × urgencia, no «el primero que llega, el primero que se atiende».
Mini-caso hilado — Sofiane prioriza la ajetreada mañana del soporte
A las 9 h, tres solicitudes caen sobre el soporte de la PYME de distribución en Argel. Sofiane aplica el ciclo: recibe y cualifica cada solicitud en la herramienta ITSM (GLPI) y luego asigna una prioridad según el impacto y la urgencia. Primera solicitud: una responsable bloqueada porque ha olvidado su contraseña — una persona bloqueada, por tanto urgente. Segunda: el recurso compartido de contabilidad es inaccesible para todo el equipo — fuerte impacto, prioridad máxima. Tercera: «¿puedes instalarme un programa algún día?» — planificable. Sofiane atiende A y B de inmediato, programa C para más tarde y no cierra un ticket hasta después de la confirmación del usuario. Retiene: prioridad = impacto × urgencia, no el orden de llegada.
Caso autónomo de esta sección: reaparece en el curso, el esquema, el guion y el reto 48 h de la sección 1.3.
1. El soporte N1, primera línea
El soporte de nivel 1 (N1) es el primer contacto del usuario: restablecimientos, accesos, pequeños problemas de software, preguntas de uso. Su papel no es resolverlo todo sino cualificar rápido y resolver los casos simples; lo que lo supera se escala al N2/N3. Sofiane gana tiempo cualificando antes de actuar, en lugar de obstinarse solo.
2. El ciclo de vida de un ticket
Un ticket sigue siempre los mismos pasos: recepción, cualificación (¿de qué se trata, qué impacto?), asignación de una prioridad, diagnóstico, resolución (o escalado) y luego cierre con seguimiento. La herramienta que traza todo esto es el ITSM (por ejemplo GLPI). Sin trazabilidad, se retrata diez veces el mismo problema — el rastro sirve también al colectivo y a la base de conocimiento.
3. Prioridad = impacto × urgencia
No todas las solicitudes valen lo mismo. La prioridad se deduce del impacto (cuántas personas, qué criticidad) y de la urgencia (¿se puede esperar?). Un recurso compartido de contabilidad inaccesible para un equipo pasa antes que una solicitud de software «para más tarde». Sofiane nunca cierra sin haber verificado con el usuario que realmente está resuelto.
🔎 Ejemplo concreto — 🔎 Ejemplo concreto — Priorizar tres tickets llegados a la vez
Tres solicitudes caen a las 9 h en el escritorio de Sofiane:
A · «He olvidado mi contraseña» (1 pers., bloqueada) → prioritario
B · «El recurso de contabilidad es inaccesible» (equipo) → prioritario++
C · «¿Puedes instalarme un programa algún día?» → planificadoLectura: B afecta a todo un equipo (fuerte impacto) → prioridad máxima; A bloquea a una persona (urgente); C puede esperar.
Lección: prioridad = impacto × urgencia, no «el primero que llega, el primero que se atiende».
Vocabulario de la sección
- Soporte N1
- Primera línea de asistencia: cualifica, resuelve los casos simples, escala el resto.
Ejemplo sencillo: Sofiane restablece una contraseña y escala lo que le supera.
Lo que no es: un nivel que solo trataría los casos complejos.
Reflejo: primera línea → cualificar y resolver lo simple.
- Ticket
- Registro de una solicitud o incidencia, seguido hasta su cierre.
Ejemplo sencillo: Sofiane abre un ticket para cada solicitud recibida del servicio.
Lo que no es: una solicitud olvidada, sin rastro ni seguimiento.
Reflejo: toda solicitud → un ticket trazado.
- ITSM
- Herramienta de gestión de servicios de TI que traza y pilota los tickets (ej. GLPI).
Ejemplo sencillo: Sofiane sigue el avance de sus tickets en GLPI.
Lo que no es: un cuaderno de papel no compartido con el equipo.
Reflejo: trazar los tickets → ITSM.
- Escalado
- Transmisión de un ticket a un nivel superior (N2/N3) cuando supera el N1.
Ejemplo sencillo: Sofiane escala al N2 una incidencia de red que afecta a un servidor.
Lo que no es: obstinarse solo en un caso fuera de alcance.
Reflejo: fuera de alcance → escalar, cualificado.
- Prioridad
- Orden de tratamiento deducido del impacto y la urgencia.
Ejemplo sencillo: Sofiane pone el recurso compartido de contabilidad a la cabeza de su cola.
Lo que no es: tratar las solicitudes por orden de llegada.
Reflejo: prioridad = impacto × urgencia.
En la práctica — En la práctica — Cualificar un ticket
- Para una solicitud dada, reformula el problema en una frase clara.
- Estima el impacto (número de personas, criticidad) y la urgencia.
- Asigna una prioridad y decide: resolver en el N1 o escalar.
- Al cierre, anota la solución y verifica con el usuario que está resuelto.
Guion paso a paso — cualificar y priorizar como Sofiane (5 min)
1) Reformula la solicitud en una frase: ¿de qué se trata realmente? 2) Estima el impacto (cuántas personas, qué criticidad) y la urgencia (¿se puede esperar?). 3) Asigna una prioridad = impacto × urgencia. 4) Decide: resolver en el N1 o escalar al N2/N3 con los elementos útiles. 5) Al cierre, anota la solución y haz que el usuario la confirme.
Un escalado bien cualificado ahorra tiempo; obstinarse solo bloquea al usuario más tiempo.
Plantilla para copiar y pegar — mi ficha de cualificación
Solicitud reformulada : ___
Impacto (nº personas / criticidad) : ___
Urgencia (¿se puede esperar?) : ___
Prioridad = impacto × urgencia : ___
Decisión : resolver en el N1 / escalar al N2
Solución aplicada : ___
Confirmación del usuario antes del cierre : sí / noCaso simple en el N1
Sofiane restablece una contraseña y cierra tras la confirmación del usuario.
Fuerte impacto
Sofiane pone a la cabeza el recurso compartido de contabilidad inaccesible para todo un equipo.
Escalado
Sofiane escala al N2 una incidencia que afecta a un servidor, con toda la información recopilada.
Solicitud planificable
Sofiane programa para más tarde la instalación de un programa que puede esperar.
✓ Buenas prácticas
- Cualificar antes de actuar: ¿de qué se trata realmente?
- Priorizar por impacto × urgencia.
- Cerrar solo tras la confirmación del usuario.
✗ Errores frecuentes
- Tratar «el primero que llega, el primero que se atiende».
- Escalar sin haber cualificado.
- Cerrar sin verificar que está resuelto.
Puntos clave
- El N1 cualifica, resuelve los casos simples, escala el resto.
- Un ticket sigue siempre: recepción → cualificación → diagnóstico → resolución → cierre.
- Prioridad = impacto × urgencia.
- El ITSM (GLPI…) traza todo y evita retratar los mismos casos.
Reto 48 h — aplícalo mañana
Toma tres solicitudes recientes y rellena la ficha de cualificación de Sofiane: impacto, urgencia, prioridad = impacto × urgencia, decisión (N1 o escalado). Escribe en una frase por qué el orden de llegada no es un buen criterio.
- Puedo cualificar un ticket y asignarle una prioridad.
- Sé cuándo resolver en el N1 y cuándo escalar.
- Cierro solo tras la confirmación del usuario.
Preguntas frecuentes
¿Cuándo hay que escalar en lugar de insistir?
En cuanto un ticket supera tu alcance o tu tiempo razonable, o toca una infraestructura sensible. Un escalado bien cualificado ahorra tiempo; obstinarse solo bloquea al usuario más tiempo.
¿Por qué trazar los tickets si se conoce la solución?
Porque el rastro sirve al colectivo: estadísticas, problemas recurrentes, base de conocimiento, continuidad si estás ausente. Una incidencia no trazada se reproduce y se vuelve a diagnosticar desde cero.
¿Cómo se determina la prioridad de un ticket de soporte?