Automatiser ce qui se répète dans votre entreprise, sans vous tromper d'outil ni de chantier

Ce que l'IA ajoute à une automatisation classique, et ce qu'elle n'ajoute pas

Un modèle de langage apporte une chose qu'aucune règle n'avait : il lit un texte écrit par un humain et en tire une information exploitable. Les mails entrants et les pièces jointes scannées deviennent traitables, comme les réponses libres d'un formulaire. Avant, une personne devait lire puis ressaisir. Avec un modèle dans la chaîne, l'outil prépare et la personne vérifie.

Il sait aussi rédiger. Un premier jet de réponse à un client, la synthèse d'un échange de vingt mails, un courrier rempli à partir des pièces d'un dossier : sur ce terrain, il fait gagner du temps à une condition, qu'un humain relise avant l'envoi. Un modèle écrit avec la même assurance qu'il ait raison ou tort.

Le modèle n'apporte pas la certitude d'une règle. Une règle donne le même résultat chaque fois qu'on lui présente la même entrée ; un modèle peut traiter différemment deux mails presque identiques, ou mal lire un montant sur un scan flou sans prévenir. Il ignore aussi vos règles internes. Si un client a droit à un délai de paiement à part, le modèle n'en sait rien tant que personne ne le lui a écrit. Pour qu'il réponde à partir de vos documents, il faut les lui fournir au bon moment, ce que fait une recherche branchée sur vos fichiers, décrite dans le chapitre sur le RAG.

D'où une règle de conduite que nous appliquons sur chaque chantier : tout ce qu'une règle sait faire, on le confie à une règle, et le modèle n'intervient qu'aux endroits où il faut lire ou écrire du texte libre. Une chaîne construite ainsi coûte moins cher à faire tourner, puisque chaque appel au modèle se paie. Elle se dépanne aussi plus facilement : quand quelque chose casse, on sait tout de suite si l'erreur vient de la lecture ou du rangement.

Les tâches qui s'automatisent bien

Une tâche se prête à l'automatisation quand elle coche quatre cases : elle revient souvent, elle porte sur un volume qui compte, elle suit une règle qu'on peut écrire, et elle s'appuie sur des données lisibles. La taille de l'entreprise n'entre pas dans ces critères. Une structure de huit personnes qui ressaisit chaque bon de commande y gagne autant, à son échelle, qu'un service entier débordé par les demandes de congés.

La ressaisie d'un logiciel à l'autre arrive en tête de ce que nous voyons. Une commande arrive par mail, quelqu'un la recopie dans le logiciel de gestion, puis dans le tableur de suivi, puis dans l'outil de facturation. Chaque recopie prend quelques minutes et ajoute une occasion de faute de frappe. Relier ces outils entre eux, au premier étage, suffit souvent à supprimer la tâche entière.

Viennent ensuite les relances à date fixe (une facture impayée à trente jours, un contrat qui arrive à échéance, une pièce qui manque à un dossier) et la production de documents à partir d'un modèle, comme les devis, les attestations ou les courriers types. Leur règle et leur forme changent peu, ce qui les rend prévisibles à chiffrer. Quand le document de départ est un texte libre, comme une demande de devis rédigée par un client, le deuxième étage en extrait les éléments avant que la règle ne remplisse le modèle.

Le tri des mails entrants vers la bonne personne et l'arrivée d'un salarié, avec ses comptes à créer et ses documents à signer, complètent la liste. Les ressources humaines en fournissent beaucoup, parce que leurs démarches suivent un calendrier et des formulaires connus. La comptabilité et la prospection commerciale ont chacune leur chapitre dans ce guide, l'un sur l'automatisation comptable, l'autre sur l'automatisation de la prospection.

Pour repérer vos propres candidates, le chapitre sur l'automatisation des tâches répétitives donne une méthode de tri et le calcul de rentabilité, et celui sur les tâches administratives chronophages aide à mesurer où part le temps avant de décider. Quand une tâche traverse plusieurs services, une cartographie des processus évite d'automatiser un maillon en oubliant celui d'après.

Outil du marché ou outil construit pour vous : ce qui change

Avant de faire construire quoi que ce soit, regardez ce que vos logiciels actuels savent déjà faire. Votre logiciel de facturation sait peut-être envoyer lui-même les relances d'impayés, et votre messagerie classer le courrier selon des règles simples. Nous trouvons régulièrement de ces fonctions qui dorment, faute de quelqu'un qui ait pris une heure pour les régler. Les activer ne coûte rien de plus que l'abonnement déjà payé.

Il existe aussi des plateformes d'automatisation vendues par abonnement, où l'on assemble des enchaînements entre logiciels à partir de connecteurs tout faits.

Un outil du marché suit les règles prévues par son éditeur. Tant que votre tâche ressemble à celle de ses autres clients, c'est un avantage : tout est prêt et vous payez peu pour commencer. La difficulté arrive avec les exceptions de votre métier que l'éditeur n'a pas prévues, et qu'il faut contourner à la main.

Un outil construit pour vous part de vos règles au lieu de vous demander d'entrer dans les siennes. Le client qui a un délai de paiement à part, le dossier qui demande une pièce de plus selon la commune : ces cas y sont écrits noir sur blanc. L'outil se branche sur vos logiciels tels qu'ils sont, y compris un logiciel ancien que personne n'ose toucher, en passant par son API quand il en a une, par ses exports sinon. Le chapitre sur le branchement à vos logiciels décrit ces chemins.

La façon de payer change aussi. Côté marché, l'outil se paie chaque mois, souvent selon le volume traité, et son prix suit les décisions de l'éditeur. Un outil construit pour vous se paie surtout à la construction, puis coûte son hébergement et son entretien. Le code et les données vous appartiennent : si vous changez de prestataire, un autre développeur peut reprendre l'outil.

Aucune des deux voies ne gagne à tous les coups. L'outil du marché suffit quand la tâche est courante et que ses règles tiennent dans ce qu'il propose. Un outil construit se justifie quand vos règles sont propres à votre métier, quand la chaîne devient critique pour votre activité ou quand vos données ne doivent pas sortir de chez vous. Sur nos chantiers, nous commençons par vérifier si une fonction existante règle le problème ; quand c'est le cas, nous vous le disons et le chantier s'arrête là.

Un enchaînement simple, un script ou un logiciel sur mesure : comment choisir

Une fois la décision prise de faire construire, reste à choisir la forme de l'outil. Quatre questions tranchent mieux qu'une préférence technique : combien d'étapes compte la chaîne, quel volume elle traite, ce qui se passe si elle s'arrête un matin, et qui la reprendra dans deux ans.

Un enchaînement simple de règles convient tant que la chaîne tient en quelques étapes, que son volume reste modeste et qu'une panne d'une journée se rattrape à la main. Un formulaire qui crée un dossier et prévient la bonne personne en est l'exemple type. Il se construit vite et se comprend d'un coup d'œil. Il devient fragile quand ces petits enchaînements se multiplient, s'appellent les uns les autres et ne sont documentés nulle part.

Un script prend le relais quand la logique s'alourdit : des calculs, des cas particuliers en série, des volumes importants traités chaque nuit. Il se teste avant chaque modification et l'historique de ses changements se conserve. Il suppose en revanche quelqu'un capable de le lire, en interne ou chez un prestataire qui s'engage à le maintenir.

Le logiciel sur mesure devient la bonne réponse quand l'automatisation se retrouve au cœur d'un processus, avec des écrans, des utilisateurs aux droits différents, un historique et des tableaux de bord. On le voit avec un tableur partagé qui pilote toute une activité et qu'on a fini par automatiser de tous côtés : le chapitre sur le remplacement d'Excel décrit ce moment. Le guide du logiciel sur mesure et le chapitre sur l'application métier vont plus loin.

Deux cas de figure reviennent. Quand les relances, les devis et le suivi commercial passent par une dizaine d'enchaînements greffés sur un fichier clients, un CRM sur mesure remplace l'ensemble par un seul outil. Quand il s'agit des stocks, des commandes et de la facturation, la même logique mène vers un ERP sur mesure. Dans les deux cas, l'automatisation vit dans le logiciel, où elle se teste et s'entretient avec le reste.

Quand il ne faut pas automatiser

Certaines tâches coûtent plus cher automatisées qu'à la main, et il vaut mieux l'apprendre avant de signer. Nous refusons un chantier quand il ne se rembourse pas dans l'année, quand la règle change sans arrêt ou quand les données sont trop sales pour qu'un outil s'y fie.

Le processus bouge encore. Si la façon de traiter une commande a changé trois fois depuis janvier et qu'elle va encore évoluer avec le nouveau responsable, l'automatiser revient à figer une étape provisoire, et chaque changement demandera de reprendre l'outil. Mieux vaut attendre que la façon de faire se pose, quitte à la mettre par écrit d'abord : c'est le travail décrit dans le chapitre sur l'optimisation des processus.

Le volume est trop faible. Une tâche de vingt minutes qui revient deux fois par mois représente huit heures par an. Une fois comptés le temps de construire l'automatisation, de la tester et de la surveiller, elle ne se rembourse pas. Une liste de contrôle bien tenue rend davantage service.

La tâche demande du jugement. Négocier un délai avec un client mécontent, accorder une remise, choisir quel candidat rappeler : ces décisions engagent l'entreprise et reposent sur ce que la personne sait du contexte. Un modèle peut préparer le terrain en résumant l'historique ou en proposant un brouillon. Il ne doit pas trancher à votre place.

Les données sont sales. Trois fichiers clients qui se contredisent, des références produits saisies de quatre façons : une automatisation branchée là-dessus propage les erreurs plus vite qu'un humain, qui au moins les remarque. Le nettoyage passe avant, et il suffit parfois à régler le problème.

Personne ne pourra reprendre. Si la seule personne qui comprend la chaîne part dans six mois sans relève, en interne ou chez un prestataire, l'automatisation tombera en panne un lundi sans que quiconque sache pourquoi. Dans ce cas, nous préférons le dire et attendre, ou construire plus simple. Un audit informatique sert aussi à repérer ce qu'il vaut mieux laisser de côté pour l'instant.

Comment se passe un chantier d'automatisation en entreprise, étape par étape

Tout commence par regarder la tâche se faire, à côté des personnes qui la font. La description donnée en réunion diffère souvent de la réalité du poste. Nous comptons combien de fois la tâche revient, combien de temps elle prend et à quel moment les erreurs se glissent. Cette étape tranche déjà la question du prix. Quand le besoin reste flou, une courte étude de départ pose ce qu'on automatise et ce qu'on laisse de côté avant de chiffrer quoi que ce soit.

Viennent ensuite les règles, écrites noir sur blanc avec ceux qui font le travail : dans quel cas on envoie tel courrier, à qui on transmet telle demande, que faire quand une pièce manque. C'est là qu'apparaissent les exceptions dont personne ne parlait en réunion. Pour un outil plus large, ces règles finissent dans un cahier des charges.

La première automatisation porte sur une seule tâche, choisie parce qu'elle revient souvent et qu'une erreur y coûte peu. Elle tourne d'abord en parallèle du travail manuel : l'outil produit son résultat, la personne fait comme avant et compare. Les écarts montrent les règles mal écrites, et on les corrige avant que quiconque ne dépende de l'outil.

Après quelques semaines vient la mesure : le temps gagné chaque semaine, les erreurs rattrapées, les cas où l'outil a passé la main à un humain. Si le compte est bon, on passe à la tâche suivante, souvent voisine de la première. S'il ne l'est pas, on s'arrête avec une tâche automatisée qui marche, plutôt que d'étendre un chantier qui n'a rien prouvé.

Dernière étape, celle qu'on oublie : vos équipes reprennent la main. Elles disposent d'une documentation écrite en français courant et d'une alerte qui prévient quand la chaîne s'arrête ; une personne désignée chez vous sait où regarder. Le code et les données restent à vous. Si vous préférez que nous gardions un œil sur la chaîne, un suivi mensuel existe pour cela, et il reste facultatif.

Combien coûte une automatisation en 2026

Le coût d'une automatisation se lit en deux morceaux : la construction (comprendre la tâche, écrire les règles, construire la chaîne et la roder), puis les frais de fonctionnement, qui durent aussi longtemps que l'outil tourne. Ces derniers comprennent l'hébergement, les appels au modèle quand la chaîne en utilise un, et le temps de la personne qui la surveille.

Pour la construction, chez nous, un premier outil d'automatisation se situe entre 15 000 et 50 000 euros, selon la complexité des règles à coder et le nombre de systèmes à relier. Le bas de la fourchette correspond à une chaîne entre deux ou trois logiciels qui savent déjà échanger des données ; le haut, à une chaîne qui lit des documents mal structurés, interroge un logiciel ancien et passe par un modèle. La page sur ce que nous installons détaille la façon dont nous travaillons.

Plusieurs choses font bouger le prix à l'intérieur de cette fourchette. Le nombre de logiciels à relier pèse lourd, et davantage encore quand l'un d'eux n'offre aucune API et qu'il faut passer par ses exports. La qualité des documents compte aussi : une facture générée par un logiciel se lit sans peine, un bon de livraison scanné de travers demande plus de travail et plus de vérifications. Le nombre d'exceptions métier, enfin, fait souvent la différence entre deux chantiers qui se ressemblent sur le papier.

D'autres choix déplacent le prix plus discrètement. Un outil qui doit tourner sur vos propres serveurs demande plus de mise en place qu'un hébergement en Europe chez un fournisseur. Des écrans de validation pour vos équipes ajoutent du travail, mais ils rendent l'outil plus sûr. Un modèle de langage dans la chaîne ajoute des frais à chaque appel, selon la longueur des textes traités ; le chapitre sur ce que coûte un assistant explique comment les estimer.

Pour savoir si la dépense se justifie chez vous, le calcul tient en trois lignes. Comptez les heures que la tâche prend chaque mois, multipliez-les par le coût horaire chargé des personnes qui la font, puis divisez le prix de l'outil par ce montant mensuel : vous obtenez le nombre de mois avant remboursement. Au-delà d'un an, nous déconseillons de lancer le chantier tel quel. Il faut alors choisir une tâche plus lourde, ou construire plus simple.

Où vivent vos données quand une automatisation passe par un modèle

Une règle qui recopie une commande d'un logiciel à l'autre ne fait voyager vos données qu'entre vos propres outils. Dès qu'un modèle de langage entre dans la chaîne, le texte qu'il lit part chez le fournisseur du modèle pour y être traité : le mail du client, la facture, parfois le dossier complet. La question de l'endroit où vont ces textes devient concrète, et elle demande une réponse écrite avant la mise en service.

Trois questions suffisent à y voir clair. Où le texte est-il traité, en Europe ou ailleurs ? Le fournisseur le conserve-t-il, et combien de temps ? S'en sert-il pour entraîner ses modèles ? Les réponses figurent dans ses conditions et dans votre contrat ; si elles restent floues, demandez-les par écrit.

Quand ces textes contiennent des données personnelles, un nom, une adresse ou un numéro de téléphone, le RGPD s'applique, et en Suisse la loi fédérale sur la protection des données. Le fournisseur du modèle devient alors un sous-traitant, avec un contrat qui encadre ce qu'il a le droit de faire de ces données. Le chapitre sur le RGPD et les données personnelles détaille ce qu'il faut vérifier.

Plusieurs montages réduisent le risque. On peut retirer les données personnelles d'un texte avant de l'envoyer au modèle, choisir un modèle hébergé en Europe, ou faire tourner un modèle ouvert sur vos propres serveurs ; le chapitre sur l'IA souveraine compare ces options. Posez la même question pour l'outil qui fait tourner la chaîne : où tourne-t-il, et où garde-t-il la trace de ce qu'il a traité ? Un outil construit pour vous s'héberge où vous le décidez.

Quand l'automatisation devient un agent

Une automatisation suit un chemin tracé d'avance. Un agent reçoit un objectif et une liste d'outils qu'il a le droit d'utiliser, puis choisit son chemin : il consulte le planning, regarde le stock, rédige une réponse, et décide s'il faut prévenir quelqu'un. Devant un cas imprévu, la règle s'arrête alors que l'agent cherche une issue, avec le risque qu'elle soit mauvaise.

Cette souplesse sert quand chaque demande suit un parcours différent et qu'écrire toutes les règles reviendrait à décrire le métier entier. Un service client qui reçoit pêle-mêle des questions sur les commandes, les retours et les factures en donne un bon exemple. Elle a un prix : un agent coûte plus cher à faire tourner, il se teste plus difficilement, et il peut enchaîner trois bonnes décisions puis une mauvaise sans prévenir.

Nous appliquons une règle simple : un agent lit largement et écrit peu. Il peut consulter autant de sources qu'il le faut, mais toute action qui sort de l'entreprise, un mail envoyé, une commande passée, un paiement, passe par un humain. Dans le chantier mené pour une étude notariale, l'outil prépare les brouillons de courriers et n'envoie jamais rien seul : un collaborateur relit, puis décide.

Avant de parler d'agent, demandez-vous si deux ou trois automatisations simples, chacune avec sa règle, feraient le même travail pour moins cher. C'est souvent le cas. Le chapitre sur les agents IA en entreprise décrit les usages qui tiennent aujourd'hui, et celui sur le branchement sur vos logiciels explique quels accès il faut ouvrir, et lesquels garder fermés.

Chatbot, assistant, automatisation : ce qui les distingue

Les trois mots se mélangent dans les offres commerciales, et la confusion coûte cher quand on achète l'un en croyant acheter l'autre. Un chatbot répond aux questions qu'on lui pose dans une fenêtre de conversation. Une automatisation ne converse pas du tout. Un événement la déclenche, elle fait son travail en arrière-plan, et personne ne lui adresse la parole.

L'assistant est un chatbot qui connaît vos documents. Branché sur vos procédures, vos devis passés ou vos fiches produits, il répond à partir de ce qu'ils contiennent et cite sa source. Tourné vers vos équipes, il fait l'objet du chapitre sur le chatbot interne ; la page assistant documentaire décrit ce que nous construisons dans ce registre.

Tourné vers vos clients, sur votre site, un chatbot répond aux questions courantes, qualifie une demande ou propose un rendez-vous, puis passe la main à un humain quand la question sort de son champ. Il se conçoit avec le site lui-même, comme l'explique la page site web, et un chapitre de ce guide est consacré au chatbot d'entreprise.

Les trois se combinent sans se confondre. Un chatbot sur votre site recueille une demande de devis. Une automatisation la range dans votre logiciel et prévient le commercial du secteur. Un assistant interne aide ce commercial à retrouver le devis d'un chantier comparable. Acheter un chatbot en espérant qu'il fasse le travail de l'automatisation aboutit à une fenêtre de conversation que personne n'ouvre.

Ce qui fait échouer une automatisation, et comment elle tient dans la durée

La panne que nous voyons le plus ne fait aucun bruit. Une chaîne s'arrête parce qu'un mot de passe a changé, qu'un logiciel relié a été mis à jour ou qu'un fournisseur a modifié la mise en page de ses factures, et personne ne s'en aperçoit avant qu'un client ne relance. Chaque chaîne doit donc prévenir une personne nommée quand elle échoue, et garder la trace de ce qu'elle a traité.

Deuxième cause : la règle change dans la réalité sans changer dans l'outil. Le délai de relance passe de trente à quarante-cinq jours, un nouveau tarif entre en vigueur, et l'automatisation continue d'appliquer l'ancienne règle sans broncher. Une revue de la chaîne à chaque changement connu, et une relecture complète chaque trimestre, évitent l'essentiel de ces décalages.

Vient ensuite l'empilement. Les enchaînements se multiplient, chacun monté pour un besoin du moment, parfois sur le compte personnel d'un salarié ou d'un stagiaire parti depuis. Un jour, plus personne ne sait lequel fait quoi. Les comptes des outils doivent appartenir à l'entreprise, avec une liste tenue à jour des chaînes en service, de ce qu'elles font et de la personne qui en répond.

Une variante récente : une petite application montée en quelques jours en faisant écrire le code par une IA, posée au milieu de la chaîne, qui marche jusqu'au jour où elle casse sans que personne sache la réparer. Le guide sur les applications codées vite aide à évaluer ce que vous avez entre les mains, et la page reprise d'application décrit comment nous en reprenons une.

Pour qu'une chaîne tienne, il faut quelqu'un qui la surveille et la fasse évoluer avec l'entreprise, en interne ou chez un prestataire. Quand l'automatisation a grossi jusqu'à devenir un logiciel à part entière, la tierce maintenance applicative organise ce travail.

Deux chantiers réels, et par où commencer chez vous

Pour Pegase Digital, nous avons automatisé les courriers d'une étude notariale. Une vente immobilière, c'est une trentaine de courriers. Nous avons écrit avec l'étude 33 règles de courrier. L'outil suit trois boîtes mail, celles de la cheffe, du rédacteur et du formaliste, prépare les brouillons et n'envoie jamais rien seul : aucun courrier ne part sans relecture. Quand il hésite sur le dossier auquel rattacher un document, il nomme les dossiers candidats et laisse le collaborateur décider. La page consacrée à l'étude notariale raconte le chantier.

Ce chantier illustre deux points utiles à n'importe quelle entreprise. Les règles écrites avec ceux qui font le travail pèsent plus lourd que le modèle qui les applique. Et une automatisation qui touche à des échanges sensibles gagne à préparer plutôt qu'à envoyer : la relecture prend quelques secondes au collaborateur et protège l'étude d'un courrier parti au mauvais destinataire.

Chez Lardet Paysage, une entreprise de paysagisme, les devis se faisaient après la journée de chantier. Nous avons sorti trois tâches administratives du quotidien du dirigeant, puis branché sur les documents de l'entreprise un assistant interne hébergé en Europe. Le résultat tient en une phrase : « les devis ne se font plus après le repas ». La page du chantier Lardet Paysage en donne le détail.

Pour commencer chez vous, listez cette semaine les tâches que vos équipes refont à la main, avec le temps que prend chacune et la personne qui s'en charge. Si une partie de vos demandes arrive par votre site, notre analyseur de site lit vos pages comme un visiteur et signale en quelques minutes ce qui coince, comme un lien qui ne mène nulle part ou une page trop lente.

Si vous préférez confier le chantier, la page de notre agence d'automatisation décrit ce que nous construisons et la façon dont nous travaillons. Vous pouvez nous y écrire, ou prendre rendez-vous pour parler de vos tâches.

Nous avons construit notre propre assistant pour ce travail : il lit vos documents et prépare la part répétitive, que vous validez ensuite. Le voir sur vos propres pièces vaut mieux qu'une description : demandez une démonstration de l'assistant, sur un cas tiré de votre quotidien.