Votre chatbot est mort il y a six mois

La scène

Janvier. Un intégrateur présente le chatbot au COMEX. Les questions fusent, les réponses tombent, quelqu’un dit « bluffant ». Le budget est signé dans le mois.

Mars. Mise en ligne. Communication interne, petit événement, curiosité générale.

Juin. Le tableau de bord — quand quelqu’un pense à l’ouvrir — affiche onze conversations sur la semaine. Huit émanent de l’équipe projet.

Septembre. Plus personne n’en parle. Le contrat court toujours.

Cette chronologie n’est pas une caricature. C’est la trajectoire majoritaire des projets IA en PME et ETI. Le produit n’est jamais officiellement arrêté : il meurt d’indifférence.

Les trois causes du décès

Cause n°1 : il ne décidait rien

Posez la question à froid : quelle décision votre chatbot améliorait-il ?

Répondre aux questions dont les réponses figurent déjà sur le site n’est pas une décision. C’est une redirection. Le commercial qui hésite sur une remise, le technicien qui arbitre une priorité d’intervention, le comptable qui choisit de bloquer ou débloquer une commande : aucun d’eux n’y trouvait quoi que ce soit.

Un système qui n’améliore aucune décision n’a pas d’utilisateurs. Il a des visiteurs.

Cause n°2 : il ne savait rien de vous

Le chatbot connaissait vos pages publiques. Il ignorait vos stocks, vos délais réels, vos tarifs négociés, l’historique du client qui l’interrogeait.

À la troisième réponse approximative, l’utilisateur a rendu son verdict — définitif et silencieux. La confiance dans un système se perd en trois échanges et ne se regagne jamais par une mise à jour.

Cause n°3 : personne ne tenait l’attelage

Le POC vivait sur un serveur, à côté des opérations. Pas branché au CRM. Pas branché à l’ERP. Aucun propriétaire côté métier. Aucun indicateur suivi en revue mensuelle.

Un système que personne ne pilote est un système que tout le monde abandonne. La technologie n’y peut rien : c’est une question de gréement, pas de modèle.

Ce que ce cadavre vous coûte vraiment

Le coût direct est connu : licence, intégration, jours-hommes. Comptez-le, il est déjà douloureux.

Le coût indirect est pire. Chaque POC mort vaccine l’organisation. La prochaine initiative IA — peut-être la bonne — affrontera des équipes qui ont « déjà vu » et des managers qui ont « déjà payé ». Le scepticisme est le véritable passif au bilan.

Et pendant ce temps, le concurrent qui a correctement attelé son premier système engrange, apprend et enchaîne.

Ce qu’il aurait fallu faire

Inverser l’ordre des opérations.

D’abord la décision : choisir un flux précis où une meilleure exécution vaut des euros — traitement des devis, qualification des demandes entrantes, relance des impayés.

Ensuite les Skills : encapsuler les règles métier de ce flux, celles qui dorment dans la tête de vos deux meilleurs collaborateurs.

Puis le harnais : brancher le système sur les données et les outils réels, avec des contrôles, des seuils d’escalade, un propriétaire métier désigné.

Enfin la mesure : un indicateur en euros, revu chaque mois, qui décide seul de la suite — étendre, corriger ou arrêter.

Le chatbot vitrine coche zéro case sur quatre. Il était mort avant d’être en ligne.

Ce qu’il faut en retenir

Un POC ne rate pas parce que l’IA « n’est pas mûre ». Il rate parce qu’on a exposé un moteur sans transmission : pas de décision ciblée, pas de savoir métier, pas d’attelage, pas de mesure.

C’est précisément ce que corrige notre méthode — Skills encapsulés, Harness Engineering, preuve par l’euro. Pas de vitrine. Des systèmes de production.