Combien de temps prend l'automatisation IA ? Délais

C'est presque toujours la deuxième question. D'abord : combien ça coûte ? Puis : combien de temps avant que ça marche ? La durée d'une automatisation IA dépend rarement de la technique. Elle dépend de la taille que vous donnez au premier chantier, de la vitesse à laquelle vous accédez à vos propres données, et de qui tranche dans votre entreprise. Dans cet article : les délais réalistes par type de projet, les endroits où le temps se perd discrètement, et ce que vous pouvez faire vous-même pour aller plus vite.

La réponse courte : de deux semaines à deux ans

Cet écart d'un facteur cinquante, c'est vous qui le choisissez en grande partie. Un chantier bien cadré, répondre en moins d'une minute à chaque demande du formulaire de contact et la caler directement dans l'agenda, se compte en semaines. 'Nous allons mettre en place l'IA' se compte en années, parce que personne ne peut dire quand c'est terminé. La question de la durée est donc en réalité celle-ci : jusqu'où osez-vous commencer petit ?

Pourquoi les grandes entreprises mettent des années

À l'automne 2025, Deloitte a interrogé 1 854 dirigeants en Europe et au Moyen-Orient, Pays-Bas compris. La plupart ont indiqué qu'un cas d'usage IA met deux à quatre ans à rembourser l'investissement. Pour une technologie ordinaire, ces mêmes entreprises tablent sur sept à douze mois. Seuls 6 pour cent ont été remboursés en moins d'un an ; même parmi les projets les plus réussis, ce chiffre n'est que de 13 pour cent (source : Deloitte, 2025).

Avant de paniquer : ces chiffres concernent des entreprises de plusieurs milliers de salariés qui déploient l'IA sur toute l'organisation, en même temps qu'une réorganisation et un nettoyage de leurs données. Deloitte compare cela au passage de la vapeur à l'électricité : les usines ont dû repenser toute leur ligne de production avant de voir le gain. Vous n'avez pas à repenser votre ligne de production. Vous avez seulement à supprimer cette recopie-là.

Délais réalistes par type de chantier

Voici les délais avec lesquels nous travaillons, prix à l'appui pour que vous puissiez arbitrer tout de suite :

• Une tâche bien cadrée, répondre automatiquement aux demandes entrantes et les caler dans l'agenda, ou lire des justificatifs : 1 à 2 semaines de construction, 300 à 5 000 euros.
• Un processus complet de bout en bout, relié au logiciel que vous utilisez déjà : 3 à 6 semaines, 5 000 à 12 000 euros.
• Plusieurs processus imbriqués, ou plusieurs services à la fois : 6 semaines et plus, 12 000 à 25 000 euros.

Avant cela vient une étape : le scan. Ce diagnostic de votre fonctionnement coûte 1 500 euros et débouche sur un rapport indiquant quel processus passe en premier et ce qu'il devrait rapporter. La vitesse de cette étape dépend surtout de la rapidité avec laquelle je peux parler à vos équipes et voir vos chiffres, on le cale à l'avance, pour que vous puissiez le poser dans votre propre agenda.

Le chrono ne démarre pas à la construction

Presque tout le monde ne compte que les semaines de construction. Or trois choses doivent se passer avant, et c'est précisément là que le temps file chez les entreprises qui finissent par y passer des mois.

• Choisir le processus qui passe en premier. Pas le plus pénible, mais celui qui revient souvent et suit des schémas fixes.
• Obtenir l'accès à vos propres systèmes. Qui détient les identifiants de votre logiciel ? Votre prestataire doit-il d'abord activer quelque chose ? Cela vaut parfois une semaine d'attente, et cette attente, vous pouvez la lancer dès aujourd'hui.
• Décider qui décide. Une personne qui tranche maintient un projet de deux semaines à deux semaines. Un comité qui se réunit le vendredi en fait trois mois.

Cinq facteurs qui pilotent vraiment le délai

• La netteté du cadrage. 'Les demandes du formulaire de contact', c'est net. 'Le commercial', non.
• L'existence de schémas répétitifs. Quarante demandes du même type, ça va vite. Quarante cas uniques, non.
• La rapidité d'accès à vos propres données. Tout est-il dans un seul logiciel, ou dans quatre systèmes qui s'ignorent ?
• Le nombre d'exceptions, et si quelqu'un sait les énumérer. Les exceptions qui surgissent une fois en service coûtent toujours un tour supplémentaire.
• Qui décide, et à quelle vitesse cette personne répond. En pratique, c'est le facteur le plus lourd, et le moins cher à corriger.

Où le temps se perd discrètement

Voici les cinq freins que je rencontre le plus, et aucun n'est technique :

• L'attente d'un accès. Votre prestataire logiciel doit ouvrir quelque chose et ne répond que la semaine suivante.
• Des tests avec des exemples trop propres. Tout marche parfaitement jusqu'à la première vraie demande, avec une photo jointe et une demi-adresse.
• Des exceptions que personne n'a signalées, parce qu'elles sont si banales qu'on ne les voit plus.
• Les personnes qui devront travailler avec ne sont consultées qu'à la fin, et sortent alors des objections qu'on aurait pu récolter avant.
• Le projet qui grossit en cours de route : 'et tant qu'on y est, est-ce qu'on pourrait aussi...'. C'est la fin de tout planning.

Ce deuxième point, Deloitte le cite parmi les raisons principales de l'absence de retour : un essai sur des données inventées se passe à merveille, et dès qu'on y met de vraies données, les ennuis commencent (source : Deloitte, 2025). C'est pourquoi je préfère tester tout de suite sur vos cas réels du mois dernier, surtout les plus brouillons.

TNO a suivi quatre organisations néerlandaises qui introduisaient l'IA et a publié ses résultats en 2026. Chez l'assureur a.s.r., le développement a été abandonné en cours de route. À la Douane, le projet était encore en développement après des mois. Chez le spécialiste du e-commerce HelloPrint, en revanche, ça tourne : l'IA y traite désormais environ la moitié du contact client. La conclusion principale de TNO : les organisations avaient trop peu réfléchi en amont à l'effet sur le travail de leurs équipes (source : TNO, 2026). Ce n'est pas un détail humain accessoire, c'est exactement ce qui fait caler un projet.

Durée de construction n'est pas durée de rentabilisation

Deux chronos différents. Le premier va de 'on démarre' à 'ça tourne'. Le second va de 'ça tourne' à 'c'est remboursé'. Pour un chantier cadré à 4 000 euros qui fait gagner cinq heures par semaine, ce second chrono se compte en mois, pas en années. Pour un déploiement sur toute l'entreprise, vous êtes dans la zone où Deloitte mesure deux à quatre ans. C'est la vraie raison de commencer petit : non pas parce que le grand est impossible, mais parce qu'en petit vous savez en un trimestre si ça marche.

Comptez aussi l'entretien. Vos logiciels changent, vos prix changent, vos clients demandent autre chose. Chez nous, l'entretien va de 100 à 750 euros par mois pour quelque chose de petit, jusqu'à 1 500 à 3 000 euros pour un dispositif dont votre entreprise dépend chaque jour. Ce n'est pas un coût caché, c'est la raison pour laquelle ça marchera encore dans un an.

Exemple de planning pour un premier petit projet

Pas une promesse, mais la forme que je vois le plus souvent sur un chantier de deux semaines :

• Jour 1 : parcourir le processus ensemble et rassembler les cinquante derniers cas réels.
• Jour 2 : régler les accès et convenir de ce que le système peut faire seul et de ce qui part vers un humain.
• Jours 3 à 6 : construction, avec un point d'étape pour que vous ne restiez pas deux semaines dans le noir.
• Jours 7 et 8 : faire tourner sur les cas réels du mois dernier, sans que rien ne sorte vers l'extérieur.
• Jour 9 : faire relire par vos équipes et récolter les exceptions qu'elles voient et que nous ne voyons pas.
• Jour 10 : mise en service, avec l'accord que la première semaine tout passe encore par un humain.

Quand c'est plus long, et quand mieux vaut attendre

Soyons honnêtes : parfois, démarrer maintenant n'est pas malin. Attendez plutôt si l'un de ces cas s'applique :

• Vous changez bientôt de logiciel. Ne construisez pas sur quelque chose qui disparaît dans trois mois.
• Le processus n'existe que dans la tête d'une personne qui n'a pas de temps ces prochaines semaines. Vous construiriez sur des suppositions.
• Vous entrez en pleine saison chargée. Les premières semaines, l'automatisation réclame justement l'attention de vos équipes.
• Le processus se produit moins de quelques fois par semaine. Le gain de temps est alors trop faible, et je préfère vous le dire avant que vous ne payiez.

Ce que vous pouvez faire pour accélérer

• Rassemblez à l'avance cinquante exemples réels du travail à automatiser, exactement tels qu'ils sont arrivés.
• Cherchez dès maintenant qui gère les identifiants de vos systèmes et si votre prestataire doit activer quelque chose.
• Désignez un seul décideur qui répond dans la journée.
• Dites à votre équipe ce qui va se passer avant que ça tourne, pas après.
• Gardez le premier chantier petit, même si l'envie d'en faire plus vous démange. Le deuxième ira deux fois plus vite, parce que les accès et les règles sont déjà posés.