Un an d’IA en agence : le bilan de tout ce qu’on a enfin pu faire

L'été StartingUp. Nous mettons ces semaines plus calmes à profit pour cartographier une année particulièrement dense et en dresser des comptes-rendus honnêtes. Après l'inventaire de ce que l'IA a rendu obsolète, voici le mouvement inverse : le bilan d'un an de travaux rendus possibles par l'IA.

Toute équipe technique vit avec deux backlogs. Le premier est officiel : les fonctionnalités attendues par les clients, chiffrées, planifiées, livrées. Le second est officieux : tout ce qu'on aimerait faire « un jour ». L'outillage interne qui rendrait le quotidien plus sûr, les petites corrections de confort, la documentation en retard. Ce second backlog a une propriété remarquable : il ne rétrécit jamais. Chaque tâche, prise isolément, coûte plus en temps qu'elle ne rapporte en valeur facturable. Alors elle attend.

Cette année, notre backlog officieux a fondu. Après un an d'IA au quotidien dans notre agence web, le bilan tient en une phrase : le vrai gain de productivité n'est pas d'aller plus vite, c'est qu'une catégorie entière de travaux est passée de « jamais rentable » à « faisable cette semaine ». Voici le compte-rendu, par familles, avec des exemples réellement vécus sur nos projets et ceux de nos clients (que nous anonymisons).

Commençons par le plus parlant : le suivi d'erreurs. Savoir qu'une page plante chez un utilisateur avant qu'il ne le signale, c'est la base d'une application sérieuse. Nous avons pourtant longtemps repoussé l'installation d'une solution auto-hébergée : un serveur à monter, deux SDK à intégrer (côté back et côté front), de la configuration fine. Deux ou trois jours de travail, jamais prioritaires face à une demande client. Cette année, l'ensemble a été déployé en une seule session : serveur opérationnel, remontée des erreurs des deux côtés, journalisation structurée. L'infrastructure invisible qui sauve des nuits existait enfin.

La même logique a débloqué le reste de la liste : un moniteur de disponibilité maison, des scripts de maintenance qui remplacent des procédures manuelles fragiles, un visualiseur d'exports de données livré en une après-midi pour aider un client à valider un lot de fiches produits. Et, moins visible mais plus structurant : des suites de tests automatisés sur des projets qui n'en avaient jamais eu. Passer de zéro à quarante-six tests en vingt minutes change durablement le rapport qu'une équipe entretient avec son propre code.

Sur le back-office d'un client, une case à cocher écrasait silencieusement, à chaque synchronisation, les titres que les utilisateurs avaient corrigés à la main. Le correctif tient en une ligne de JavaScript. Personne ne le saura jamais ; le produit est simplement meilleur. Avant, ce genre d'anomalie suivait un chemin balisé : un ticket, un chiffrage, une priorisation... et une mort lente en bas de la liste, parce qu'une heure de diagnostic pour une ligne de code ne se justifie jamais face à une fonctionnalité attendue.

La série est longue : une icône qui s'affichait vide depuis des mois parce qu'une bibliothèque l'avait renommée sans bruit, deux liens internes en 404 depuis des semaines, une recherche d'administration qui ignorait certaines références produits. Tous réparés « au passage », pendant qu'un agent travaillait sur autre chose dans la même zone du code. Ce « au passage » est la vraie nouveauté de l'année : le coût de la parenthèse est devenu inférieur au coût du ticket.

Troisième famille, la plus stimulante : les projets dont on ne peut pas prédire l'issue. Cette année, nous avons construit un pipeline éditorial complet (recherche concurrentielle, rédaction, puis plusieurs agents d'optimisation SEO en parallèle dont les corrections s'appliquent en une passe), un serveur MCP maison pour piloter WordPress directement depuis un assistant IA, et une base de connaissances de près d'un millier de fiches techniques, modélisée puis remplie en trois jours, où chaque donnée porte son propre niveau de confiance.

Ces trois projets partagent un point commun : aucun n'aurait survécu à l'épreuve du devis. Trop incertains, trop exploratoires, impossibles à chiffrer sans mentir. L'IA ne les a pas rendus gratuits : elle les a rendus assez bon marché pour être tentés. C'est toute la différence entre une idée qu'on note et une idée qu'on teste.

La documentation était notre premier poste sacrifié sous pression, comme dans la plupart des équipes. Bilan de l'année : des dizaines de décisions d'architecture consignées en bonne et due forme (contre une poignée les années précédentes), des changelogs tenus à jour, des journaux d'actions manuelles en production (« qu'a-t-on modifié sur le serveur, déjà ? » a enfin une réponse écrite), et un journal de bord des sessions de travail dont cet article est directement issu.

L'explication est simple : l'agent qui vient de faire le travail est le mieux placé pour écrire ce qui a été fait, et cela ne lui coûte presque rien. La documentation est passée du statut de corvée reportée à celui de sous-produit naturel du travail lui-même.

Ce tableau serait malhonnête sans sa contrepartie, alors la voici.

• Les décisions restent lentes. Une spécification sérieuse se valide toujours en dizaines d'allers-retours humains. L'IA multiplie les options et rédige les documents ; elle ne raccourcit pas le temps qu'il faut pour savoir ce que l'on veut.
• Le goût ne se délègue pas. Nous avons jeté trois heures de travail techniquement irréprochable parce que le rendu visuel ne convenait pas. Le verdict a pris trois secondes, et il était humain.
• La relecture est incompressible. Plus la production accélère, plus la relecture devient le goulot d'étranglement. Sur une série de visuels générés, sept sur dix ont été refusés à l'inspection. Ce qui part sans relecture finit toujours par se voir.

Et il faut nommer le vrai coût : l'énergie de supervision. Faire travailler des agents, c'est un métier de direction : cadrer, relire, trancher, recadrer (nous avons détaillé notre workflow réel avec les agents de code). S'y ajoutent les fausses pistes, qui ne disparaissent pas : une heure de débogage pour trois caractères mal placés, un « bug » traqué toute une soirée et qui n'a jamais existé. Le temps gagné sur l'exécution se réinvestit en partie dans le contrôle. Le bilan reste très largement positif, mais ce n'est pas de la magie : c'est un déplacement du travail.

On nous demande souvent : « combien de temps l'IA vous fait-elle gagner ? ». La question est mal posée, parce qu'elle suppose qu'on fait la même chose, plus vite. Une partie de la réponse est là, bien sûr. Mais l'essentiel de la valeur que nous avons constatée cette année est ailleurs : dans des travaux qui, sans elle, n'auraient tout simplement pas existé.

La bonne question, pour un décideur, ressemble plutôt à ceci : quelle partie de votre backlog dormant devient rentable ? L'outil interne jamais budgété, le micro-irritant que tout le monde contourne depuis deux ans, la documentation que personne n'a le temps d'écrire, l'exploration qu'aucun devis ne peut porter. Chaque entreprise possède cette liste, souvent sans l'avoir écrite. Elle mérite d'être relue : une bonne partie a changé de statut sans que personne s'en aperçoive.