IA en agence web et en ESN : ce qui change dans un devis quand la production accélère

Quand un dirigeant tape « IA agence web » dans un moteur de recherche, il tombe sur des pages qui parlent de code généré, de vitesse de livraison et d'outils. Aucune ne parle de ce qui l'empêche de dormir. Le problème d'une agence web ou d'une ESN n'est pas de savoir si un modèle écrit du code correct : c'est de savoir ce qu'on écrit sur un devis quand la production accélère, et surtout quand elle accélère de façon inégale selon les tâches. Une agence de dix personnes qui vend des journées vient de découvrir que son unité de compte est devenue instable. Un client qui a lu trois articles sur le sujet arrive au rendez-vous avec l'idée que son site coûte désormais moitié moins cher. Et pendant ce temps, les obligations qui pèsent sur ce que vous livrez, elles, ne cessent d'augmenter. Cet article ne traite pas du choix d'un assistant de code. Il traite du chiffrage, de la marge et de ce que votre devis doit dire à partir de maintenant. Si vous cherchez la mécanique générale d'un devis assisté, elle est décrite dans notre article sur le devis fait avec l'IA. Ici, on parle de votre modèle économique.

Le vrai sujet n'est pas le code, c'est l'unité d'œuvre

Une agence web et une ESN vendent, dans l'immense majorité des cas, une des deux choses suivantes : un nombre de jours-hommes, ou un forfait construit à partir d'un nombre de jours-hommes estimé. Dans les deux cas, la journée de travail est l'unité de compte. Elle a l'avantage d'être compréhensible par le client, mesurable en interne et directement reliée à votre principale charge, la masse salariale. Elle a un défaut, longtemps théorique et devenu concret : elle suppose que la quantité de valeur produite dans une journée reste à peu près stable d'une année sur l'autre.

C'est cette hypothèse qui vient de céder. Pas uniformément, pas partout, pas pour toutes les tâches, mais suffisamment pour que le raisonnement de chiffrage qui tenait en 2022 ne tienne plus. Et le paradoxe est cruel : plus vos équipes utilisent bien les outils, plus vite votre chiffre d'affaires baisse, tant que vous facturez au temps passé.

Ce que dit le marché, et ce qu'il ne dit pas

Le secteur va mieux, mais pas de façon homogène, et c'est un point de contexte utile avant de parler prix. Dans son étude de conjoncture publiée le 19 décembre 2025, la fédération professionnelle Numeum indique que la croissance du marché du numérique a été limitée à 2 % en 2025 et prévoit une accélération à 4,3 % en 2026. Le détail par segment est plus parlant que le total : les éditeurs de logiciels et plateformes tirent la croissance, tandis que les ESN progressent de 1,4 %, pour atteindre 35 milliards d'euros (étude de conjoncture Numeum, décembre 2025).

Autrement dit : la valeur se déplace vers ceux qui vendent un produit, et beaucoup moins vite vers ceux qui vendent des jours. Ce n'est pas une conséquence de l'IA seule, mais l'IA accentue le mouvement, parce qu'elle réduit précisément la part du travail que la vente au temps passé valorise le mieux.

Une précision de vocabulaire, parce qu'elle décide de la suite. Une agence web qui construit des sites et une ESN qui place des consultants en régie ne subissent pas la même chose. La première vend un résultat et absorbe donc le gain de productivité dans sa marge. La seconde vend explicitement du temps et le restitue intégralement au client. Entre les deux, l'agence au forfait mal cadré, qui vend un résultat mais l'a chiffré en jours, encaisse le gain sur le papier et le perd en reprises. Les trois lisent le même article de presse sur l'IA et en tirent trois conclusions opposées.

Le gain déclaré et le gain mesuré : l'écart qui ruine un chiffrage

Avant de refaire un devis, il faut poser une chose désagréable : personne, aujourd'hui, ne sait chiffrer avec précision le gain de productivité de l'IA sur du développement logiciel. Ni les éditeurs, ni les cabinets, ni vous. Ce n'est pas une posture prudente, c'est ce que montrent les tentatives sérieuses de mesure.

Du côté des déclarations, l'étude de Numeum indique que les entreprises du numérique ont mesuré des gains de productivité liés à l'IA estimés en moyenne à 12,5 % en 2025, avec une progression attendue à 17 % en 2026. Ce sont des chiffres déclarés par les entreprises elles-mêmes, à l'échelle de la structure.

Du côté des mesures, l'organisation de recherche METR a conduit en 2025 un essai randomisé sur seize développeurs open source expérimentés, sur 246 tâches réelles, dans des dépôts qu'ils connaissaient depuis des années. Résultat : autorisés à utiliser les outils d'IA, ils ont mis 19 % de temps en plus pour boucler leurs tickets. Le plus intéressant n'est pas le chiffre, c'est l'écart de perception : ces mêmes développeurs attendaient d'aller près d'un quart plus vite avant l'expérience, et estimaient encore après coup avoir gagné un cinquième de leur temps (l'essai randomisé de METR, juillet 2025). METR précise elle-même que ce résultat date des outils du début 2025 et ne décrit plus l'état actuel.

L'enquête suivante, publiée le 11 mai 2026 par la même équipe auprès de 349 travailleurs du numérique, va dans l'autre sens sur le fond mais confirme le point de méthode : la valeur médiane auto-déclarée du travail produit grâce à l'IA se situe entre 1,4 et 2 fois celle d'avant, et les répondants déclarent aller trois fois plus vite. METR ajoute que ces résultats « ne sont pas nécessairement ancrés dans la réalité », et rappelle que dans son étude précédente les personnes surestimaient de 40 points l'effet de l'IA sur leur temps de travail (enquête METR de mai 2026).

Ce que vous devez en retenir pour un devis

Trois conséquences pratiques, et aucune n'est idéologique.

• Ne chiffrez jamais sur une moyenne de marché. Un abattement forfaitaire de tant de pourcents parce que « maintenant on a l'IA » est une décision prise sur un chiffre qui ne décrit pas votre équipe, votre pile technique ni vos projets. Vos propres relevés valent mieux que n'importe quelle étude, y compris celles citées ici.
• Le gain dépend surtout de la familiarité avec le code existant. C'est le résultat le plus solide de l'essai de METR : sur un dépôt mature qu'un développeur connaît par cœur, l'assistance rapporte peu et coûte du temps de vérification. Sur un projet neuf, une intégration standard ou une technologie que l'équipe maîtrise mal, elle rapporte beaucoup. Votre coefficient n'est donc pas un coefficient d'agence, c'est un coefficient par type de lot.
• La perception de vos équipes n'est pas une mesure. Un développeur qui a le sentiment d'aller deux fois plus vite peut avoir raison ou se tromper de 40 points. Tant que vous n'avez pas relevé des temps réels sur des lots comparables, vous n'avez pas de données de chiffrage, vous avez des impressions. Le sujet est le même que celui décrit dans notre article sur le retour sur investissement d'un projet IA.

Le piège du temps passé : mieux produire, moins facturer

Prenons une agence de douze personnes, dont huit en production, qui facture ses projets sur la base d'une estimation en jours et suit ses temps a posteriori. Un projet de refonte est estimé à quarante jours, vendu 36 000 euros. L'équipe le livre en trente et un jours parce que l'intégration et les tests ont été nettement plus rapides. Trois issues sont possibles, et elles n'ont rien à voir entre elles.

• Vous êtes en régie. Vous facturez trente et un jours au lieu de quarante. Vous venez de perdre 8 100 euros de chiffre d'affaires sur un projet identique, livré au même client, avec la même qualité. Vos salaires, vos loyers et vos licences n'ont pas bougé.
• Vous êtes au forfait, périmètre écrit. Vous facturez 36 000 euros. Les neuf jours économisés sont votre marge, et c'est vous qui décidez de les réinvestir, de les partager ou de les garder. C'est la seule des trois situations où le progrès technique vous profite.
• Vous êtes au forfait, périmètre flou. Vous facturez 36 000 euros, et les neuf jours économisés partent en demandes complémentaires que personne n'a le courage de refuser, parce que le client a « senti » que ça allait plus vite. Vous avez le risque du forfait et la marge de la régie.

La troisième situation est de loin la plus répandue, et c'est celle qui abîme le plus les agences. Elle n'est pas causée par l'IA : l'IA la révèle, en rendant visible un flou de périmètre qui coûtait déjà cher avant. Un devis qui ne dit pas où s'arrête la prestation ne se défend pas mieux avec une équipe rapide qu'avec une équipe lente.

Le client arrive avec son propre chiffre

Un phénomène nouveau mérite d'être anticipé plutôt que subi. Vos prospects lisent la même presse que vous. Certains ont testé un outil, obtenu une page qui ressemble à quelque chose en vingt minutes, et en ont conclu que votre devis est surévalué. Ce n'est pas de la mauvaise foi : c'est une expérience réelle mal généralisée, exactement comme un dirigeant qui conclut d'une maquette réussie que le projet est fait.

L'erreur serait de répondre sur ce terrain, en défendant votre nombre de jours. Vous ne vendez pas des jours, et vous ne vendez plus vraiment du code : vous vendez un engagement, une conformité et une continuité. Le prototype du client n'a pas de recette, pas de tests, pas d'accessibilité, pas de sauvegarde, pas de responsable si le paiement en ligne tombe un samedi, et personne pour le maintenir dans dix-huit mois. C'est cette liste, et pas votre charge de travail, qui justifie l'écart de prix. Elle a l'avantage d'être vérifiable point par point.

Quatre façons de chiffrer, et ce que chacune fait à votre marge

Il n'existe pas de bon modèle universel. Il existe quatre modèles, chacun avec un porteur de risque différent, et le point à trancher est de savoir qui encaisse le gain de productivité et qui encaisse la dérive. Écrivez-le noir sur blanc pour chacune de vos offres, et la moitié de vos discussions internes disparaît.

Le mouvement à faire, dans l'ordre

Passer d'un coup de la régie à la facturation à la valeur ne marche pas, parce que vos clients n'y sont pas préparés et que vos équipes ne savent pas encore mesurer. Le chemin qui tient est progressif et il tient en trois pas.

Premier pas : décomposer. Gardez votre méthode d'estimation actuelle, mais découpez le devis en lots livrables au lieu d'un total en jours. Vous ne changez pas de prix, vous changez de vocabulaire. C'est un travail d'une demi-journée sur vos trois types de projets les plus fréquents, et c'est lui qui rend tout le reste possible.

Deuxième pas : mesurer par lot. Sur trois mois, relevez le temps réel passé par lot, pas par personne. Vous obtenez un coefficient de production propre à chaque type de lot, et vous découvrez souvent que le poste qui a le plus accéléré n'est pas celui que vous croyiez. Ce suivi n'a pas besoin d'un outil sophistiqué : une colonne de plus dans le tableau que vous tenez déjà suffit, et notre article sur le tableau de bord d'un dirigeant en donne la trame.

Troisième pas : découpler le prix du temps. À partir de ces mesures, fixez un prix par lot, indépendant du nombre de jours que vous y passez. C'est le moment où le progrès technique commence à vous profiter. C'est aussi le moment où un lot mal cadré coûte cher, donc n'y allez pas avant d'avoir les mesures.

Tu es assistant d'un dirigeant d'agence web. Je te fournis la description d'un projet et l'estimation en jours faite par l'équipe. Transforme-la en décomposition par lots livrables, sans changer la charge totale.

Structure attendue :
1. « Lots » : pour chaque lot, un nom, ce qu'il contient, ce qu'il ne contient pas, et la définition du « terminé » (ce qui doit être vrai pour que le lot soit accepté).
2. « Charge par lot » : la répartition de la charge totale que je t'ai donnée entre les lots, sans dépasser ce total.
3. « Lots de conformité » : liste séparée pour l'accessibilité, la sécurité, la protection des données, la documentation et la reprise de données, avec la même définition du « terminé ».
4. « Hypothèses » : tout ce que la description ne dit pas et que tu as dû supposer.
5. « Questions à poser au client » : ce qui doit être tranché avant l'envoi du devis.

Règles strictes :
- N'invente aucun prix, aucun taux journalier, aucune remise.
- Ne réduis pas la charge totale : tu répartis, tu ne rabotes pas.
- Si une information manque, écris « à préciser » plutôt que de la deviner.
- Écris chaque définition du « terminé » sous forme vérifiable par un tiers, pas sous forme d'intention.

Projet :
[coller ici]

Estimation de l'équipe :
[coller ici]

Ce prompt suit la logique décrite dans notre article sur l'écriture d'un bon prompt : un rôle, un livrable découpé, des interdictions explicites. La ligne « ne rabote pas » est essentielle : laissée libre, une machine à qui l'on demande de restructurer un chiffrage a tendance à l'optimiser. Rangez ce prompt dans une bibliothèque partagée plutôt que dans les favoris du commercial qui l'a écrit, et faites de même pour vos trames de réponse aux appels d'offres.

Ce que votre devis doit dire, et que personne n'y écrit

Voici la partie que les articles sur l'IA en agence n'écrivent jamais, et c'est pourtant celle qui déplace de l'argent. Pendant que la production accélère, le cadre applicable à ce que vous livrez, lui, s'alourdit. Ces obligations ne sont pas des options techniques : ce sont des lignes de devis, et ne pas les avoir mentionnées vous expose au titre de votre devoir de conseil de professionnel.

Un : l'accessibilité, et le seuil que la plupart croient connaître

Deux régimes coexistent, et la confusion entre les deux est massive dans le secteur. Le premier, ancien, découle de l'article 47 de la loi du 11 février 2005 : il vise les organismes publics, les délégataires de service public et les entreprises à partir d'un seuil de chiffre d'affaires de 250 millions d'euros réalisé en France, calculé sur la moyenne des trois derniers exercices (champ d'application du référentiel général d'amélioration de l'accessibilité). C'est ce seuil qui circule dans les agences, et qui sert d'argument pour ne rien faire.

Le second régime est plus récent, et il ne connaît pas ce seuil. Depuis le 28 juin 2025, la directive européenne sur l'accessibilité des produits et des services s'applique à une liste de services parmi lesquels figure explicitement le commerce électronique, aux côtés de la téléphonie, des services bancaires et du transport. Le ministère chargé des personnes handicapées précise que la DGCCRF, l'Arcom et l'Arcep sont chargées de veiller à la mise en conformité, de traiter les plaintes des usagers et de sanctionner les manquements éventuels (annonce du ministère, juillet 2025). L'exemption vise les très petites structures, en dessous de dix salariés et de deux millions d'euros de chiffre d'affaires ou de total de bilan.

Traduction pour une agence : le site marchand d'un client de cinq millions d'euros de chiffre d'affaires est concerné, même s'il est très loin des 250 millions. Si vous lui livrez une refonte de boutique en ligne sans ligne d'accessibilité au devis et sans l'avoir alerté par écrit, vous lui livrez un site non conforme et vous ne pourrez pas dire que vous l'ignoriez. À l'inverse, c'est aujourd'hui l'une des rares lignes de devis qu'un client accepte sans négocier, parce qu'elle n'est pas discutable.

Deux : le signalement des vulnérabilités, à partir du 11 septembre 2026

Celle-ci arrive dans quelques semaines et elle est très peu connue des agences. Le règlement européen sur la cyberrésilience impose aux fabricants de produits comportant des éléments numériques de signaler les vulnérabilités activement exploitées et les incidents graves. La Commission européenne indique qu'à partir du 11 septembre 2026, une alerte précoce doit être transmise dans les 24 heures suivant la prise de connaissance, une notification complète sous 72 heures, et un rapport final au plus tard quatorze jours après la mise à disposition d'un correctif. Le signalement se fait une seule fois, via une plateforme unique, auprès du centre national de réponse aux incidents, et les utilisateurs affectés doivent être prévenus sans retard injustifié (obligations de signalement du règlement sur la cyberrésilience).

Qui est concerné dans votre métier ? Pas le site vitrine réalisé pour un client unique, qui n'est pas mis sur le marché. Mais l'extension, le thème, le module ou la brique logicielle que vous distribuez, gratuitement ou non, sur le marché européen, oui. Beaucoup d'agences ont publié un plugin il y a quatre ans et l'ont oublié : ces exigences visent aussi les produits déjà présents sur le marché, pas seulement les nouvelles versions. Le point à trancher avant septembre est donc simple : faites l'inventaire de ce que vous distribuez publiquement, et décidez ce que vous maintenez et ce que vous retirez.

Cette obligation a une conséquence directe sur le chiffrage, et elle est rarement anticipée. Un délai de 24 heures suppose que quelqu'un sache, dans votre structure, qu'une vulnérabilité vient d'être signalée un vendredi soir. Ce n'est pas une clause, c'est une astreinte, et une astreinte se vend. Si vous distribuez des produits, votre contrat de maintenance doit porter une ligne dédiée à la veille de sécurité et au délai de réaction, chiffrée comme telle. Les bases d'une telle organisation dans une structure sans service informatique sont décrites dans notre article sur la sécurité de l'IA sans DSI.

Trois : le code et les données de votre client dans un outil tiers

C'est le point de conformité le plus immédiat, parce qu'il est déjà en vigueur et qu'il est probablement déjà en défaut chez vous. Lorsque vous développez ou maintenez une application qui traite des données personnelles pour le compte d'un client, vous êtes sous-traitant au sens du RGPD. Or, un sous-traitant ne peut pas recruter librement un sous-traitant ultérieur : envoyer une base de test, un extrait de journal applicatif ou un fichier client dans un service d'IA tiers, c'est exactement cela. La CNIL rappelle que toute la chaîne de sous-traitance doit être considérée, et pas seulement les prestataires directs, et que le contrat doit prévoir les conditions de restitution et de destruction des données en fin de prestation (fiche de la CNIL sur la gestion de la sous-traitance).

En pratique, deux gestes suffisent à sortir de la zone grise. Le premier : n'envoyer dans un outil que du code et des données dont vous avez le droit de disposer, ce qui exclut les extraits de production non anonymisés. Le second : faire figurer dans vos contrats une clause qui nomme les outils d'assistance utilisés et le lieu de traitement, et la faire accepter une fois pour toutes plutôt que projet par projet. Le cadre général est détaillé dans notre article sur l'IA et le RGPD, et les réglages de compte à passer avant tout usage professionnel dans celui sur le paramétrage des comptes IA.

Quatre : à qui appartient ce qui a été produit

Votre client vous demandera tôt ou tard de garantir qu'il est propriétaire de ce que vous lui livrez, et cette question devient plus délicate quand une partie du code, des textes ou des visuels a été produite avec un outil. Deux sujets se cachent derrière : la titularité des droits sur une production générée, et la contamination par une licence dont personne n'a vu passer les conditions. Le premier est traité en détail dans notre article sur les droits sur les contenus générés par IA. Le second est purement opérationnel : une agence sérieuse fait tourner un contrôle de licences sur ses dépendances avant livraison, et elle le facture.

Notez au passage que les obligations de transparence du règlement européen sur l'IA sont applicables depuis le 2 août 2026, tandis que les règles applicables aux cas d'usage à haut risque de l'annexe III ont été repoussées au 2 décembre 2027 (page de la Commission européenne sur le cadre réglementaire de l'IA). Si vous construisez pour un client une fonctionnalité qui parle à ses utilisateurs, ceux-ci doivent savoir qu'ils s'adressent à un système d'IA : c'est une ligne de spécification, donc une ligne de devis. Le calendrier complet est détaillé dans notre article sur le calendrier du règlement IA, et la question de savoir si un système donné relève des catégories sensibles dans notre autodiagnostic annexe III.

Le poste qui gonfle pendant que l'écriture accélère

Une agence qui accélère sa production sans toucher à sa recette déplace simplement son goulot d'étranglement. Le code arrive plus vite dans la branche, les relectures s'accumulent, les anomalies remontent plus tard, et le temps gagné à l'écriture se retrouve, augmenté, dans la correction. C'est le phénomène le plus prévisible de tous, et le plus souvent découvert après coup.

Le taux de reprise, l'indicateur que personne ne tient

Il existe une mesure simple, gratuite, et beaucoup plus utile qu'un compteur de lignes produites : la part du code écrit qui est réécrite ou supprimée dans les trente jours qui suivent. Cet indicateur ne juge personne, il décrit un flux. S'il monte quand vos équipes utilisent davantage les outils, vous ne produisez pas plus vite, vous produisez plus tôt un travail que vous referez. S'il reste stable, votre gain est réel et vous pouvez le chiffrer.

Relevez-le par type de lot, pas par personne. Un taux de reprise calculé par développeur devient un instrument de surveillance et détruit la confiance nécessaire à toute mesure honnête. Un taux de reprise calculé par lot est un outil de chiffrage, et vos équipes vous aideront à le tenir. La différence entre les deux usages est la même que celle décrite dans notre article sur les erreurs qui plombent un projet IA.

Ce qui n'accélère pas, et qu'il faut cesser de sous-chiffrer

• Le cadrage. Comprendre le métier d'un client, arbitrer entre deux options et dire non à une fonctionnalité inutile ne se délègue pas. C'est le poste le plus rentable de votre chaîne et le plus systématiquement bradé pour décrocher l'affaire.
• L'architecture et la sécurité. Un outil produit du code plausible très vite ; il ne décide pas d'un modèle de données qui tiendra cinq ans, ni d'une gestion des droits qui ne s'effondrera pas à la première intégration.
• L'accessibilité. Elle se vérifie au clavier, au lecteur d'écran et sur des parcours réels. L'assistance aide à corriger un balisage, elle ne remplace pas le contrôle.
• La recette et la revue. Le poste qui augmente mécaniquement quand la production accélère. Chiffrez-le en proportion du volume produit, pas en proportion du temps de développement.
• La reprise de données. Le poste le plus régulièrement oublié dans les devis de refonte, et celui qui fait dérailler les plannings. Rien de ce qui touche à l'IA ne l'a rendu plus simple.
• La formation et la passation. Un client formé appelle moins et renouvelle plus. Notre article sur l'intégration d'un nouvel arrivant donne la trame d'une passation qui tient, et celui sur la base de connaissances d'équipe la façon de la capitaliser.

Un mot sur la maintenance, puisque c'est là que se joue la rentabilité durable d'une agence. Un contrat de maintenance vendu au forfait pendant que le volume de code livré augmente est une bombe à retardement, parce que la surface à maintenir croît plus vite que la recette. Refaites le calcul de vos contrats en cours avec le volume réellement livré cette année, et pas avec celui de l'année où vous avez signé. La mécanique de suivi est la même que celle décrite dans notre article sur les prévisions de trésorerie.

Tu es assistant d'un dirigeant d'agence web. Je te fournis le besoin exprimé par un client et le devis que nous nous apprêtons à envoyer. Rédige une note d'écart destinée à être jointe au devis.

Structure attendue :
1. « Ce qui est couvert » : les besoins exprimés qui figurent bien dans le devis, avec le lot correspondant.
2. « Ce qui n'est pas couvert » : les besoins exprimés qui ne figurent pas dans le devis, avec la raison (hors périmètre, à chiffrer plus tard, techniquement déconseillé).
3. « Ce que le client n'a pas demandé mais qui est obligatoire » : les éléments de conformité qui s'imposent au regard du type de projet, avec la mention « à trancher avant signature ».
4. « Risques » : ce qui peut faire dérailler le projet, avec le signal qui permettra de s'en apercevoir tôt.
5. « Questions ouvertes » : ce qui doit être répondu par écrit avant le démarrage.

Règles strictes :
- N'invente aucune obligation légale et ne cite aucun texte : écris « à vérifier avec le référent » si tu penses qu'un point réglementaire s'applique.
- Ne reformule pas le besoin du client à notre avantage : recopie ses mots.
- N'ajoute aucun argument commercial, aucune promesse, aucun superlatif.
- Si le devis est muet sur un besoin exprimé, dis-le, même si cela nous dessert.

Besoin exprimé :
[coller ici]

Devis :
[coller ici]

Cette note a une double utilité. Commercialement, elle montre que vous avez lu le besoin, ce que la plupart de vos concurrents ne prouvent pas. Juridiquement, elle constitue la trace de votre conseil : le jour où un client reproche l'absence d'une fonctionnalité ou d'une mise en conformité, c'est ce document qui répond. Elle prend vingt minutes à produire et à relire, et elle ne s'envoie jamais sans relecture humaine.

Piloter la marge par mission, pas par collaborateur

Le dernier déplacement à opérer est celui du tableau de bord. La plupart des agences et des ESN suivent un taux d'occupation par personne, parce que c'est ce que la vente au temps passé impose. Cet indicateur devient trompeur dès lors que le prix cesse d'être proportionnel au temps : une équipe occupée à plein temps sur des lots mal chiffrés perd de l'argent en continu, avec le sentiment d'être au maximum.

Ce que vous devez suivre, à partir de maintenant, tient en cinq lignes par mission, et rien de tout cela ne demande un nouvel outil.

• Le prix vendu par lot, tel qu'il figure au devis signé.
• Le temps réellement consommé par lot, y compris la recette et les reprises, y compris les heures que personne ne saisit.
• Le taux de reprise à trente jours sur les lots de production.
• Le nombre de demandes hors périmètre acceptées sans avenant, et leur charge estimée.
• La marge par lot, calculée avec votre coût de revient horaire chargé, pas avec votre taux journalier de vente.

La quatrième ligne est celle qui surprend le plus les dirigeants qui la mettent en place. Dans une agence saine, les demandes hors périmètre acceptées sans avenant représentent souvent l'équivalent d'un projet entier par an, offert sans décision consciente. Ce n'est pas un problème de fermeté commerciale, c'est un problème de périmètre écrit : on ne refuse pas ce qu'on n'avait jamais délimité.

Un point d'organisation pour finir sur ce chapitre. Le déploiement d'outils qui modifient les conditions de travail de vos équipes relève des attributions du comité social et économique dès que vous avez atteint le seuil d'effectif correspondant : le sujet est traité dans notre article sur la consultation du CSE sur l'IA. Et l'obligation de maîtrise de l'IA par les personnes qui utilisent ces systèmes, applicable depuis février 2025, concerne évidemment une entreprise du numérique : son contenu et les preuves à conserver figurent dans notre article sur la formation IA rendue obligatoire.

Quatre semaines pour remettre le chiffrage d'aplomb

Une demi-journée par semaine suffit. L'ordre compte, et l'achat d'outils n'arrive jamais en premier.

Semaine 1 : voir ce qui se passe déjà. Demandez à chaque personne de la production, par écrit et sans reproche, quels outils elle utilise, sur quelles tâches, et sur quels comptes. Dans presque toutes les agences, la réponse contient au moins un compte personnel utilisé sur du code client. Listez en parallèle les trois types de lots que vous livrez le plus souvent. La méthode de repérage est celle de notre article sur l'automatisation des tâches répétitives.

Semaine 2 : décomposer vos trois devis types. Prenez vos trois modèles de devis les plus utilisés et découpez-les en lots livrables, avec pour chacun une définition du « terminé » vérifiable par un tiers. Ajoutez les lots de conformité : accessibilité, sécurité, protection des données, documentation, reprise de données. Ne changez aucun prix cette semaine.

Semaine 3 : écrire la règle interne et régler les comptes. Une page, pas dix : ce qui peut être confié à un outil et ce qui ne le peut jamais, la règle sur les données de production, la clause à faire signer aux clients, et le nom de la personne qui tranche. Créez des comptes professionnels nominatifs, désactivez la réutilisation de vos saisies pour l'entraînement, fermez les comptes personnels utilisés jusque-là sur du code client. Notre modèle de politique IA d'une page donne le format, et notre article sur les licences et la dotation par poste aide à dimensionner la dépense.

Semaine 4 : mesurer et nommer un responsable. Lancez le relevé du temps réel par lot et du taux de reprise sur les projets en cours. Faites l'inventaire de ce que vous distribuez publiquement, en vue de l'échéance du 11 septembre 2026. Désignez enfin la personne qui répond aux questions, tient la règle à jour et arbitre les cas limites : dans une structure de quinze personnes, c'est un rôle de deux à trois heures par mois, décrit dans notre article sur le référent IA.

Ce que vous obtenez au bout du compte

Pas une agence qui livre deux fois plus vite, et pas une machine à produire des sites pendant la nuit. Ce que vous obtenez est plus solide : un devis dont chaque ligne correspond à un livrable défini, un prix qui ne s'effondre pas quand vos équipes progressent, une note d'écart qui prouve votre conseil, et la capacité de répondre à un client persuadé que tout coûte désormais moitié moins cher. Sur un marché où toutes les agences vont annoncer la même chose sur l'IA, l'argument ne sera pas d'en faire : ce sera de savoir ce qu'on vend.

Les métiers voisins rencontrent le même déplacement avec d'autres contraintes : voyez notre article sur l'IA en agence de communication, très proche sur la question de la facturation d'un contenu produit vite, et celui sur le marketing de contenu. Pour situer votre structure avant de commencer, notre quiz de maturité IA prend quelques minutes, et le calculateur de retour sur investissement permet de chiffrer un premier chantier. L'ensemble des chaînes de décision d'un dirigeant est repris dans le parcours direction, et la trajectoire de montée en compétence de l'équipe dans notre article sur le plan à 90 jours.

Questions fréquentes