La question que tu te poses sûrement
Tu as vu les démos. Un agent comme Claude Code lit un projet, écrit les fichiers, lance les tests et corrige ses erreurs. Un écran d'administration qui demandait deux jours sort en dix minutes.
Puis tu ouvres le devis d'une agence : quarante jours, trois profils, un chef de projet. Et tu te demandes ce que tu paies exactement.
Tu as peut-être aussi fait l'expérience inverse. Tu as lancé l'agent toi-même, ça marchait très bien, jusqu'au jour où un paiement n'est pas passé et où personne ne savait pourquoi.
Ma réponse tient en une phrase : les agents IA ne remplacent pas les agences. Ils remplacent la manière dont les agences facturaient. Et ça change beaucoup de choses pour toi.
Ce que tu payais vraiment
Prends la rénovation d'une maison. Sur la facture, tu paies des heures de maçon, un chef de chantier, un architecte et une assurance décennale.
Un devis d'agence, c'est la même chose :
- les maçons : les développeurs qui écrivent le code
- le chef de chantier : la coordination, les réunions, le suivi
- l'architecte : les choix techniques et les arbitrages sur le produit
- l'assurance : quelqu'un qui répond quand ça casse
Historiquement, l'essentiel des jours facturés allait aux maçons. Écrire le code était la partie longue, donc la partie chère. Le reste était noyé dedans.
Les agents ont attaqué exactement cette ligne-là.
| Avant les agents | Avec les agents | |
|---|---|---|
| Écrire le code | L'essentiel du devis | Une fraction du temps |
| Coordonner une équipe | Cher, parce que l'équipe est grande | Réduit, parce que l'équipe rétrécit |
| Faire les bons choix | Noyé dans le devis | Devient la vraie valeur |
| Répondre quand ça casse | Inclus, en théorie | Toujours nécessaire, jamais automatique |
Ce que les agents font disparaître
Les devis gonflés sur les parties standard. Un back-office, une page de connexion, un export CSV : ces briques existent dans des milliers de projets. Un agent bien piloté les produit vite. Les facturer comme un travail artisanal devient difficile à justifier.
La pyramide. Le modèle classique d'agence, c'est un senior en rendez-vous commercial et des juniors sur le code. Avec des agents, un senior produit directement ce que plusieurs juniors produisaient, avec son propre regard sur chaque ligne.
La coordination qui coûte plus que le travail. Quatre personnes sur un projet, c'est des réunions, des passations et des malentendus. Moins de monde, moins de friction.
Les allers-retours de trois semaines. Tu demandes une modification, tu attends le prochain sprint. Quand l'exécution prend une heure, attendre trois semaines n'a plus de sens.
Je suis honnête : les bonnes agences l'ont compris et s'adaptent. Ce qui disparaît, c'est un modèle économique, pas forcément les entreprises qui le pratiquaient.
Ce que les agents ne font pas
Choisir. Un agent construit ce que tu lui demandes, avec les outils qu'il connaît le mieux. Il ne te demande pas si c'est la bonne stack pour ton budget (ton IA l'a peut-être déjà choisie pour toi), ni si la fonctionnalité mérite d'exister (la bonne feature vaut mieux que toutes).
Dire non. Un agent dit oui à tout. C'est pratique pour avancer, et c'est dangereux pour un produit. Une partie de ce que tu paies chez un bon prestataire, ce sont les demandes qu'il te déconseille.
Se relire avec un regard extérieur. Un agent écrit du code qui passe ses propres tests. Quand j'audite des apps construites avec l'IA, les problèmes ne sont presque jamais là où on les attend. L'IA réussit souvent le plus dur et rate le plus bête : une règle d'accès oubliée, un paiement compté deux fois.
Porter la responsabilité. Si ton app plante un dimanche à 23h, un agent n'a pas de numéro de téléphone. Il faut quelqu'un qui reçoit l'alerte, comprend ce qui se passe et sait revenir en arrière.
Connaître ton métier dans la durée. Un agent repart presque de zéro à chaque session. Un fichier de consignes comme le CLAUDE.md aide beaucoup, mais il ne remplace pas quelqu'un qui connaît ton produit, tes clients et l'historique de tes décisions.
Ce que mes prospects m'ont appris
Au printemps 2026, je proposais surtout de l'accompagnement aux fondateurs qui avaient construit leur app avec l'IA : les aider à mieux utiliser leurs outils, à sécuriser les parties sensibles, à progresser.
Entre avril et juillet, personne n'a voulu de ce format. Les personnes qui me contactaient voulaient toutes la même chose : quelqu'un à qui confier leur produit, maintenant qu'il avait des utilisateurs.
Ce n'est pas qu'elles ne pouvaient pas apprendre. Elles avaient mieux à faire. Leur temps valait plus en rendez-vous clients qu'en débogage d'un webhook Stripe.
J'ai remodelé mon offre en conséquence. Et j'en retiens une leçon qui dépasse mon cas : les agents n'ont pas supprimé le besoin de déléguer. Ils ont changé à qui tu délègues, et à quel prix.
Le nouveau modèle : un senior et ses agents
Le modèle qui émerge ressemble à ça : un développeur expérimenté qui fait les choix, pilote des agents pour l'exécution, relit ce qu'ils produisent et reste responsable du résultat.
Ce modèle rend possible une chose que le développement sur mesure proposait rarement : le prix fixe. Quand l'exécution est rapide et prévisible, l'incertitude se concentre sur les décisions. Un senior peut les cadrer en amont et s'engager sur un forfait.
À l'inverse, pose-toi la question face à un devis facturé à la journée. Si le prestataire utilise des agents et continue de facturer le même nombre de jours, qui profite du temps gagné ?
Ce modèle a aussi ses limites, et il faut les connaître :
- Une seule personne, c'est un point de fragilité. Exige que le code soit dans un dépôt à ton nom, documenté, et qu'un autre développeur puisse le reprendre.
- Il a une taille maximale. Un produit avec plusieurs équipes, du design intégré et des contraintes réglementaires lourdes demande encore une vraie structure.
- La relecture n'est pas optionnelle. Un senior qui laisse l'agent tout faire sans relire, c'est du vibe coding facturé au prix d'un expert.
5 questions à poser à ton prochain prestataire
| Question | Une bonne réponse | Un signal d'alerte |
|---|---|---|
| Comment utilises-tu l'IA ? | Pour l'exécution, avec des choix et une relecture humaine | « Pas du tout » ou « elle fait tout » |
| Qui relit le code, et comment ? | Une relecture systématique, des tests sur les parcours critiques | Pas de réponse claire |
| À qui appartiennent le dépôt, les comptes et le domaine ? | À ton entreprise, dès le premier jour | Au prestataire, « pour simplifier » |
| Forfait ou régie ? | Un périmètre écrit, un prix, et ce qui se passe si le périmètre change | Des jours estimés sans périmètre |
| Que se passe-t-il après la livraison ? | Qui reçoit les alertes, qui corrige, dans quel délai | « On verra » |
La troisième question compte plus qu'elle n'en a l'air. Si tu dois un jour changer de prestataire, récupérer ce qui t'appartient doit être une formalité.
Alors, toi, un freelance ou une agence ?
Toi avec un agent, si tu valides une idée, construis un outil interne sans données sensibles, ou si tu as envie d'apprendre. C'est le meilleur moment de l'histoire pour le faire. Le guide Claude Code te donne les bases.
Un senior qui travaille avec des agents, si ton produit a des clients payants, que la fiabilité compte et que ton budget ne permet pas une équipe complète.
Une agence, si ton projet demande plusieurs métiers en parallèle, plusieurs équipes, ou un cadre contractuel que seule une structure peut offrir.
Le mauvais choix, c'est de payer 2026 au prix de 2020. Ou de porter seul un produit qui fait vivre ton entreprise parce qu'un agent te donne l'impression d'avoir une équipe.
Tu veux confier ton produit à quelqu'un qui travaille comme ça ?
Je développe et je reprends des produits sur mesure, au forfait, avec des agents pour l'exécution et mon regard de développeur senior pour les choix et la relecture. Découvre l'offre ou parlons de ton projet. Si ton app existe déjà, l'audit de code est un bon point de départ.
Et pour recevoir d'autres articles sur la construction de produits avec l'IA, inscris-toi à la newsletter.
