À qui appartient votre agent IA ? Le piège du lock-in
TL;DR
Beaucoup d'entreprises croient acheter un agent IA alors qu'elles louent un service. Si votre logique vit dans un wrapper no-code, partir signifie tout reconstruire. Posséder le code, les prompts et les intégrations change tout.
Vous avez payé un agent IA. Il tourne, il répond, vos clients sont contents. Mais posez-vous une question simple : si demain vous voulez changer de prestataire, qu'est-ce qui part avec vous ?
Souvent, la réponse est : rien.
Pas le code, parce qu'il n'y en a pas vraiment. Pas la logique de l'agent, parce qu'elle vit dans une plateforme que vous ne contrôlez pas. Pas vos données, parce qu'elles sont enfermées dans un format que personne d'autre ne sait lire. Vous avez cru acheter un actif. Vous louez un service.
Posséder ou louer, ce n'est pas un détail
La distinction paraît abstraite, jusqu'au jour où elle vous coûte cher.
Quand vous possédez votre agent, vous détenez trois choses : le code qui le fait tourner, les prompts qui définissent son comportement, et la couche d'intégration qui le connecte à vos outils (votre CRM, votre base de données, vos API internes). Ces trois briques sont à vous. Vous pouvez les exporter, les lire, les confier à un autre développeur, les héberger ailleurs.
Quand vous louez, vous avez un accès. Tant que vous payez, l'agent fonctionne. Le jour où vous arrêtez, ou où le prestataire arrête, tout s'éteint. Et vous ne repartez avec rien d'exploitable.
Ma conviction, après avoir construit des agents pour des clients en France et au Pérou : la plupart des gens ne savent pas dans quel camp ils sont. Personne ne leur a expliqué la différence. Et ce n'est pas dans l'intérêt du vendeur de la rendre visible.
Le wrapper no-code qui retient votre logique en otage
Voilà où ça se joue concrètement.
Beaucoup d'agents IA sont construits sur un wrapper no-code : une plateforme propriétaire où vous assemblez des blocs dans une interface visuelle. C'est rapide à monter, ça a l'air propre, et pour démarrer c'est honnêtement pratique.
Le problème arrive à la sortie. Votre logique conversationnelle, vos règles métier, vos enchaînements, tout ça vit dans le format de la plateforme. Il n'existe pas de bouton "exporter mon agent en code". Vous ne pouvez pas prendre votre travail et le poser ailleurs. Si vous quittez la plateforme, vous laissez votre logique derrière vous.
C'est ça, le lock-in. Pas une clause cachée dans un contrat. Une dépendance technique, construite dans l'architecture même du produit. La plateforme ne vous retient pas par la force, elle vous retient parce que partir signifie tout reconstruire.
À l'opposé, un agent bâti sur l'API brute du modèle (Claude, GPT, peu importe) repose sur du code que vous lisez et que vous emportez. Le modèle devient un composant interchangeable, pas une prison. Vous appelez l'API, vous recevez la réponse, et toute l'intelligence autour (la logique, la mémoire, les intégrations) est du code qui vous appartient.
Le coût caché : reconstruire depuis zéro
Le jour où vous voulez changer, le no-code vous envoie une facture que vous n'aviez pas vue venir.
Changer de prestataire ou de plateforme, quand votre logique est prisonnière, ce n'est pas une migration. C'est une reconstruction. Vous repartez de la page blanche : redéfinir chaque flux, réécrire chaque prompt, recâbler chaque intégration. Le nouveau prestataire ne peut pas reprendre l'existant, parce que l'existant n'est pas portable.
C'est une vraie ligne de budget, pas une formalité. Le temps de reconstruction d'un agent un peu sérieux se compte en semaines, parfois plus selon le nombre d'intégrations et la complexité des règles métier. Et pendant ce temps, vous payez deux fois : l'ancien système qui tourne encore, et le nouveau qu'on rebâtit.
D'expérience, c'est la mauvaise surprise classique. Le devis initial du wrapper no-code était moins cher, c'est vrai. Mais il ne comptait pas le coût de sortie. Et le coût de sortie, c'est presque le coût de construction, payé une deuxième fois.
Posséder le code dès le départ, c'est payer un peu plus cher l'entrée pour ne jamais payer la sortie. Ça dépend de votre horizon : pour un agent que vous comptez garder et faire grandir des années, l'arbitrage est vite tranché.
Les trois questions à poser à tout prestataire
Avant de signer, vous n'avez pas besoin d'être technique. Vous avez besoin de trois questions. Les réponses vous disent immédiatement si vous achetez un actif ou si vous louez une boîte noire.
1. Qui possède le code ?
Demandez-le noir sur blanc. Le code de l'agent, les prompts, la couche d'intégration : à qui appartiennent-ils à la fin du contrat ? Si la réponse est floue, ou si "le code" n'existe pas vraiment parce que tout vit dans une plateforme, vous avez votre réponse. Un bon prestataire vous dit clairement ce qui vous revient et vous le livre.
2. Puis-je exporter mes flux et mes données ?
Pas "est-ce que je peux voir mes données dans un dashboard". Est-ce que je peux les sortir, dans un format standard, et les emporter ailleurs ? Idem pour la logique de l'agent. Si l'export n'existe pas, ou s'il faut "passer par le support", la porte de sortie est verrouillée.
3. Si nos routes se séparent, l'agent continue-t-il de tourner ?
C'est le test ultime. Le jour où vous arrêtez de travailler avec ce prestataire, est-ce que votre agent s'éteint, ou est-ce qu'il continue parce que vous détenez tout ce qu'il faut pour le faire vivre ailleurs ? Si la réponse est "il s'éteint", vous ne possédez rien.
Ces trois questions ne fâchent pas un bon prestataire. Elles le rassurent, parce qu'elles montrent que vous savez ce que vous achetez. Elles gênent celui qui comptait sur votre dépendance.
Honnête : louer peut suffire, si vous savez ce que vous louez
Je ne vais pas vous dire que le no-code, c'est le mal. Ce serait malhonnête.
Pour tester une idée, valider qu'un cas d'usage tient la route, montrer quelque chose à votre équipe la semaine prochaine, un wrapper loué fait parfaitement le travail. C'est rapide, c'est moins cher à l'entrée, et tant que vous êtes en phase d'expérimentation, le lock-in ne vous coûte rien : vous ne vous engagez sur rien de durable.
La seule règle : sachez exactement ce que vous louez.
Le piège n'est pas de louer. Le piège, c'est de louer en croyant posséder. C'est de construire trois ans d'opérations critiques sur une plateforme dont vous ne pouvez pas sortir, sans jamais avoir posé la question du code. Le jour où la plateforme change ses prix, ferme, ou ne vous convient plus, vous découvrez que vous n'aviez aucun levier.
Alors faites le choix les yeux ouverts. Phase de test, idée à valider, petit périmètre : louez, c'est rationnel. Brique qui va devenir centrale, agent que vous voulez garder et faire grandir, données sensibles : possédez, ou au minimum exigez de pouvoir sortir.
La vraie question n'est pas "no-code ou code". C'est : dans deux ans, qui tient les clés de l'agent sur lequel tourne votre activité ? Si ce n'est pas vous, ce devrait être un choix assumé, pas une surprise.
Si vous voulez savoir dans quel camp vous êtes aujourd'hui, ou cadrer un projet pour rester du bon côté, écrivez-nous. On vous dira franchement ce que vous possédez et ce que vous louez.