Écrire sa procédure d'escalade de support client

Une procédure d'escalade dit, par écrit, quand une demande passe à quelqu'un d'autre, à qui, et avec quelles informations. L'Office québécois de la langue française la définit comme une « procédure formelle qui consiste à demander l'intervention de ses supérieurs ou la collaboration de ressources spécialisées supplémentaires dans le traitement d'un dossier problématique » (fiche « escalade », consultée le 15/11/2026). Quand vous revendez un assistant IA, elle a un enjeu de plus : une partie des escalades sort de chez vous, vers l'éditeur.

Les deux types d'escalade

La même fiche distingue deux types :

• L'escalade fonctionnelle : la demande passe à quelqu'un qui a la compétence ou les droits nécessaires. Exemple : votre premier niveau ne peut pas modifier un connecteur, il transmet au collègue qui en a la charge, ou à l'éditeur.
• L'escalade hiérarchique : la demande remonte à un responsable, parce qu'il faut une décision. Exemple : un client mécontent demande un geste commercial, ou un incident touche plusieurs clients et il faut décider quoi leur dire.

Une même demande peut passer par les deux : on transmet le problème technique à l'éditeur, et on prévient en parallèle la personne qui gère la relation avec ce client.

Quand escalader

Une demande commence au niveau le plus bas capable de la traiter. Elle monte quand le niveau actuel « n'a pas la compétence ou les droits », quand « le délai prévu est dépassé », ou quand « l'incident touche un service important ou beaucoup d'utilisateurs » (IT Systèmes, consulté le 15/11/2026).

Le prestataire Give Me Five ajoute une règle : l'escalade doit avoir une raison claire, et non se faire « par réflexe ». Ses motifs : droits insuffisants, sujet hors du périmètre du premier niveau, incident majeur soupçonné, expertise spécifique nécessaire (Give Me Five, consulté le 15/11/2026).

Ce que doit contenir le ticket escaladé

« Un ticket clair = moins d'allers-retours = résolution plus rapide », résume la même source. Avant de transmettre, vérifiez que le ticket contient :

• Le contexte : quel client, quel utilisateur, depuis quand.
• L'impact : combien de personnes touchées, blocage total ou contournable.
• Les symptômes : la question posée à l'assistant, la réponse obtenue, le message d'erreur, une capture d'écran.
• Les actions déjà tentées : réglage vérifié, document rechargé, test sur un autre navigateur.
• La priorité attribuée, selon votre grille (voir délais de prise en charge et de résolution).

Pour un assistant IA, la question exacte et la réponse exacte sont souvent l'information la plus utile. « L'assistant répond n'importe quoi » ne permet à personne de chercher ; « à la question X, posée le 15/11/2026 à 10 h 12, l'assistant a répondu Y alors que le document Z dit autre chose » permet de reproduire.

Ne jamais laisser le client sans nouvelles

« L'escalade ne doit jamais se traduire par du silence radio » (Give Me Five). Quand vous transmettez à l'éditeur, le client attend toujours une réponse de vous. Prévenez-le que sa demande est prise en charge, annoncez un délai et la prochaine étape, puis relancez à l'heure dite, même s'il n'y a rien de nouveau.

La matrice d'escalade d'une offre revendue

Une matrice d'escalade est un tableau qui dit qui reçoit quoi. Voici une trame à adapter ; les colonnes « Qui » et « Canal » sont à remplir selon votre organisation et votre contrat avec l'éditeur.

Le niveau qui reçoit la demande en devient responsable jusqu'à la résolution : c'est la règle rappelée par IT Systèmes. Dans une offre revendue, gardez une nuance. Même quand l'éditeur traite le problème, la responsabilité de la relation reste chez vous : c'est vous qui confirmez la clôture au client.

Faire vivre la procédure

Une procédure d'escalade se relit après chaque incident sérieux. Si une demande a tourné entre plusieurs personnes, c'est que la matrice avait un trou : complétez-la. Si la même question remonte souvent, écrivez la réponse dans votre centre d'aide pour qu'elle ne remonte plus.