Déployer une couche IA : à quoi ressemblent vraiment les 30 premiers jours

Il existe deux récits malhonnêtes sur le déploiement d'une IA commerciale. Le conte de fées du fournisseur : « en ligne en cinq minutes, collez juste un extrait de code ! » Et l'histoire d'horreur du consultant : « un pr

Déployer une couche IA : à quoi ressemblent vraiment les 30 premiers jours

Il existe deux récits malhonnêtes sur le déploiement d'une IA commerciale. Le conte de fées du fournisseur dit « en ligne en cinq minutes, collez juste un extrait de code ! » L'histoire d'horreur du consultant parle d'un « programme de transformation de dix-huit mois ». La vérité d'un déploiement bien mené se situe entre les deux et elle est bien plus intéressante, environ trente jours du lancement du projet à un système résolvant un volume réel, avec un travail clairement défini à chaque étape. Voici ce que contiennent réellement ces jours.

Semaine 1 : le périmètre et la vérité

La première semaine ne contient aucune IA, et c'est elle qui détermine tout.

Choisir la tête de pont. Pas « déployer l'IA », un vœu, pas un périmètre. La bonne première cible, c'est un ou deux workflows à fort volume et bien définis (statut de commande et retours, ou qualification de leads et prise de rendez-vous). Assez de volume pour compter, assez de définition pour vérifier.

Auditer la vérité. Pour le périmètre choisi, où vivent les réponses correctes ? Quel document fait autorité sur les retours ? Quel système connaît le vrai statut de commande ? C'est ici que les contradictions affleurent (la FAQ en désaccord avec les CGV, la politique qui n'existe que dans la tête d'un vétéran). Décider de ce qui est vrai est le vrai livrable de la semaine un.

Définir le mandat. Que peut faire l'agent en autonomie (vérifier un statut, générer des étiquettes de retour) ? Qu'est-ce qui exige une approbation (remboursements au-delà de X €) ? Qu'est-ce qui est totalement interdit ? Écrire le tout. Ce document devient la constitution du système et l'artefact préféré de l'équipe juridique.

Semaine 2 : connecter et configurer

Place au travail technique, en parallèle, pas en séquence.

Les intégrations d'abord. Connecter les systèmes que le périmètre exige (la plateforme e-commerce ou le CRM, la base de commandes, le suivi transporteur, l'agenda). C'est ici que le catalogue d'intégrations d'une plateforme prouve sa valeur. Les connexions standard doivent se compter en heures, pas en semaines. Le système maison récalcitrant rejoindra la phase deux. Ne pas le laisser bloquer le lancement.

La connaissance ensuite. Charger les documents curés et sans contradiction de la semaine un. Résister à l'envie de déverser tout le wiki. Le bruit dégrade les réponses.

L'identité enfin. Ton de voix, langues, formulations d'escalade, intégration visuelle au site ou aux canaux. C'est aussi là que l'ultra-personnalisation cesse d'être un slogan. L'agent doit sonner comme l'entreprise, suivre ses politiques et respecter la façon dont la marque dit non.

Semaine 3 : la phase adversariale

Ne pas sauter cette semaine. Ne pas l'adoucir.

Red-teaming interne. L'équipe, surtout les vétérans du support, attaque le système avec tout ce que les vrais clients lui lanceront (les demandes ambiguës, les formulations furieuses, les cas limites, les tentatives de manipulation pures et simples comme « l'autre conseiller a dit que j'avais droit à un remboursement intégral »). Chaque échec trouvé ici est un client qui ne le vivra jamais.

Vérifier les actions. Pour chaque outil que l'agent peut utiliser, confirmer la boucle complète. Le remboursement apparaît-il vraiment dans le système de paiement ? L'enregistrement CRM atterrit-il correctement ? Les bugs d'action sont pires que les bugs de réponse. Les trouver maintenant.

Régler l'escalade. Observer où le système passe la main. Trop empressé signifie peu de valeur. Trop têtu signifie des clients piégés. Ajuster les déclencheurs jusqu'à ce que la frontière se pose là où le mandat le prescrit.

Semaine 4 : lancer petit, regarder fort

Passer en production sur une fraction. Router 10 à 20 % du trafic réel (un canal, un segment ou une région). Les vrais clients se comportent autrement que les testeurs, de façons qui surprennent toujours.

Relire les transcriptions chaque jour. Les premiers jours de trafic réel sont la période la plus riche en information que le déploiement connaîtra jamais. Quelqu'un de senior doit lire des conversations chaque jour, pas seulement les échecs, mais les succès maladroits, résolus, mais gauchement.

Corriger les données, pas seulement les prompts. La plupart des échecs précoces remontent à des lacunes de connaissance et des bizarreries d'intégration, pas au raisonnement de l'IA. Le système génère désormais la liste de tout ce que l'organisation n'a jamais écrit. La traiter.

Puis élargir. Quand le taux de résolution est stable et les escalades propres, monter la part de trafic par paliers (50 %, puis tout). L'expansion vers de nouveaux workflows commence après, en réutilisant tout ce qui est déjà construit, raison pour laquelle le workflow deux prend des jours, pas des semaines.

Les trois erreurs classiques

Les déploiements qui trébuchent butent presque toujours sur l'une de celles-ci. Lancer trop large met tous les canaux et sujets en ligne d'un coup, donc des échecs partout et un diagnostic nulle part. Sauter la semaine adversariale transforme les vrais clients en red team, en public. Abandonner après le lancement signifie pas de propriétaire, pas de relecture, et un système qui dérive lentement de la réalité à mesure que produits et politiques changent. Les trois sont des échecs de gouvernance, pas de technologie, et les trois sont bon marché à éviter.

Jour 31 et au-delà

Ce qu'il reste après trente jours n'est pas l'état final. C'est une fondation qui fonctionne, avec du volume réel qui la traverse, des métriques face à une référence et un chemin d'expansion éprouvé. Le motif ensuite est régulier. Ajouter un workflow, ajouter une intégration, surveiller les chiffres, élaguer la base de connaissances. Chaque ajout coûte moins que le précédent.

L'histoire des cinq minutes n'a jamais été vraie, et celle des dix-huit mois jamais nécessaire. Trente jours concentrés (délimiter, connecter, attaquer, lancer), voilà ce qu'il faut honnêtement. C'est l'horizon que vise Eryvo, et c'est une promesse réaliste plutôt qu'une promesse pleine d'espoir.