Automatiser un processus, c'est confier à du code une tâche répétitive que quelqu'un refait à la main chaque semaine. J'écris l'automatisation, je laisse à un humain la décision qui engage l'entreprise, et je pose un journal et une alerte pour que personne ne découvre une panne trois semaines plus tard.
Le problème que ça règle
Dans chaque entreprise il y a une tâche que quelqu'un refait toutes les semaines sans que personne l'ait jamais chiffrée. Recopier des lignes d'un fichier vers un autre, renommer et classer des documents, relancer les factures impayées, préparer le même rapport avec les mêmes colonnes. Prise isolément, chacune dure vingt minutes et ne mérite pas qu'on en parle. Mises bout à bout sur une année, elles occupent des semaines entières, et ce sont presque toujours les tâches où une erreur passe inaperçue le plus longtemps.
Les modèles de langage ont rendu automatisables des tâches qui résistaient jusque-là : lire un document mal structuré, classer une demande, résumer un échange, produire un premier jet. Ils ont aussi ramené une vieille erreur. On automatise une étape qui n'aurait jamais dû exister, et on obtient la même absurdité qu'avant, plus vite et à plus grande échelle. La première question n'est donc pas comment automatiser cette tâche, mais si on peut la supprimer.
Ce que ce n'est pas
Un mandat mal orienté coûte plus cher à tout le monde qu'un mandat refusé au premier appel. Voici donc ce que je ne vends pas, et ce que je dis quand la demande ne colle pas avec ce que je sais faire.
- Ce n'est pas un agent qui décide à votre place. Tout ce qui engage l'entreprise devant un client, un fournisseur ou le fisc passe par une validation humaine. Un modèle qui se trompe une fois sur vingt est excellent pour trier et catastrophique pour signer.
- Ce n'est pas un robot conversationnel posé sur un site pour faire moderne. Si les questions les plus fréquentes de vos clients ont des réponses fixes, une page bien écrite les donne mieux, coûte moins cher et se laisse lire par les moteurs de recherche.
- Ce n'est pas une automatisation sans mesure. Je demande combien de temps la tâche prend aujourd'hui et à quelle fréquence elle revient. Sans ce chiffre, impossible de dire si l'automatisation vaut ce qu'elle coûte, et il m'est déjà arrivé de conclure que non.
- Ce n'est pas de l'intelligence artificielle partout. Beaucoup de tâches se règlent avec une requête, une règle et un envoi programmé, sans appeler le moindre modèle. Quand c'est le cas, je le dis, parce que c'est plus fiable, plus rapide et moins cher à faire tourner.
- Ce n'est pas une facture d'usage cachée. Un agent qui appelle un modèle sur chaque ligne d'un fichier coûte à chaque exécution. Je mesure cette consommation avant la mise en service et je vous la donne, pour que la décision se prenne avec le vrai coût sur la table.
Ce que vous recevez
Le livrable n'est ni une maquette ni un rapport. C'est un logiciel qui tourne, avec ce qu'il faut autour pour qu'il continue de tourner le jour où je ne suis plus au dossier.
- L'automatisation en service, déclenchée par un horaire, par un événement ou par un bouton
- Un journal de chaque exécution, avec ce qui est entré, ce qui est sorti et ce qui a échoué
- Un point de validation humaine là où l'erreur coûterait cher
- Une alerte quand l'automatisation échoue, plutôt qu'un silence qui dure des semaines
- Les consignes, les règles et les seuils dans un fichier que vous pouvez lire et modifier sans moi
- Le coût d'appel des modèles mesuré sur un volume réel, pas estimé au doigt mouillé
L'outillage reste le même d'un projet à l'autre. Une pile réduite se maintient et se transmet ; une pile choisie pour être à la mode se paie deux ans plus tard, quand plus personne ne veut y toucher.
- Python
- Django
- Celery
- Redis
- API Claude
- PostgreSQL
Comment ça se passe
Toujours dans cet ordre, et vous voyez sortir quelque chose de chaque étape. Personne ne disparaît trois mois pour revenir avec une surprise.
Chronométrer la tâche telle qu'elle se fait
Je regarde quelqu'un la faire, en entier, sans la corriger. C'est là qu'apparaissent les étapes que personne ne mentionne parce qu'elles vont de soi, et ce sont souvent celles qui rendent l'automatisation difficile, ou inutile.
Chercher à supprimer avant d'automatiser
Une bonne partie des tâches répétitives existent parce que deux outils ne se parlent pas, ou parce qu'un rapport est produit pour quelqu'un qui ne le lit plus depuis longtemps. Supprimer une étape coûte moins cher que l'automatiser et ne tombe jamais en panne.
Automatiser l'ennuyeux, garder la décision
Le code fait la collecte, le tri, le calcul et le premier jet. L'humain valide ce qui engage. La frontière se trace explicitement, tâche par tâche, et elle est écrite dans la documentation plutôt que laissée à l'habitude.
Mettre en service, surveiller, ajuster
Les premières semaines révèlent les cas que personne n'avait vus. L'automatisation tourne d'abord à côté du travail manuel, on compare, puis elle prend le relais. Le journal reste consultable ensuite, parce qu'une automatisation qu'on ne peut pas vérifier finit par ne plus être crue.
Ce que ça change une fois en ligne
Le blog de ce site est un exemple que vous pouvez vérifier vous-même. Une commande cherche un sujet, écrit l'article, l'illustre, tisse les liens vers les articles voisins, l'enregistre et prévient les moteurs de recherche qu'il existe. Ce qu'elle ne fait pas compte tout autant : elle ne décide pas seule de ce qui mérite d'être publié, et rien ne part sans que je regarde.
Gridar sert à mesurer la visibilité d'un site, y compris dans les réponses que donnent les intelligences artificielles, ce qui est devenu une vraie question pour les entreprises dont le trafic venait de la recherche. Publiar construit des documents à offrir en échange d'un courriel, à partir d'un angle, d'une preuve et d'un visuel. Les deux tournent, vous pouvez les ouvrir.
La règle qui évite les mauvaises surprises tient en une phrase : une automatisation ne doit jamais être la seule à savoir ce qu'elle a fait. Chaque exécution laisse une trace lisible par un humain, chaque échec déclenche une alerte, et chaque décision automatique se retrace jusqu'à ce qui l'a provoquée. Sans ça, on ne construit pas un gain de temps, on construit une boîte noire que personne n'ose ni éteindre ni corriger.
Ce que j'ai construit
Des applications en ligne, que vous pouvez ouvrir et juger vous-même. J'ai écrit le code de chacune, du premier écran à la mise en production.
Gridar
Audit SEO et mesure de la visibilité dans les réponses des IA.
Django, React, TypeScript
Publiar
Lead magnets LinkedIn construits avec un hook, une preuve et un visuel.
Django, React, TypeScript
LocaSur
Marketplace locataires et propriétaires au Québec, avec références vérifiées.
Django, Celery, Redis, React
Le reste est sur la page des réalisations.
J'écris aussi sur la façon dont ces applications sont faites :
Questions fréquentes
- Combien coûte une automatisation ?
- Bien moins qu'une application complète, parce que le périmètre est étroit par construction. Ce qui fait varier le prix, c'est le nombre de cas particuliers à traiter et le niveau de fiabilité attendu : une automatisation qui prépare un brouillon relu par quelqu'un demande moins de garde-fous qu'une automatisation qui envoie sans relecture. Je chiffre après avoir vu la tâche se faire.
- Est-ce que l'IA va se tromper ?
- Oui, régulièrement, et c'est pour ça qu'on ne lui confie pas les décisions qui engagent. Un modèle est très bon pour extraire, classer et proposer, et nettement moins fiable pour trancher. L'automatisation se conçoit autour de cette réalité : validation humaine là où l'erreur coûte, journal complet partout, et alerte quand un résultat sort de ce qui était attendu.
- Est-ce que nos données partent chez un fournisseur d'intelligence artificielle ?
- Seulement ce que l'automatisation envoie, et vous décidez de ce qui est envoyé. C'est une discussion à avoir tôt, parce qu'elle change la conception : certaines tâches se font entièrement chez vous, sans appel externe, et d'autres exigent un modèle. Quand des données sensibles sont en jeu, je le signale et je propose l'option qui les garde à l'intérieur.
- Par où commencer ?
- Par la tâche la plus ennuyeuse et la plus fréquente, pas par la plus impressionnante. Une automatisation qui fait gagner une heure chaque semaine se rentabilise et se comprend. Un agent ambitieux branché sur tout ne se vérifie plus, et ce qui ne se vérifie plus finit débranché.
- Est-ce qu'il faut remplacer nos outils actuels ?
- Non, et c'est rarement souhaitable. L'automatisation se pose sur ce qui existe : elle lit ce que vos outils exposent, écrit là où il faut écrire, et laisse vos équipes travailler dans les logiciels qu'elles connaissent déjà.
Voir aussi : Intégration de systèmes, Application web sur mesure. Tous mes services.
Parlons de ce que vous voulez construire
Le premier appel sert à savoir si le sur-mesure est la bonne réponse à votre problème. Si ce n'en est pas une, je le dis, et vous aurez perdu une demi-heure plutôt qu'un budget.

