Le pitch que vous connaissez.
Ouvrez n'importe quelle page de vente d'un outil IA support entre 2025 et 2026 et vous verrez le même titre : "Résout 80 % des tickets en autonomie." "Des agents IA qui travaillent 24/7." "Remplacez votre équipe support." La promesse est enivrante : on appuie sur l'interrupteur, la boîte se vide toute seule, on passe au million de clients avec deux personnes et un compte Stripe.
J'ai utilisé ces outils. Je les ai vus en production. J'ai lu ce qu'ils envoient quand personne ne regarde. Et je suis ici pour vous dire que la réponse autonome est la chose la plus chère qu'une petite marque puisse livrer.
Ce qui foire quand l'IA envoie toute seule.
Ce n'est pas que l'IA soit bête. Les modèles modernes sont, en fait, très bons pour comprendre ce qu'un client demande et rédiger une réponse raisonnable. Le mode de défaillance n'est pas la qualité moyenne. C'est la queue de distribution.
Sur cent tickets, quatre-vingts sont routiniers — statut de commande, politique de retour, question de taille — et l'IA les gère parfaitement. Douze sont non-triviaux mais résolvables avec le contexte auquel l'IA a accès. L'IA s'en sort plutôt bien. Six sont faux d'une manière que seul un humain remarquerait : le numéro de commande cité appartient à un autre client, la politique citée a été changée pour ce SKU, le client est un grossiste et pas un particulier. Et deux sont faux d'une manière qui détruit la relation : sourd au ton dans une plainte, dismissive face à un vrai problème produit, ou — le classique — affirmant avec aplomb au client une chose qui n'est pas vraie.
Ces deux derniers pour cent, c'est ce qui vous tue. Une petite marque vit de son capital de confiance. Une seule mauvaise réponse d'un robot qui signe à votre nom = un avis une étoile, une capture d'écran sur Reddit, un client qui le raconte à cinq amis. Les économies sur les quatre-vingt-dix-huit réponses parfaites ne couvrent pas le coût des deux qui n'allaient pas.
L'envoi automatique est un pile ou face avec un downside infini. Pile, vous gagnez trente secondes. Face, vous perdez un client.
Le calcul que personne ne fait.
L'argument pour l'autonomie totale, c'est "les économies de tête." Faisons vraiment le calcul pour une petite marque qui fait 500 tickets par semaine.
- Réponse manuelle : 4 minutes par ticket × 500 = 33 heures/semaine. ~1 000 €/semaine à un agent à 30 €/h.
- Brouillon IA, validation humaine (nous) : 30 secondes par ticket × 500 = 4,2 heures/semaine. ~130 €/semaine. Économie ~870 €/semaine.
- IA totalement autonome : 0 minute × 500 = 0 €. Économie ~1 000 €/semaine. Plus le coût de chaque ticket qui part de travers.
Le delta entre nous et l'autonomie totale, c'est 130 €/semaine. Si l'autonomie totale produit une seule mauvaise réponse par mois qui fait perdre un client à 400 € de LTV, l'autonomie totale est plus chère que nous. Un taux de défaillance catastrophique de 0,05 % suffit à inverser le calcul. Aucune IA en production n'est proche de ça.
Donc quand un éditeur vous vend "une IA qui résout 100 % des tickets", il ne vend pas de l'efficacité. Il vend de la déresponsabilisation plausible. La réponse est partie, aucun humain ne l'a lue, personne n'est responsable. Ce n'est pas de l'automatisation. C'est du blanchiment de risque.
Pourquoi on a construit la version lente.
Tout notre produit est façonné autour d'un principe : déléguer doit être plus rapide que faire soi-même, mais un humain voit toujours la réponse avant qu'elle parte.
C'est plus dur à construire que l'envoi automatique. L'envoi automatique, c'est un cron. L'humain dans la boucle, c'est un problème d'UI : le brouillon doit être là avant que vous ouvriez le ticket, le raccourci clavier doit envoyer sans réfléchir, le ticket suivant doit déjà être chargé. On obsède sur les cinq secondes entre "j'ai lu le brouillon" et "j'ai appuyé sur envoyer". Cinq secondes, c'est tout le produit.
On les mesure. La médiane time-to-send sur notre base est aujourd'hui à 8 secondes. On vise 4. Quand on livre une fonctionnalité, la question, c'est "est-ce que ça raccourcit la boucle de 5 secondes ?". Sinon ça ne sort pas.
La ligne qu'on ne déplacera pas.
On nous demande si on ajoutera un jour un toggle "envoi automatique pour les réponses à faible risque". Juste les confirmations d'expédition. Juste les FAQ simples. Juste les clients de confiance. La réponse est non.
Voici pourquoi. Une fois ce toggle dans le produit, chaque conversation avec chaque prospect tourne autour de "quelles réponses peuvent être envoyées en auto et lesquelles non". Le produit devient une jauge de couverture. Les clients montent le toggle au fil du temps, exactement comme on l'aurait prédit, jusqu'à ce que 80 % des réponses partent sans relecture. Puis l'incident catastrophique arrive, et ils nous le reprochent, et ils ont raison.
La seule façon de tenir la ligne, c'est de ne jamais mettre le toggle dans le produit. Donc on ne le met pas, et on ne le mettra pas.
Ce qu'on dit aux prospects qui veulent une IA autonome.
Qu'ils aillent acheter ailleurs. Sincèrement. On n'est pas le bon outil pour quelqu'un dont l'objectif premier est "retirer les humains de la boucle". C'est une vraie préférence et il y a des vrais éditeurs pour ça. On n'est pas eux.
Les équipes qui nous achètent sont différentes. Ce sont des fondateurs qui répondent eux-mêmes au support à minuit et qui ont besoin de ne pas répondre à minuit, mais qui préfèrent avoir leur nom sur chaque réponse. Ce sont des agences qui font le support pour leurs clients et qui doivent défendre chaque mail envoyé. Ce sont des équipes back-office dans des secteurs régulés — administrations, assurance, comptabilité — où une IA qui envoie sans supervision est un problème de conformité avant d'être un problème produit.
Pour tous, la valeur n'est pas de remplacer l'humain. C'est de donner à l'humain un brouillon en 5 secondes et un envoi en 1 clic, à chaque fois. C'est ça le produit.
Si vous lisez ça et que vous n'êtes pas d'accord.
Dites-le moi. julien@p.studio. Je lis chaque mail, et les meilleurs arguments contre cette position viennent souvent de gens qui font tourner du support à grande échelle. Je préfère les entendre que d'avoir tort sur un principe.
À lire aussi : Le manifesto SupportPilot complet · Plus de notes