IA et effectifs du support : combien d'agents vous faudra-t-il encore l'an prochain

Comment l'IA change-t-elle votre plan d'effectifs du support ?

Un plan d'effectifs répond à deux questions : de combien d'agents la charge de travail de l'an prochain a besoin, et combien d'entre eux vous devez recruter. L'IA ne change la méthode ni pour l'une ni pour l'autre, elle change les données d'entrée : combien de tickets arrivent à une personne et combien de temps prend chacun.

Je fais partie de l'équipe support d'eesel et je travaille la file chaque jour, donc je vois les deux côtés. Il y a ce qu'un agent IA ferme seul, et ce qu'il me passe. Les passages de relais ne sont jamais les tickets « où est ma commande », ce sont ceux où le client est mécontent, ou ceux dont la réponse dépend de quelque chose que seule une personne peut vérifier. C'est tout le problème d'effectifs en une phrase, et la plupart des plans d'effectifs l'oublient.

Les données le confirment. Une enquête Gartner auprès de 321 responsables du service client en octobre 2025 a révélé que seuls 20 % avaient réduit les effectifs d'agents à cause de l'IA. 55 % déclaraient des effectifs stables face à un volume plus élevé, et 42 % recrutaient pour des rôles spécialisés comme concepteurs d'IA conversationnelle et analystes en automatisation. Une prédiction distincte de Gartner indique que d'ici 2027, 50 % des organisations qui comptaient réduire sensiblement leurs effectifs de service abandonneront ces plans.

La version réaliste de « l'IA dans le plan d'effectifs » ressemble donc plutôt à ceci :

Si vous n'avez pas encore bâti la prévision de volume, commencez par mon guide de la prévision des effectifs du support. Il couvre en détail la prévision par intervalles, Erlang C et le shrinkage. Cet article reprend là où il s'arrête : que faire de la prévision une fois qu'un agent IA de helpdesk fait partie de l'équipe.

Pourquoi ne pouvez-vous pas réduire les effectifs du taux de résolution de l'IA ?

Parce qu'un ticket n'est pas une unité de travail. L'IA résout d'abord les tickets courts et répétitifs, donc la part d'heures qu'elle économise est plus petite que la part de tickets qu'elle ferme. Les tickets qui restent aux personnes sont les longs, et en moyenne ils s'allongent encore une fois les faciles partis.

Un planificateur de centre d'appels sur Reddit, dont l'équipe a lancé un bot vocal il y a presque deux ans, l'a dit simplement :

"Bots handle the easy calls, leaving the more complex (higher AHT calls) for agents. The volume should diminish but AHT will go up on the calls that get through to agents."

u/drfoggle, Reddit

L'AHT est le temps moyen de traitement, c'est-à-dire les minutes qu'un agent passe sur un ticket entre son ouverture et l'envoi de la réponse. Voici ce que cela fait au calcul. Supposons que la prévision de l'an prochain soit de 10 000 tickets par mois à 12 minutes chacun. Cela fait 2 000 heures de travail. L'IA résout 30 % des tickets, donc le plan naïf réduit aussi les heures de 30 %, à 1 400. Mais les 7 000 tickets restants sont les plus difficiles. S'ils durent en moyenne 14,6 minutes au lieu de 12, soit environ un cinquième de plus, la charge réelle est d'environ 1 700 heures. Vous avez économisé 15 % des heures, pas 30 %.

Les 14,6 minutes sont un exemple et non une référence, votre chiffre dépend de ce que votre IA résout. Mais la direction se vérifie partout où j'ai regardé. Zachary McGeary, qui a passé 25 ans dans le support et les opérations, a fait la même remarque sur LinkedIn avec son propre exemple :

"But a ticket isn't a unit of work. A password reset and a billing dispute both count as one. AI takes the easy ones first, so 20% of the tickets can be closer to 8% of the hours."

Zachary McGeary, LinkedIn

Deux autres choses font du taux de résolution un mauvais chiffre pour les effectifs :

• « Résolu » peut vouloir dire plusieurs choses. Certains outils comptent un ticket comme résolu quand le client cesse de répondre. Gorgias compte un ticket comme automatisé seulement si aucune personne n'est nécessaire sous 72 heures. Zendesk répartit les résultats de l'IA en niveaux et ne facture que les résolutions vérifiées. Avant de planifier sur un taux, vérifiez comment il est compté. Mon article sur la déflexion vs le taux de résolution va plus loin.
• Les réouvertures reviennent à votre équipe. Un ticket que l'IA a fermé à tort n'est pas du travail économisé, c'est du travail différé, avec en prime un client agacé. Suivez le taux de réouverture et les contacts répétés à côté du taux de résolution de l'IA, sinon le taux flatte le plan.

L'histoire d'avertissement la plus connue est celle de Klarna. Son annonce de février 2024 disait que son assistant IA avait géré 2,3 millions de conversations en un mois, « the equivalent work of 700 full-time agents ». Dans un fil Hacker News de 2025 sur l'IA de Klarna et ses recrutements au support, un commentateur qui disait travailler depuis presque 10 ans dans l'IA de centre de contact a donné ses chiffres de planification approximatifs :

"Rough order of magnitude you can expect to deflect around 30% of inbound contacts with an AI chatbot. You can also expect to reduce agent Average Handle Time by 15-20% using AI enabled semantic search and workflow automation."

DebtDeflation, Hacker News

Ce sont les chiffres d'un praticien, pas un standard, et votre taux peut être plus élevé ou plus bas. Ce que j'aime, c'est leur forme : un chiffre pour les tickets retirés, puis un chiffre séparé pour le temps gagné sur le reste. Ce modèle en deux parties est celui que le reste de cet article utilise.

Comment calculer votre écart de recrutement avec l'IA dans le plan ?

Votre écart de recrutement est le nombre d'agents que la charge de l'an prochain exige, moins les agents que vous aurez encore après le turnover. Avec l'IA dans le plan, il y a six étapes.

1. Prévoir les tickets. Le volume mensuel de l'an prochain par canal, croissance comprise. Mon guide de prévision couvre cette étape.
2. Soustraire les résolutions de l'IA. Utilisez un taux de résolution vérifié sur vos propres tickets, pas un chiffre d'éditeur. Si vous n'avez pas encore utilisé d'IA, testez-la d'abord sur des tickets passés (plus loin).
3. Multiplier par le temps de traitement du reste. Partez de l'AHT actuel, augmentez-le pour le mix plus difficile, puis baissez-le pour la part de tickets où l'IA rédige le premier brouillon.
4. Diviser par les heures productives par agent. Heures payées moins shrinkage. Le shrinkage, c'est tout ce qui n'est pas du travail sur tickets : pauses, formation, réunions, congés et arrêts maladie. Assembled, un éditeur de gestion des effectifs, juge 35 % standard dans le secteur.
5. Voilà vos agents nécessaires. Pour le chat en direct et le téléphone, passez plutôt par Erlang C, car les files ont besoin de marge pour tenir un objectif de réponse. Pour l'e-mail, Assembled note qu'Erlang C « is typically not appropriate », et la méthode des heures convient.
6. Soustraire les agents qui restent. Équipe actuelle moins turnover attendu. Ce qui reste est l'écart de recrutement. S'il est négatif, vous pouvez laisser le turnover réduire l'équipe plutôt que de licencier.

Un détail sur le shrinkage piège beaucoup de monde. L'exemple d'Assembled multiplie, donc 10 agents à 35 % de shrinkage deviennent 13,5. Beaucoup de planificateurs divisent plutôt, 10 / (1 - 0,35), ce qui donne environ 15,4. La méthode par division est celle qui laisse réellement les heures de 10 agents après shrinkage, c'est pourquoi je l'utilise ci-dessous.

Voici l'exemple des 10 000 tickets, déroulé jusqu'au bout. J'ai supposé 160 heures payées par agent et par mois, 30 % de shrinkage (soit 112 heures productives), une équipe actuelle de 16 et 25 % de turnover sur l'année (donc 12 restent).

Le plan naïf dit de recruter une personne. La réalité dit d'en recruter quatre, sauf si l'IA rédige aussi les tickets restants. Alors vous revenez à environ une. Cette dernière ligne est ce que la plupart des plans d'effectifs omettent : la résolution complète fait les gros titres, mais ce sont les brouillons sur les tickets plus difficiles qui comblent l'écart.

Combien d'agents devez-vous recruter l'an prochain ?

Saisissez vos propres chiffres ci-dessous. Les trois préréglages chargent des volumes mensuels et des taux d'IA réels issus d'histoires clients eesel publiées, du 8 août au 8 septembre 2026. Le temps de traitement, le shrinkage, le turnover et le ralentissement sur les tickets plus difficiles sont des valeurs d'exemple, remplacez-les par les vôtres.

Déplacez les curseurs d'IA pour voir comment les résolutions et les brouillons modifient l'écart de recrutement. Le calculateur utilise la méthode des heures ; pour les files de chat en direct et de téléphone, vérifiez le résultat avec Erlang C.

Essayez le préréglage smava et faites glisser « share of the rest AI drafts » de 0 à 57 %. C'est la forme réelle d'une configuration axée sur les brouillons : presque rien n'est résolu seul et pourtant les heures baissent fortement, car une personne valide un brouillon plus vite qu'elle n'en écrit un de zéro. Essayez ensuite ClutchLoop, où l'IA répond seule à la plupart des tickets. Les deux configurations économisent des heures, elles y arrivent simplement par des moitiés différentes du modèle.

Où se placent l'assistance par IA et la résolution complète ?

La résolution complète retire des tickets de votre plan. L'assistance par IA, où l'IA rédige et une personne envoie, réduit le temps de traitement des tickets qui restent. Un bon plan d'effectifs utilise les deux et trie les tickets en voies avant de compter quoi que ce soit.

Voie 1 : l'IA résout. Des questions avec une seule bonne réponse ou une seule étape suivante : statut de commande, mode d'emploi, délais de livraison, un lien de retour. Chez ClutchLoop, une marque d'accessoires de téléphone sur Gorgias, eesel a traité environ 230 tickets en un mois et envoyé environ 180 réponses directement, en orientant les retours américains vers le portail de retours et en vérifiant le stock en direct dans Shopify. C'est la voie où vit la déflexion de niveau 1.

Voie 2 : l'IA rédige, une personne envoie. Des tickets où la formulation compte, ou où une personne doit rester responsable : facturation, dépannage, secteurs réglementés, autres langues. smava, un comparateur de prêts allemand, traite ainsi environ 27 000 tickets Zendesk par mois. eesel a préparé environ 15 300 brouillons de réponse en un mois, et les agents valident chacun ou demandent une autre macro. La voie d'assistance à l'agent ne retire pas un seul ticket de la prévision, mais le chiffre d'AHT bouge beaucoup avec elle.

Voie 3 : une personne s'en charge. Remboursements, réclamations, rétrofacturations, tout ce qui demande une décision. C'est la voie pour laquelle votre plan de recrutement existe vraiment. Chez Question Beauty, eesel répond directement aux tickets Gorgias de routine, mais les remboursements, retours et réclamations vont à une personne avec une note précisant ce que le client a demandé et ce qu'eesel a trouvé dans Shopify. Environ 250 tickets ont été assignés à une personne dans le mois, contre environ 280 fermés par eesel. Cette note de passage de relais compte pour les effectifs, car elle réduit aussi le temps de traitement dans la voie 3.

La plupart des équipes commencent dans la voie 2 puis élargissent la voie 1 à mesure qu'elles font confiance aux réponses, ce qui correspond au schéma que je vois dans les données clients d'eesel : brouillons d'abord, automatisation complète ensuite. Chez MentorShow, une plateforme d'apprentissage en ligne sur HubSpot, eesel peut répondre directement sur six sujets précis, mais en pratique presque tout part encore à l'équipe sous forme de brouillon. L'histoire précise explicitement qu'ouvrir cette voie « is where the time saving grows ». Pour un plan d'effectifs, cela signifie que vous pouvez compter sur les gains de la voie 2 au premier trimestre, et sur ceux de la voie 1 plus tard, une fois mesurés. Mes guides sur le passage de relais à un humain et les copilotes IA pour le support couvrent la mise en place de chaque voie.

Faut-il recruter ou automatiser ?

Recrutez pour le jugement et automatisez la répétition, puis ne supprimez pas de postes pour financer l'IA avant qu'elle ait prouvé ses chiffres. Voilà la version courte. Voici comment je déciderais, type de ticket par type de ticket :

Les équipes saisonnières sont l'endroit où cela se voit le plus clairement. Norden-Frisia, un opérateur de ferries allemand, reçoit chaque été les mêmes questions d'horaires, de véhicules et de billets, et l'histoire pose le problème : recruter et former une équipe qui grandit et rétrécit avec la saison « is expensive and slow ». L'entreprise a donc prévu 10 000 interactions IA par mois en haute saison, avec un forfait qui redescend d'octobre à mars. Les personnes restent pour ce que le bot ne peut pas clore. Si vous avez encore besoin de recrutements saisonniers, mon guide de l'intégration du support saisonnier explique comment les rendre vite productifs.

La dernière ligne de ce tableau est celle que la plupart des plans oublient. L'IA crée aussi du travail : quelqu'un doit mettre à jour les connaissances dont elle s'inspire, vérifier ses réponses et repérer ce qu'elle rate. La prédiction de mars 2026 de Gartner dit que la plupart des organisations sont en train de « understating the talent required to make AI successful », et près de 80 % prévoient de déplacer au moins certains agents vers de nouveaux rôles. En pratique, c'est souvent votre meilleur agent senior, à temps partiel. Chez Norden-Frisia, la responsable de l'équipe support passe en revue les conversations du bot et corrige elle-même ses instructions. Prévoyez une part de la semaine de quelqu'un pour cela.

Et méfiez-vous des réductions décidées sur une prévision. La prédiction de février 2026 de Gartner dit que 50 % des entreprises qui ont attribué des suppressions de postes à l'IA réembaucheront du personnel pour un travail similaire d'ici 2027, sous d'autres intitulés. La voie plus douce est celle décrite par un agent de centre d'appels sur Reddit :

"We haven't had layoffs yet, but we seem to have stopped hiring new phone agents, so as the natural attrition you see in call centers occurs, we're getting fewer and fewer humans answering calls."

u/Parsleymagnet, Reddit

Même agent, même fil : les appels qui arrivent encore aux personnes sont « more complicated ». Donc si le turnover est votre façon de réduire, veillez à ce que les agents qui restent ne soient pas ensevelis sous les seuls tickets difficiles. C'est un risque d'épuisement, et l'épuisement alimente le turnover. Pour la version plus large de cette question, mon article sur la possibilité de remplacer votre équipe de support par l'IA donne la réponse longue, et IA vs support humain compare les deux par type de ticket.

Comment intégrer l'IA au plan d'effectifs sans être pris au dépourvu ?

Mesurez d'abord et planifiez sur les chiffres mesurés, puis refaites la prévision chaque trimestre. Voici l'ordre que je suivrais :

1. Testez l'IA sur vos propres tickets passés avant de figer le plan. Le taux de résolution moyen d'un éditeur ne dit rien de votre mix de tickets. eesel peut lancer une simulation sur des centaines de vos tickets passés et noter ses réponses par rapport à ce que votre équipe a réellement envoyé. Cela donne une estimation des voies 1 et 2 construite sur vos propres données. Mon guide pour intégrer un agent de support IA vous accompagne pas à pas.
2. Commencez par les brouillons. Les gains de la voie 2 apparaissent dès la première semaine et aucune mauvaise réponse n'atteint un client. Mesurez l'AHT des tickets avec brouillon par rapport à ceux sans brouillon.
3. Ouvrez la résolution complète sujet par sujet. Commencez par les sujets où les brouillons ont été le plus souvent envoyés sans modification, c'est la preuve que l'IA peut y répondre seule.
4. Suivez les quatre bons chiffres. Taux de résolution vérifié, taux de réouverture, AHT de ce qui arrive aux personnes et CSAT sur les tickets IA. Ma liste des KPI du service client couvre le reste.
5. Utilisez le turnover, pas les licenciements, pour absorber la différence. Suspendez les remplacements le temps que les chiffres de l'IA se stabilisent, puis décidez. Ainsi, une montée en charge de l'IA plus lente que prévu vous coûte un retard de recrutement plutôt qu'une file en sous-effectif.
6. Refaites la prévision chaque trimestre. Volume, taux de résolution et AHT bougent après la mise en service. Un plan bâti en octobre avec un taux d'IA supposé sera faux en mars.

Si vous êtes une petite équipe qui décide du premier ou du deuxième recrutement, la même logique fonctionne à plus petite échelle. Mon guide de mise à l'échelle du support par IA pour les startups couvre cette version.

Combien coûte l'IA comparée à un recrutement de plus ?

La tarification de l'IA suit généralement le ticket alors qu'un recrutement suit la personne, comparez-les donc sur le même mois de volume. Avec eesel, la tarification est un lot mensuel fixe de crédits, et un ticket ou un chat vaut un crédit quelle que soit sa durée, que eesel le résolve ou le rédige :

Chaque forfait Teammate inclut toutes les intégrations ainsi que des agents et des postes illimités, et il existe des tailles de lot intermédiaires (1 500 crédits coûtent $699, par exemple). Le dépassement est désactivé par défaut, donc pas de facture surprise si un mois s'emballe.

Pour comparer, prenez l'écart de recrutement donné par le calculateur avec et sans IA et multipliez la différence par votre coût complet par agent (salaire, avantages, outils, temps de management). Mettez ensuite cela en regard du forfait qui couvre votre volume mensuel. Mes analyses du coût d'un agent IA vs humain et du coût par résolution vont plus loin, et le coût du service client par IA compare les modèles de tarification entre éditeurs.

Si ce que vous pesez vraiment, c'est d'ajouter des personnes sans les recruter, c'est plutôt une décision d'externalisation. Le Managed Support d'eesel est l'option clé en main pour les marques e-commerce : eesel gère chaque conversation client dans vos propres outils pour $5,000 par mois forfaitaires, contre l'estimation d'eesel de $7,000-$10,000 par mois pour une équipe offshore 24/7. Mon guide de l'externalisation du service client couvre les alternatives.

Quand eesel n'est pas le bon choix : si votre file est surtout faite de cas uniques à fort enjeu (escalades grands comptes, litiges juridiques), la voie 1 sera petite et votre plan devra reposer surtout sur des personnes, avec des brouillons. Et si vous utilisez un helpdesk auquel eesel ne se connecte pas, consultez d'abord la liste des intégrations.

Essayer eesel pour votre plan d'effectifs du support

Si vous bâtissez le plan d'effectifs de l'an prochain et ne savez pas ce que l'IA vous retirera vraiment, eesel est le moyen le plus rapide de le découvrir sur vos propres tickets. Il rejoint votre file existante dans Zendesk, Freshdesk ou Gorgias comme un nouveau coéquipier. Il répond à ce que votre centre d'aide et vos tickets passés couvrent déjà et rédige le reste pour votre équipe. Chaque remboursement et chaque réclamation va à une personne avec une note jointe. La page de rapports montre ensuite combien de tickets il a traités et combien de réponses votre équipe a approuvées ou rejetées, soit exactement les données dont votre modèle d'effectifs a besoin.

C'est ainsi que smava rédige environ 15 300 réponses par mois sur Zendesk pendant qu'une personne les envoie, et que Question Beauty ferme seul les tickets Gorgias de routine. Vous pouvez connecter votre helpdesk et le tester sur de vrais tickets avec 100 crédits gratuits, sans carte.

Essayez eesel sur votre propre file avant de figer le plan, ou comparez d'abord les options dans mon panorama des meilleurs agents IA.