Le ticketing en 2027 : ce qui change vraiment, et ce qu'on vous vend qui ne changera pas

Chaque automne paraît une vague d'articles sur l'avenir du support client, et ils annoncent tous la même chose : l'IA va tout changer. C'est à la fois vrai et inutile — « tout change » ne permet de décider de rien.

Ce texte prend le problème dans l'autre sens. Quatre déplacements sont en cours, ils sont datables et vérifiables, et chacun a une conséquence concrète sur un achat d'outil. Et trois promesses très répandues ne se réaliseront pas en 2027 — pour des raisons qui n'ont rien à voir avec la technologie.

Ce qui change vraiment

1. La déflexion remonte avant la création du ticket

Pendant quinze ans, l'automatisation du support s'est appliquée après l'arrivée de la demande : trier, router, suggérer une réponse. Le déplacement en cours est que la demande n'arrive plus. Le client pose sa question sur un portail, obtient une réponse fondée sur la base de connaissances, et n'ouvre pas de ticket.

La conséquence n'est pas un gain de productivité, c'est un changement d'unité de mesure. Vos indicateurs historiques — volume de tickets, temps de première réponse, tickets par agent — décrivent une population dont la partie facile a disparu. Le volume baisse, et le temps moyen de traitement augmente, parce qu'il ne reste que les cas difficiles. Une direction qui lit ces deux courbes sans le savoir conclura que l'équipe ralentit.

2. Le droit entre dans l'écran de configuration

L'article 50 du règlement européen sur l'intelligence artificielle impose d'informer une personne qu'elle interagit avec un système d'IA, lorsque ce n'est pas évident. Pour un support client, cela cesse d'être une considération abstraite : c'est une case dans un écran de réglages, et une phrase dans un premier message.

Les questions qu'un acheteur devra poser à son éditeur en 2027, et que presque personne ne pose aujourd'hui :

• Quand l'assistant répond seul au client, s'annonce-t-il, et à quel moment de la conversation ?
• Que se passe-t-il quand il passe la main à un humain : le client est-il informé du changement ?
• L'information est-elle configurable, c'est-à-dire désactivable ? Si oui, l'éditeur vous laisse-t-il produire une non-conformité en trois clics ?
• Où est la trace ? Le jour où la question se pose, la réponse doit être une requête, pas une déclaration d'intention.

Ce déplacement est le plus sûr des quatre, parce qu'il ne dépend d'aucune adoption : un calendrier réglementaire s'applique qu'on l'ait anticipé ou non.

3. Le prix par siège commence à céder devant le prix par résolution

Le modèle par siège a une propriété que l'IA rend gênante : il facture la capacité de travail humain. Si l'outil traite lui-même une partie des demandes, l'acheteur paie des sièges pour un travail que le logiciel fait. La contradiction n'est pas idéologique, elle est arithmétique, et les directions financières la voient.

D'où l'apparition de prix à la résolution, aux « crédits », à l'usage. Deux avertissements, parce que ce déplacement est aussi celui où l'on se fait le plus prendre :

1. 1Un prix à l'usage sans coût de revient publié est une marge déguisée en unité de mesure. Demandez ce que coûte un crédit à produire. Nous avons publié le nôtre — le coût réel, appel par appel — et l'ordre de grandeur de l'inférence côté agent est de l'ordre d'un euro cinquante pour mille tickets.
2. 2Un prix à la résolution aligne les intérêts, ou les oppose, selon sa définition. Si l'éditeur est payé dès qu'un robot a répondu, il gagne sur les réponses inutiles. S'il n'est payé que quand le client ne revient pas, il perd sur les mauvaises. Cette différence de définition est plus importante que le montant.

4. La résidence des données devient un critère d'achat, pas une case

« Hébergé en Europe » figurait dans les appels d'offres depuis des années sans peser lourd. Deux choses le rendent décisif : les modèles d'IA déplacent des contenus de conversations vers des fournisseurs d'inférence, et les acheteurs publics comme les secteurs régulés ont appris à demander la chaîne complète.

La question utile n'est plus « où sont mes données ? » mais « où sont-elles chez vos sous-traitants ? ». Un outil hébergé en France dont l'assistant appelle un modèle outre-Atlantique n'est pas un outil hébergé en France. Demandez le registre des sous-traitants, et regardez la colonne de localisation ligne par ligne.

Ce qui ne changera pas, malgré ce qu'on vous dira

L'email ne mourra pas en 2027

On annonce sa fin depuis dix ans. L'email reste le canal dominant du support B2B pour une raison qui n'a rien de technique : il ne demande rien au client. Pas de compte, pas d'application, pas de mot de passe, pas d'apprentissage. Tout canal qui exige une inscription perd les demandes des gens pressés.

La conséquence pratique est que la qualité de la réception d'emails reste un critère de choix de premier rang — et c'est l'endroit où les outils modernes sont souvent les plus faibles : gestion du DKIM sur domaine personnalisé, fils recollés correctement, réponses citées non dupliquées, pièces jointes préservées.

La boîte partagée ne sera pas remplacée par un agent autonome

L'idée d'un système qui traite les demandes de bout en bout sans supervision se heurte à un fait de responsabilité : quand une réponse engage l'entreprise — un remboursement, un délai, une donnée personnelle — quelqu'un doit répondre de cette réponse. Ce n'est pas une limite de modèle, c'est une limite de droit et d'assurance.

Ce qui se généralise n'est donc pas l'agent autonome, c'est le brouillon. La bonne question à un éditeur n'est pas « votre IA répond-elle seule ? » mais « comment un humain voit-il ce que l'IA a proposé, et d'où elle le tient ? ». Un champ rempli en silence par un modèle ne s'audite pas.

Les SLA ne disparaîtront pas, ils se compliqueront

On lit régulièrement que les engagements de délai vont perdre leur sens dans un monde de réponses instantanées. C'est l'inverse qui se produit : dès qu'une partie des réponses est automatique, le contrat doit dire lesquelles comptent. Une réponse d'assistant arrête-t-elle le compteur de première réponse ? Si oui, l'indicateur devient trivialement parfait et cesse de mesurer quoi que ce soit.

Nous avons choisi qu'une réponse d'assistant n'arrête pas le compteur de première réponse humaine, et c'est un choix discutable qu'il faut assumer explicitement. Ce genre d'arbitrage va se multiplier — voir les huit pièges du calcul d'un SLA pour la nature du problème.

Six questions à poser à un éditeur en 2027

Si ce texte doit se réduire à une chose utilisable, c'est cette liste. Elle est écrite pour être posée telle quelle, et les réponses évasives y sont aussi informatives que les autres.

1. 1Que coûte un crédit d'IA à produire chez vous ? Un éditeur qui ne sait pas, ou ne veut pas dire, vend une marge et non une mesure.
2. 2Comment définissez-vous une déflexion réussie ? Cherchez une définition négative — le client n'est pas revenu — et une fenêtre de temps.
3. 3Votre assistant s'annonce-t-il comme machine, et peut-on le désactiver ? La seconde partie de la question compte autant que la première.
4. 4Où sont hébergés vos sous-traitants d'inférence ? Le registre, pas la promesse.
5. 5Une réponse automatique arrête-t-elle mes compteurs de SLA ? Il n'y a pas de bonne réponse, il y a une réponse qui doit être écrite.
6. 6Comment je sors ? Export complet, formats, et ce qui ne sort pas. C'est la question qu'on oublie et la seule qui coûte cher plus tard.

Un article de tendance utile ne dit pas ce qui va arriver : il dit quelles questions poser à ceux qui prétendent le savoir.

Notre position sur ces six points est publiée, y compris là où elle est incomplète : les tarifs, l'assistant et le code, qui reste le seul endroit où une affirmation d'éditeur se vérifie sans lui demander la permission.