Combien de temps avant qu’un agent IA tourne vraiment.

« On l’a pour quand ? » se répond rarement honnêtement.

Une responsable administrative d’un cabinet de douze personnes a trois onglets ouverts et compare depuis une semaine. Chaque page annonce une durée. La première parle de quinze jours, la deuxième de six semaines, la troisième de deux à trois mois selon la complexité. Aucune des trois ne dit ce qu’elle compte dans l’intervalle, et les trois décrivent pourtant à peu près le même travail.

Nous avons relu ces pages le 16 septembre 2026, sur les recherches où se pose la question du délai de mise en place d’un agent IA. Les durées annoncées vont de quinze jours à trois mois. Aucune ne publie la méthode qui produit le chiffre, aucune ne nomme ce qui peut le faire glisser, et deux sur trois présentent leur calendrier comme un engagement alors qu’il décrit une charge de travail. N’importe qui peut refaire ce relevé avec les mêmes requêtes.

L’écart entre ces annonces ne vient pas de la technique, qui est à peu près la même partout. Il vient de ce que chacun décide de compter. Une durée qui additionne les jours du prestataire ignore le temps où personne ne travaille parce qu’on attend un accès, une réponse ou une décision. C’est pourtant là que se joue la différence entre un projet de six semaines et le même projet en quatre mois.

La moitié du calendrier n’est pas chez le prestataire.

Une automatisation se branche sur des outils que vous possédez déjà, avec des données que vous produisez déjà, pour une équipe qui travaille déjà. Chacun de ces trois mots cache une attente. Les projets qui dérapent ne dérapent presque jamais sur le développement : ils dérapent sur l’ouverture d’un accès, sur une liste que personne n’a le temps d’écrire, ou sur une réunion qui se tient trois semaines plus tard.

L’accès est le premier poste, et le moins prévisible. Un logiciel métier qui expose une interface d’échange se branche en quelques jours. Un éditeur qui facture l’ouverture de son interface, qui la réserve à une gamme supérieure ou qui met un mois à répondre décale tout le reste. Cette question se tranche pendant le diagnostic, avant que le pilote ne soit engagé, ce qui évite de découvrir le problème après la signature.

Vient ensuite la liste de ce qui est attendu, et elle vous appartient. Quelles pièces composent un dossier complet, quel écart mérite une alerte, quel cas part à un collaborateur plutôt qu’au traitement courant. Un modèle ne devine pas ces règles : elles viennent du métier, elles s’écrivent en une demi-journée avec la bonne personne, et cette demi-journée est souvent la plus difficile à caler de tout le projet.

Restent trois postes moins visibles. L’état réel des données, qui se constate sur vos dossiers plutôt que sur une capture de démonstration. La décision interne, quand un associé, une direction ou un expert-comptable doit approuver le périmètre d’accès. Et la saison : un cabinet en pleine campagne de bilans ou une agence en août ne libérera personne, et lancer à ce moment-là coûte plus cher en temps que d’attendre trois semaines.

• L’accès

  Ce que l’éditeur de votre logiciel ouvre, à quel prix et sous quel délai.

• La liste attendue

  Les règles du métier, écrites par vous. Une demi-journée, difficile à caler.

• L’état des données

  Constaté sur vos dossiers réels, pas sur un jeu d’essai préparé.

• La décision

  Qui approuve le périmètre d’accès, et sous combien de temps il se réunit.

• La saison

  Campagne de bilans, clôture, congés. Attendre trois semaines coûte moins cher.

« En production » est un palier, pas une date.

Le jour de la mise en service, le flux produit trois choses vérifiables. Un journal d’exécution, qui dit ce qui a été lu, ce qui a été écrit et quand. Des seuils d’alerte, qui signalent un volume anormal ou un cas hors des règles écrites. Et un périmètre d’accès, arrêté avant la première connexion, dossier par dossier. Ces trois éléments existent le premier jour, pas après une phase d’amélioration.

La répartition des décisions se fixe en même temps, et elle relève de votre organisation. Un dossier complet part au traitement courant. Un écart typé remonte à la personne qui en a la charge, avec la pièce et la règle qui l’a déclenché. Un cas que les règles ne couvrent pas attend un arbitrage, et le délai de cet arbitrage est écrit. Un flux qui traite tout sans jamais rien signaler se conçoit ; il se pilote mal.

Le plan de reprise manuelle fait partie du périmètre du pilote. Si le flux s’arrête un mardi matin, la procédure qui permet à l’équipe de continuer sans lui est documentée et a été essayée. C’est ce qui autorise une mise en service progressive : un premier lot de dossiers, puis l’ensemble, plutôt qu’une bascule d’un bloc un lundi.