1.3Support utilisateur & tickets (N1)
L'essentiel en 30 secondes
- Le N1 est la première ligne : il qualifie rapidement, résout les cas simples et escalade le reste au N2/N3.
- Un ticket suit toujours le même cycle : réception, qualification et priorité, diagnostic, résolution (ou escalade), clôture avec suivi.
- Priorité = impact × urgence, pas « premier arrivé, premier servi ».
Mini-cas filé — Sofiane priorise la matinée chargée du support
À 9 h, trois demandes tombent sur le support de la PME de distribution à Alger. Sofiane applique le cycle : il reçoit et qualifie chaque demande dans l'outil ITSM (GLPI), puis attribue une priorité selon l'impact et l'urgence. Première demande : une responsable bloquée car elle a oublié son mot de passe — une personne bloquée, donc urgente. Deuxième : le partage comptable est inaccessible pour toute l'équipe — fort impact, priorité maximale. Troisième : « peux-tu m'installer un logiciel un jour ? » — planifiable. Sofiane traite A et B tout de suite, programme C pour plus tard, et ne clôture un ticket qu'après confirmation de l'utilisateur. Il retient : priorité = impact × urgence, pas l'ordre d'arrivée.
Cas autonome de cette section : il revient dans le cours, le schéma, le script et le défi 48h de la section 1.3.
1. Le support N1, première ligne
Le support de niveau 1 (N1) est le premier contact de l'utilisateur : réinitialisations, accès, petits soucis logiciels, questions d'usage. Son rôle n'est pas de tout résoudre mais de qualifier rapidement et de résoudre les cas simples ; ce qui dépasse est escaladé au N2/N3. Sofiane gagne du temps en qualifiant avant d'agir, plutôt qu'en s'acharnant seul.
2. Le cycle de vie d'un ticket
Un ticket suit toujours les mêmes étapes : réception, qualification (de quoi s'agit-il, quel impact ?), attribution d'une priorité, diagnostic, résolution (ou escalade), puis clôture avec suivi. L'outil qui trace tout cela est l'ITSM (par exemple GLPI). Sans traçabilité, on retraite dix fois le même problème — la trace sert aussi au collectif et à la base de connaissances.
3. Priorité = impact × urgence
Toutes les demandes ne se valent pas. La priorité se déduit de l'impact (combien de personnes, quelle criticité) et de l'urgence (peut-on attendre ?). Un partage comptable inaccessible pour une équipe passe avant une demande de logiciel « pour plus tard ». Sofiane ne clôture jamais sans avoir vérifié auprès de l'utilisateur que c'est bien résolu.
🔎 Exemple concret — 🔎 Exemple concret — Prioriser trois tickets arrivés en même temps
Trois demandes tombent à 9 h chez Sofiane :
A · « J'ai oublié mon mot de passe » (1 pers., bloquée) → prioritaire
B · « Le partage comptable est inaccessible » (équipe) → prioritaire++
C · « Peux-tu m'installer un logiciel un jour ? » → planifiéLecture : B touche toute une équipe (fort impact) → priorité maximale ; A bloque une personne (urgent) ; C peut attendre.
Leçon : priorité = impact × urgence, pas « premier arrivé, premier servi ».
Vocabulaire de la section
- Support N1
- Première ligne d'assistance : qualifie, résout les cas simples, escalade le reste.
Exemple simple : Sofiane réinitialise un mot de passe et escalade ce qui le dépasse.
Ce que ce n'est pas : un niveau qui ne traiterait que les cas complexes.
Réflexe : première ligne → qualifier et résoudre le simple.
- Ticket
- Enregistrement d'une demande ou d'un incident, suivi jusqu'à sa clôture.
Exemple simple : Sofiane ouvre un ticket pour chaque demande reçue du service.
Ce que ce n'est pas : une demande oubliée, sans trace ni suivi.
Réflexe : toute demande → un ticket tracé.
- ITSM
- Outil de gestion des services IT qui trace et pilote les tickets (ex. GLPI).
Exemple simple : Sofiane suit l'avancement de ses tickets dans GLPI.
Ce que ce n'est pas : un carnet papier non partagé avec l'équipe.
Réflexe : tracer les tickets → ITSM.
- Escalade
- Transmission d'un ticket à un niveau supérieur (N2/N3) quand il dépasse le N1.
Exemple simple : Sofiane escalade au N2 un incident réseau qui touche un serveur.
Ce que ce n'est pas : s'acharner seul sur un cas hors périmètre.
Réflexe : hors périmètre → escalader, qualifié.
- Priorité
- Ordre de traitement déduit de l'impact et de l'urgence.
Exemple simple : Sofiane place le partage comptable en tête de sa file.
Ce que ce n'est pas : traiter les demandes par ordre d'arrivée.
Réflexe : priorité = impact × urgence.
En pratique — En pratique — Qualifier un ticket
- Pour une demande donnée, reformulez le problème en une phrase claire.
- Estimez l'impact (nombre de personnes, criticité) et l'urgence.
- Attribuez une priorité et décidez : résoudre au N1 ou escalader.
- À la clôture, notez la solution et vérifiez auprès de l'utilisateur que c'est réglé.
Script pas-à-pas — qualifier et prioriser comme Sofiane (5 min)
1) Reformulez la demande en une phrase : de quoi s'agit-il vraiment ? 2) Estimez l'impact (combien de personnes, quelle criticité) et l'urgence (peut-on attendre ?). 3) Attribuez une priorité = impact × urgence. 4) Décidez : résoudre au N1 ou escalader au N2/N3 avec les éléments utiles. 5) À la clôture, notez la solution et faites confirmer par l'utilisateur.
Une escalade bien qualifiée fait gagner du temps ; s'acharner seul bloque l'utilisateur plus longtemps.
Modèle copier-coller — ma fiche de qualification
Demande reformulée : ___
Impact (nb personnes / criticité) : ___
Urgence (peut-on attendre ?) : ___
Priorité = impact × urgence : ___
Décision : résoudre au N1 / escalader au N2
Solution appliquée : ___
Confirmation utilisateur avant clôture : oui / nonCas simple au N1
Sofiane réinitialise un mot de passe et clôture après confirmation de l'utilisateur.
Fort impact
Sofiane place en tête le partage comptable inaccessible pour toute une équipe.
Escalade
Sofiane escalade au N2 un incident qui touche un serveur, avec toutes les infos recueillies.
Demande planifiable
Sofiane programme pour plus tard l'installation d'un logiciel qui peut attendre.
✓ Bonnes pratiques
- Qualifier avant d'agir : de quoi s'agit-il vraiment ?
- Prioriser par impact × urgence.
- Clôturer seulement après confirmation de l'utilisateur.
✗ Pièges fréquents
- Traiter « premier arrivé, premier servi ».
- Escalader sans avoir qualifié.
- Clôturer sans vérifier que c'est résolu.
Points clés à retenir
- Le N1 qualifie, résout les cas simples, escalade le reste.
- Un ticket suit toujours : réception → qualification → diagnostic → résolution → clôture.
- Priorité = impact × urgence.
- L'ITSM (GLPI…) trace tout et évite de retraiter les mêmes cas.
Défi 48h — appliquez demain
Prenez trois demandes récentes et remplissez la fiche de qualification de Sofiane : impact, urgence, priorité = impact × urgence, décision (N1 ou escalade). Écrivez en une phrase pourquoi l'ordre d'arrivée n'est pas un bon critère.
- Je peux qualifier un ticket et lui attribuer une priorité.
- Je sais quand résoudre au N1 et quand escalader.
- Je clôture seulement après confirmation de l'utilisateur.
Questions fréquentes
Quand faut-il escalader plutôt que d'insister ?
Dès qu'un ticket dépasse votre périmètre ou votre temps raisonnable, ou touche une infrastructure sensible. Une escalade bien qualifiée fait gagner du temps ; s'acharner seul bloque l'utilisateur plus longtemps.
Pourquoi tracer les tickets si on connaît la solution ?
Parce que la trace sert au collectif : statistiques, problèmes récurrents, base de connaissances, continuité si vous êtes absent. Un incident non tracé se reproduit et se re-diagnostique de zéro.
Comment détermine-t-on la priorité d'un ticket de support ?