Changer d’agence IA : que récupérer pour garder un système exploitable ?

Votre agence IA a livré un agent qui prépare des réponses commerciales. Les équipes l’utilisent, mais personne chez vous ne sait où sont définies les règles de remise. Vous envisagez de changer de prestataire. Récupérer un dossier de code vous permettra-t-il de continuer à répondre lundi matin ? Pas forcément : les connexions, les consignes et les décisions accumulées peuvent vivre ailleurs.

Pour changer d’agence IA sans repartir de zéro, exigez un dossier de transfert exploitable, des accès détenus par votre entreprise et un test de reprise par une autre personne. La réversibilité désigne cette capacité à reprendre le service ou à le confier à un tiers. Elle se vérifie sur une opération réelle, pas sur la présence d’un bouton d’export.

Commencer par ce qui doit continuer à fonctionner

Avant d’inventorier les fichiers, demandez au responsable métier de décrire le service à maintenir : quelles demandes entrent, quelles données sont consultées, quel résultat est produit et qui le valide. Pour un agent commercial, cela peut être la préparation d’une réponse à partir d’une demande reçue par email, du tarif en vigueur et de l’historique client. L’envoi reste soumis à validation.

Cette description du service permet au repreneur de distinguer les éléments indispensables des composants remplaçables. Si l’agence utilise un outil propriétaire pour classer les demandes, vous n’avez pas nécessairement besoin de posséder cet outil. Vous devez savoir comment récupérer les demandes classées, comprendre les règles utilisées et remplacer le composant sans perdre les dossiers ouverts.

À ce stade, listez aussi les arrêts acceptables. Un brouillon de réponse peut attendre une intervention humaine ; une échéance contractuelle ne doit pas disparaître pendant la migration. Le métier décide du service minimal, puis le technicien organise le transfert autour de cette contrainte.

Le dossier de transfert : des pièces reliées à leur usage

Demandez un inventaire qui associe chaque élément à son propriétaire, à son emplacement et à la manière de le récupérer. Une archive volumineuse sans mode d’emploi laisse le travail de reconstruction au nouveau prestataire.

• Règles et consignes : instructions de l’agent, conditions de validation, exceptions, limites d’action et exemples de sorties acceptées.
• Connaissance métier : documents de référence, décisions validées, dates d’application et droits d’accès associés. Distinguez ces sources des résumés produits automatiquement.
• Connexions : outils utilisés, comptes responsables, permissions, déclencheurs et dépendances. Les secrets doivent être transmis par un canal sécurisé ou recréés, pas copiés dans la documentation.
• Exploitation : procédure de démarrage et d’arrêt, surveillance, dossiers en attente, historique des incidents et méthode de reprise.
• Évaluation : dossiers de test autorisés, résultats attendus et erreurs qui interdisent une mise en service.

Le code et les configurations viennent compléter ce dossier lorsque leur transfert est prévu. Les droits sur le code, les licences de composants et les obligations d’assistance dépendent du contrat. Faites vérifier les engagements applicables ; cet inventaire opérationnel ne crée pas un droit de propriété qui n’existe pas.

Posséder une clé ne suffit pas à maîtriser le service

Vérifiez qui administre l’hébergement, le nom de domaine éventuel, les comptes de modèles IA et les connecteurs. Un compte payé par votre société peut encore dépendre d’un administrateur externe unique. À l’inverse, une infrastructure mutualisée chez le prestataire peut être acceptable si l’export, les délais et le scénario de remplacement sont précisément convenus.

Utiliser ses propres clés de modèles, souvent appelé BYOK, donne une prise sur la facturation et l’accès au fournisseur. Cela ne restitue pas automatiquement les workflows, les règles ou la mémoire métier. Le dossier de sortie doit couvrir ces autres dépendances.

Constituez une liste des accès à conserver, à recréer et à révoquer. Chaque action doit avoir un responsable. Lorsqu’une connexion est recréée, testez ses permissions avec le compte du repreneur : une démonstration faite depuis le compte personnel du prestataire sortant ne prouve pas votre autonomie.

Faire la preuve avec un dossier que le repreneur ne connaît pas

Exemple fictif : une PME transfère son agent de préparation de devis. L’agence sortante fournit les configurations et la documentation. Le responsable commercial choisit ensuite une demande de test comportant une remise exceptionnelle, sans communiquer à l’avance le résultat attendu au repreneur.

Dans un environnement sans envoi client, le repreneur doit retrouver le tarif applicable, produire le brouillon, identifier la remise qui nécessite une validation et montrer où cette décision sera conservée. Il doit également traiter une donnée manquante sans inventer un prix. Ce test révèle si les règles ont réellement été transmises ou si l’ancien prestataire compensait oralement les lacunes du système.

Consignez les écarts : document absent, accès insuffisant, règle ambiguë, déclencheur oublié. Attribuez une correction à chaque écart et rejouez le cas après correction. La recette d’un projet IA donne le cadre des tests ; ici, le critère supplémentaire est que le repreneur réussisse sans dépendre d’une intervention cachée de l’équipe sortante.

Organiser la bascule sans deux agents qui agissent en parallèle

Une transition mal préparée peut laisser deux systèmes répondre aux mêmes demandes. Désignez celui qui est autorisé à agir pendant la bascule. Le second peut observer ou préparer des brouillons, mais il ne doit pas envoyer de messages ni modifier les dossiers tant que cette responsabilité ne lui a pas été transférée.

Avant de changer le déclencheur de production, rapprochez les dossiers ouverts : traité, à valider, en échec ou effet incertain. Prévoyez un retour au traitement manuel si une dépendance bloque. Une fois le service repris et vérifié, révoquez les accès devenus inutiles et demandez les confirmations de restitution ou de suppression prévues au contrat, en tenant compte des obligations de conservation applicables.

Pour une urgence de sécurité, l’ordre peut être différent : il peut être nécessaire de couper immédiatement un accès compromis. Le responsable sécurité arbitre alors avec le métier la continuité dégradée. La réversibilité planifiée ne doit jamais servir de prétexte à maintenir un accès dangereux.

La question à poser avant de signer

Plutôt que « pourra-t-on exporter les données ? », demandez : « Si nous changeons d’équipe, qui reprend quelle opération, avec quels éléments et comment le prouve-t-on ? » Faites préciser les livrables, les formats, l’assistance, les coûts et les conditions de sortie dans les documents contractuels adaptés.

Un partenaire capable de répondre à cette question rend la dépendance visible. Pour évaluer les autres dimensions de la relation, le guide pour choisir une agence IA fiable reste le point d’entrée. La décision de sortie, elle, doit reposer sur un dossier transmis et une reprise observée.