Agence IA, ESN, freelance ou équipe interne : comment choisir

Une démo d'IA, tout le monde sait la faire. Un outil que vos équipes utilisent encore six mois plus tard, c'est plus rare.

En août 2025, Fortune a relayé un rapport du MIT (The GenAI Divide, projet NANDA) : 95 % des pilotes d'IA générative étudiés ne produisaient pas de retour mesurable sur le compte de résultat. La méthodologie a été discutée. Mais le diagnostic des auteurs tient : les projets qui marchent s'intègrent à un processus métier précis. Les outils génériques posés à côté, non.

Choisir un prestataire, c'est donc choisir qui saura amener le projet jusque-là. Ici, vous avez les critères, les questions et les documents à demander. On est une agence IA, donc juge et partie : on dit aussi quand une agence n'est pas le bon choix.

Trois questions avant de comparer des prestataires

1. Qu'est-ce qui coûte le plus cher : rater ou attendre ? Un outil interne de confort peut attendre un recrutement. Un projet qui touche le chiffre d'affaires ou la relation client demande une équipe qui a déjà livré.
2. Le besoin est-il défini ou à inventer ? « Brancher notre CRM à un modèle pour résumer les appels » se chiffre. « Utiliser l'IA dans le support » se cadre d'abord.
3. Qui reprendra le système dans un an ? Un agent IA n'est jamais « fini » : les modèles changent tous les quelques mois, vos données et vos processus aussi. Si personne en interne ne peut le reprendre, prévoyez la maintenance ou la transmission dès le contrat.

Les quatre options en un tableau

En résumé :

• Équipe interne : la cible si l'IA est votre avantage concurrentiel. Piège : recruter avant d'avoir validé un premier cas d'usage.
• Freelance : imbattable sur une tâche précise (un connecteur, une automatisation, un audit). Ça coince quand il faut à la fois interface, backend, infrastructure et sécurité, ou une continuité si la personne part.
• ESN : fournit des profils en nombre et passe facilement vos achats et votre sécurité. Bon choix pour renforcer une équipe sur un périmètre connu.
• Agence IA : une petite équipe qui couvre tout le chemin, de l'idée à la production. Bon choix pour livrer vite ou valider un cas d'usage avant d'internaliser.

On peut aussi combiner : une agence qui construit et forme pendant que vous recrutez, un freelance qui reprend la maintenance d'un système livré par une agence.

Forfait ou régie : le choix qui change tout

La régie (temps passé, au TJM) : vous payez des jours. C'est souple quand le besoin évolue, mais le risque de dérapage est chez vous. Il faut quelqu'un en interne pour piloter.

Le forfait : un prix pour un périmètre et un livrable. Le risque de dérapage est chez le prestataire, mais tout changement de périmètre se renégocie.

Sur un projet IA, un forfait pur pour tout le produit est rarement honnête. Personne ne sait à l'avance combien d'itérations il faudra pour atteindre la qualité. Chez Monka, le référentiel clinique est passé par 12 versions en deux mois. Aucun cahier des charges ne l'aurait prévu.

Ce qui marche, en pratique :

• un cadrage court au forfait, avec un livrable précis : cas d'usage, données, critères de succès, architecture, estimation ;
• puis des cycles courts (au forfait par lot ou en régie plafonnée), chacun avec quelque chose d'utilisable à la fin ;
• un point d'arrêt explicite après le premier lot : si les critères ne sont pas atteints, on s'arrête ou on change d'approche.

Comparez le coût complet, pas le TJM : prestation, temps de vos équipes pour piloter et tester, coûts de fonctionnement (appels aux modèles, hébergement), maintenance.

Ce que doit contenir une bonne proposition

Une proposition sérieuse tient en quelques pages et couvre ces points. S'il en manque, demandez-les.

• Le problème métier reformulé avec vos mots, et l'indicateur qui dira si ça marche (temps gagné, taux d'utilisation, erreurs évitées).
• Le périmètre, et surtout ce qui est hors périmètre.
• Les données nécessaires, où elles sont, qui y donne accès, et ce qui se passe si elles sont de mauvaise qualité.
• L'architecture en une page : quels modèles, hébergés où, quels outils tiers, quels coûts récurrents estimés.
• Le découpage en lots, avec un premier livrable utilisable en quelques semaines.
• Comment la qualité sera mesurée : jeu de tests, cas réels, seuils de validation (la recette).
• L'équipe nommée : qui fait quoi, et combien de temps chacun.
• La sécurité et la conformité : hébergement, accès, logs, environnements de test, sous-traitants.
• La propriété du code, des prompts, des jeux de tests et de la documentation.
• La suite : maintenance, transmission, réversibilité.

Comment évaluer un POC

Un POC sert à décider, pas à faire une démo. Avant de le lancer, écrivez :

• la question à laquelle il répond (« le modèle classe-t-il correctement nos tickets ? ») ;
• les données : de vraies données, ou un échantillon représentatif, jamais trois exemples choisis ;
• les utilisateurs qui testeront, et pendant combien de temps ;
• le critère de succès chiffré, fixé avant de voir les résultats ;
• ce qui sera réutilisé en production et ce qui sera jeté.

Méfiez-vous d'un POC qui ne tourne que sur le poste du prestataire, sans vos données ni vos utilisateurs. Le bon signe : un POC qui ressemble déjà à un premier lot de production, dans votre environnement.

Lire les références : les signaux qui comptent

Un logo sur un site ne prouve rien. Ce qui compte :

• Depuis combien de temps l'outil tourne en production, et combien de personnes s'en servent.
• Un chiffre d'usage, pas un chiffre de démo. « 87 % des brouillons utilisés » dit plus que « 90 % de précision sur un test ».
• Un contact client à appeler. Demandez-lui ce qui s'est mal passé et comment le prestataire a réagi.
• Un cas comparable au vôtre : même taille d'entreprise, mêmes contraintes (données sensibles, intégration au SI existant).
• Des traces publiques de compétence : code open source, articles techniques, interventions. Elles montrent comment l'équipe travaille.

Données, sécurité, hébergement : les questions à poser

C'est là que beaucoup de projets bloquent, et tard. Posez ces questions dès le premier rendez-vous :

1. Où seront hébergées les données, et chez qui ?
2. Les données envoyées aux modèles quittent-elles cet environnement ? Le fournisseur du modèle les conserve-t-il ?
3. Où vont les logs des prompts et des réponses ?
4. Les environnements de test utilisent-ils de vraies données ?
5. Qui a accès à la production, avec quels droits ?
6. Quels droits aura l'IA : lire, proposer, préparer ou exécuter ?

Exemple : la santé. Les données de santé doivent être hébergées chez un hébergeur certifié HDS pour les activités concernées. Chez Monka, l'environnement HDS existait déjà quand on est arrivés. Notre job : développer très vite sans en sortir. Aucune donnée hors de l'environnement, logs et environnements de test à l'intérieur. Résultat : l'app des aidants, le CRM des infirmières et le moteur clinique (un bilan de 165 questions, 12 versions du référentiel) en production en deux mois. Le détail réglementaire est dans notre guide IA et données de santé : ce que l'HDS impose vraiment.

Si un prestataire met en avant des certifications, demandez le certificat, son périmètre et sa date.

Les signaux d'alerte

• Des résultats garantis avant d'avoir vu vos données.
• Aucun projet en production à montrer, seulement des démos.
• Un cadrage de plusieurs mois sans rien à tester.
• Un discours centré sur les outils plutôt que sur votre processus.
• Des certifications ou labels impossibles à vérifier.
• Pas de réponse claire sur la propriété du code ni sur la sortie.

10 questions à poser avant de signer

1. Quels projets avez-vous mis en production, et depuis combien de temps tournent-ils ?
2. Qui, nommément, travaillera sur mon projet ?
3. Quel premier résultat utilisable, et quand ?
4. Comment mesurez-vous la qualité de l'IA, et qui valide ?
5. Que deviennent nos données (hébergement, modèles, logs, tests) ?
6. Quels droits aura l'IA dans nos outils ?
7. Quels coûts récurrents faut-il prévoir ?
8. À qui appartiennent le code, les prompts, les tests et la documentation ?
9. Comment se passe la transmission ou la sortie ?
10. Que se passe-t-il si les critères ne sont pas atteints après le premier lot ?

Notre position, honnêtement

On n'est pas le bon choix pour tout. Pour un petit connecteur isolé, un freelance ira aussi bien. Pour cent développeurs en régie, prenez une ESN, c'est son métier.

Là où on est utiles : un produit ou un agent IA qui doit arriver en production vite, dans une entreprise de taille moyenne ou grande, avec des exigences de sécurité. Avant l'agence, Stan Girard et Antoine Dewez ont construit Quivr, un projet open source d'IA (plus de 39 000 étoiles sur GitHub), passé par Y Combinator (W24), avec une équipe montée jusqu'à 9 personnes. Depuis 2024, The Vibe Company a livré plusieurs dizaines de projets. Trois exemples :

• Monka (santé) : en production en deux mois dans l'environnement HDS existant du client, 165 questions, 12 versions du référentiel clinique. Lire le cas
• LocService (location) : plusieurs centaines de tickets support par jour. Un assistant lit les anciens tickets et la documentation, puis rédige la réponse selon le profil du client. Les brouillons sont utilisés sur 87 % des tickets ; l'équipe reste maître de ce qui part. Lire le cas
• AFP (presse) : des outils d'IA générative pour les rédactions dans MediaGen, projet France 2030 de 4 M€ soutenu par Bpifrance, avec Kairntech et Dawex, toujours sous le contrôle des journalistes. Lire le cas

FAQ

Agence IA ou ESN : quelle différence ?

Une ESN fournit surtout des profils qui renforcent vos équipes, le plus souvent en régie. Une agence IA prend en charge un projet de bout en bout avec sa propre équipe. La frontière est floue : jugez sur les projets livrés, pas sur l'étiquette.

Faut-il commencer par un POC ?

Oui, s'il répond à une question de décision avec de vraies données, de vrais utilisateurs et un critère de succès fixé à l'avance.

Forfait ou régie pour un projet IA ?

Un cadrage court au forfait, puis des lots courts avec un point d'arrêt explicite. Le forfait pur sur un produit entier suppose qu'on connaît d'avance le nombre d'itérations, ce qui est rarement le cas en IA.

Peut-on internaliser après un projet avec une agence ?

Oui, c'est un bon chemin. Prévoyez dès le contrat la documentation, la propriété du code et des sessions de transmission.

Vous hésitez sur la bonne option pour votre projet ?

The Vibe Company est une agence IA à Paris, fondée en 2024 par Stan Girard et Antoine Dewez, anciens de Theodo et de Stockly. En 30 minutes, on regarde votre cas et on vous dit honnêtement si une agence est la bonne option, même si la réponse est non.

Réservez 30 minutes pour en parler →