Imaginez votre service client comme une baignoire.
Le robinet, c'est tout le flux qui entre : les tickets, les demandes répétitives, les messages mal routés, les relances et le bruit.
Le niveau d'eau, c'est votre backlog : ce que l'équipe a devant elle, ce qui attend un traitement.
L'évacuation, c'est votre capacité de traitement : ce que votre équipe peut absorber (avec le bon niveau de qualité).
Quand on regarde un support de cette façon, beaucoup de choses deviennent plus simples à comprendre et à prioriser.
Le vrai défi d'une équipe de service client n'est pas seulement “nous avons trop de tickets”. Le vrai sujet est plus précis : le robinet remplit-il plus vite la baignoire qu'elle ne se vide, le niveau d'eau reste-t-il dans une zone saine pour l'équipe ?
Cette image a un avantage. Elle oblige à parler de pilotage global, pas seulement de volume.
Le bon objectif n'est pas de vider la baignoire complètement : une équipe sans backlog est, par nature, une équipe surdimensionnée. La nature ayant horreur du vide, cette équipe va avoir tendance à occuper le temps (cf. la loi de Parkinson) ou alors, pire, s'inventer des problèmes à traiter sans valeur (cf. la loi de futilité de Parkinson, très fort ce Monsieur). Le bon objectif est de garder un niveau de backlog utile : assez de travail pour occuper les équipes, mais pas trop non plus pour éviter de dégrader la qualité, causer du stress et augmenter les délais.
Beaucoup d'équipes support regardent d'abord deux chiffres : le nombre de tickets reçus et le temps de réponse. C'est très important mais cela ne suffit pas.
Le backlog est l'endroit où ces deux dimensions se rencontrent.
S'il monte trop, l'équipe commence à travailler dans l'urgence. Les délais se tendent. Les réponses se raccourcissent. Les cas complexes s'empilent. Les agents ont moins de bande passante pour bien traiter, escalader ou personnaliser.
S'il est trop bas en permanence, ce n'est pas forcément une victoire. Cela signifie que l'équipe est surstaffée, ou que son temps n'est pas utilisé sur les bons sujets d'amélioration.
Un backlog sain est donc un backlog piloté.
Il ne se juge pas seulement par sa taille absolue. Il se jauge autour des trois leviers suivants :
Autrement dit, le backlog n'est pas une photo. C'est un niveau d'eau dans un système mouvant.
Le premier réflexe de nombreuses équipes est d'essayer de traiter plus vite. Mais quand le robinet coule trop fort, accélérer ne suffit pas toujours.
La première question à poser est donc simple : tout ce qui entre doit-il vraiment entrer ?
Dans beaucoup de supports, une part non négligeable du flux entrant est en fait :
Travailler le robinet, ce n'est pas seulement faire de la déflexion. C'est nettoyer le système en améliorant le produit et in fine l'expérience client.
Concrètement, cela veut dire :
Des solutions comme Klark aident ici sur deux fronts : en répondant automatiquement aux demandes simples reçues par mail et, en amont, par un chatbot exploitant une FAQ exhaustive alimentée automatiquement et continuellement par les agents humains.
Si le robinet envoie moins d'eau nauséabonde, le bain est tout de suite plus agréable.
La taille du backlog n'a de sens que si on la relie à la capacité de l'équipe.
Un backlog de 200 tickets ne veut rien dire seul. Pour une petite équipe, c'est peut-être une alerte. Pour une équipe plus conséquente, c'est peut-être un niveau parfaitement normal.
La bonne question n'est donc pas “combien avons-nous de tickets en attente ?”. La bonne question est plutôt :
Le backlog utile est celui qui garde l'équipe dans une zone de travail saine. Dans cette zone, les agents ne sont pas en panique, les managers gardent de la visibilité, les cas complexes ne sont pas écrasés par les cas simples et les délais restent tenables.
Dans la mauvaise zone, tout devient plus fragile. Les agents copient-collent plus : les priorités se brouillent, les escalades arrivent trop tard, les erreurs de qualification se multiplient. Et ce qui était un problème de flux devient un problème de qualité.
Piloter le backlog, c'est donc accepter une idée simple : le bon niveau n'est ni “le plus haut possible” ni zéro. C'est un niveau dimensionné pour la réalité de l'équipe.
Quand l'eau monte, on pense souvent au robinet. Mais il faut regarder aussi l'évacuation.
La capacité de traitement d'une équipe support dépend de plusieurs choses :
Bien sûr, on peut recruter. C'est la solution la plus facile, la plus immédiate. Mais avant cela, il existe souvent une grande marge de progression dans la façon dont les agents travaillent.
Une équipe traite plus vite quand elle n'a pas à :
C'est là que le copilot de Klark apporte toute sa valeur : Klark aide à augmenter la capacité de traitement en donnant aux agents le bon contexte plus vite, en proposant des réponses contextualisées, et en prenant en charge une partie des cas répétitifs quand les conditions sont réunies.
Le gain ne vient pas d'un seul bouton magique. Il vient d'un flux mieux organisé (si le sujet vous intéresse, vous pouvez aussi relire notre article sur l'IA agentique pour le service client, qui montre comment assistance et automatisation peuvent cohabiter sans dégrader la qualité).
Quand un backlog explose, le réflexe le plus fréquent est de demander à l'équipe de faire plus. Plus vite. Plus fort. Plus longtemps.
C'est compréhensible. Mais c'est souvent la pire façon de régler le problème, surtout quand cela se répète souvent.
Pourquoi ? Parce que cela agit seulement sur la fin du système et fatigue les bonnes volontés.
Si le robinet reste trop ouvert, si le backlog est mal structuré, et si la capacité de traitement reste handicapée par le manque de contexte ou la répétition, alors on demande en réalité à l'équipe d'éponger un système mal piloté ou mal dimensionné. Cette logique fatigue les agents, elle rend les délais plus volatils et elle masque les vrais leviers d'amélioration.
Une bonne équipe support ne doit pas seulement travailler fort, elle doit travailler dans un système qui lui permet de garder le contrôle du niveau d'eau.
L'intérêt de la métaphore de la baignoire, c'est qu'elle permet aussi de comprendre où une plateforme comme Klark crée de la valeur.
Klark aide à réduire le flux entrant inutile en automatisant certains cas simples en aval par mail our en amont par le chatbot.
Grâce à ses audits automatiques, Klark aide à comprendre son backlog en identifiant automatiquement quelles sont les catégories les plus présentes, comment elles évoluent et surtout en identifiant en autonomie quels sont les nouveaux flux automatisables.
Klark augmente la capacité de traitement en mettant le bon contexte au bon endroit, en produisant des brouillons ou des réponses contextualisées, en laissant la main à l'humain quand le cas l'exige, et en permettant une automatisation progressive, constamment en amélioration.
Pour une lecture complémentaire plus orientée architecture, vous pouvez aussi jeter un oeil à notre article sur l'Agentic RAG pour le service client.
Piloter un service client, c'est piloter une baignoire.
Il faut regarder le robinet, le niveau d'eau et l'évacuation.
Les équipes qui ne travaillent que sur la vitesse de réponse voient souvent le symptôme, pas le système dans son ensemble (la baignoire, son robinet et son siphon si vous suivez bien). Les équipes les plus solides agissent sur les trois leviers en même temps : elles réduisent le flux entrant inutile, elles gardent un backlog dans une zone saine, et elles augmentent leur capacité de traitement sans dégrader la qualité.
Le bon objectif n'est pas de vider la baignoire à tout prix. Le bon objectif est de garder un niveau de charge qui fait tourner l'équipe à un haut niveau de performance sans l'épuiser : c'est un marathon pas un sprint !
Quand on regarde le support de cette façon, on commence enfin à piloter au lieu de subir.
À propos de Klark
Klark est une plateforme d'IA générative qui aide les agents du service client à répondre plus vite, plus précisément, sans changer leurs outils ni leurs habitudes. Déployable en quelques minutes, Klark est déjà utilisé par plus de 50 marques et 2 000 agents.
