N'automatisez pas un processus que vous n'avez jamais fait à la main
Avant d'automatiser un processus, il faut l'avoir fait à la main, en entier, sur de vrais dossiers. C'est la règle que nous appliquons chez Caliblock, à Cesson-Sévigné
Automatiser un processus : la règle avant l'outil
Pour automatiser un processus sans multiplier les erreurs, il faut d'abord l'avoir fait à la main, en entier, sur de vrais dossiers. Une automatisation reproduit exactement ce qu'on lui donne : les bonnes pratiques, mais aussi les oublis, les doublons et les cas que personne n'a jamais écrits. Elle les reproduit simplement plus vite, et sans se poser de question.
“« On n'automatise pas un process qu'on n'a pas d'abord fait et validé à la main. »
Hari Annadourai, dirigeant de Caliblock
Nous sommes une agence de développement installée à Cesson-Sévigné, à côté de Rennes. Cette règle s'applique à chaque projet d'automatisation que nous menons pour des PME, et d'abord à nos propres outils.
Notre outil de prospection en est l'exemple. Avant d'être automatisée, la recherche des applications à mettre à jour se faisait à la main, fiche par fiche, sur le Play Store. C'est en la faisant qu'on a appris quels signaux comptaient. Automatisée ensuite, elle a fait remonter plus de 10 000 applications et nous fait gagner au moins deux heures par jour.
Pourquoi une automatisation amplifie ce qu'elle trouve
Une personne qui traite un dossier compense sans s'en rendre compte. Elle corrige le nom d'un fournisseur mal orthographié, écarte une facture reçue deux fois, appelle le client quand un montant lui paraît bizarre. Rien de tout cela n'est écrit nulle part. C'est pourtant ce qui fait que le processus fonctionne.
Une automatisation ne compense rien. Si une règle manque, elle applique celle qu'elle a, à chaque dossier, sans fatigue et sans doute. Ce qui était une erreur occasionnelle rattrapée par quelqu'un devient une erreur systématique que personne ne voit passer.
Un exemple, avec des hypothèses à remplacer par les vôtres : 300 factures fournisseurs par mois, dont 5 % présentent un cas particulier que personne n'a décrit. Automatisé tel quel, le processus produit 15 erreurs par mois, soit 180 par an. Et chacune a l'air parfaitement normale, ce qui est le vrai problème.
Ce que proposent la plupart des offres, et ce qui coince
Le marché de l'automatisation part presque toujours de l'outil : une démonstration, un connecteur, une IA qui lit les documents. Les outils ont réellement progressé. Mais ils répondent à la question « comment » avant que quiconque ait répondu à la question « quoi ».
Selon le baromètre France Num 2026, seules 11 % des TPE-PME utilisent l'IA pour automatiser des tâches. La plupart des entreprises n'ont donc pas encore commencé, et la tentation est forte de commencer par l'outil le plus impressionnant. C'est là que se perdent le plus de budgets : dans une automatisation qui fonctionne en démonstration et se heurte, en production, aux cas que personne n'avait décrits.
La méthode en cinq étapes
Voici l'ordre que nous suivons, chez nous comme chez nos clients. Les quatre premières étapes ne demandent aucun développement. La cinquième n'arrive qu'ensuite.
1. Observer le processus tel qu'il se fait vraiment
On ne demande pas au responsable de décrire le processus. On regarde la personne qui le fait, à son poste, sur de vrais dossiers. La description du responsable et la réalité du poste diffèrent presque toujours : un fichier Excel sur le bureau, un copier-coller entre deux logiciels, un collègue qu'on interroge à chaque fois.
On note chaque étape, chaque outil ouvert, chaque information recopiée. Et on mesure le temps au lieu de le demander : l'estimation spontanée d'une tâche répétitive est rarement juste.
2. Faire le processus à la main, sur un vrai lot
On prend un lot réel, par exemple les factures du mois ou une semaine de demandes entrantes, et on le traite de bout en bout en suivant uniquement la description écrite à l'étape 1. Chronomètre en main.
C'est le test le plus simple qui existe : si la description ne suffit pas pour faire le travail, elle ne suffira pas à une machine. Chaque fois qu'il faut demander « et là, je fais quoi ? », on vient de trouver une règle manquante.
Une tâche quotidienne se teste en une semaine. Une tâche mensuelle demande un cycle complet, clôture du mois comprise, parce que c'est souvent là que se cachent les cas particuliers.
3. Noter chaque exception et chaque décision
Chaque fois que quelqu'un a dû décider, on l'écrit : le cas, la décision prise, et pourquoi. Cette liste d'exceptions est la vraie spécification de l'automatisation. Le cas général, tout le monde le connaît.
Pour chaque exception, il n'y a que deux réponses possibles. Soit elle devient une règle écrite, que la machine appliquera. Soit elle devient un cas que la machine doit refuser et transmettre à une personne. Dans notre moteur de paie, par exemple, un salarié dont le statut n'est pas renseigné est écarté nommément, jamais déclaré cadre par défaut. Une machine qui ne sait pas doit le dire.
4. Corriger le processus avant de l'automatiser
Faire le processus à la main révèle presque toujours des étapes qui ne servent plus : une double saisie héritée d'un ancien logiciel, une validation que personne ne lit, un export envoyé à quelqu'un qui a changé de poste. Automatiser une étape inutile, c'est payer pour faire plus vite quelque chose qui ne sert à rien.
Il arrive que cette correction suffise. Le gain attendu vient du processus remis en ordre, sans une ligne de code. Quand c'est le cas, nous le disons.
5. Automatiser, en code, avec ce qui doit arrêter la machine
Seulement maintenant, on écrit l'automatisation. Les règles viennent de l'étape 3, l'ordre des étapes vient de l'étape 4. Quand il faut lire des documents, nous utilisons Claude, avec un seuil de confiance : en dessous, le document part vers une personne au lieu d'être deviné.
La recette se fait sur le lot traité à la main à l'étape 2 : mêmes dossiers en entrée, et les résultats doivent être identiques. C'est le seul moyen de savoir objectivement si l'automatisation fait le travail. Ensuite viennent les alertes et la surveillance, parce qu'un processus automatisé continue de vivre après sa mise en service.
Combien de temps ça prend réellement, et qui fait quoi
| Étape | Qui | Durée indicative |
|---|---|---|
| 1. Observer | Caliblock, sur place, avec la personne qui fait la tâche | Deux demi-journées |
| 2. Faire à la main | Votre équipe, sur un vrai lot | Une semaine pour une tâche quotidienne, un cycle complet pour une tâche mensuelle |
| 3. Noter les exceptions | Votre équipe, pendant l'étape 2 | Aucun temps en plus : on note en faisant |
| 4. Corriger le processus | Caliblock et le responsable du processus | Quelques heures à quelques jours |
| 5. Automatiser | Caliblock | 3 à 8 semaines selon l'automatisation |
Le poste le plus souvent sous-estimé est le temps de votre propre équipe aux étapes 2 et 3. Il est faible, mais il doit être prévu. Sans lui, la méthode ne tient pas.
L'objection qu'on nous fait : « on n'a pas le temps de le faire à la main »
C'est vrai que la méthode demande du temps avant le moindre gain. Mais votre équipe fait déjà ce processus à la main, tous les jours ou tous les mois. On ne lui ajoute pas une tâche : on lui demande de noter ce qu'elle fait déjà, et de chronométrer.
Sauter cette étape coûte plus cher. Le chiffrage se fait à l'aveugle, les règles manquantes se découvrent en production, et chaque correction après la mise en service coûte plus qu'une heure d'observation au départ.
Il existe un cas où l'on peut aller plus vite : un processus déjà documenté, stable, fait chaque jour par une personne capable d'expliquer chaque exception. Les étapes 1 et 2 se réduisent alors à quelques heures. L'étape 3, elle, ne se saute jamais.
Quand il ne faut pas automatiser du tout
- Le processus change tous les mois : on automatiserait une cible mouvante, et la maintenance coûterait plus que le temps gagné.
- Le volume est trop faible : quelques dossiers par mois ne justifient pas un développement.
- Chaque dossier est une exception : une négociation, une relation commerciale, un litige.
- Un outil du marché à quelques dizaines d'euros par mois fait déjà le travail. Dans ce cas, nous vous le recommandons, même si nous ne le vendons pas.
Pourquoi nous venons dans vos locaux, à Rennes et dans le Grand Ouest
L'observation de l'étape 1 se fait mal à distance. C'est sur place qu'on voit le post-it collé sur l'écran, le fichier Excel que personne n'a mentionné, ou le collègue qu'on interroge à chaque cas difficile. Ce sont précisément les détails qui manquent ensuite à une automatisation.
Installés à Cesson-Sévigné, nous faisons ces deux demi-journées dans vos locaux, partout à Rennes et dans le Grand Ouest. Nous revenons pour la recette sur le lot de l'étape 2, puis quand l'automatisation doit évoluer.
Ce qu'il faut retenir
- Une automatisation reproduit ce qu'on lui donne, erreurs comprises, et plus vite.
- Avant d'automatiser un processus, faites-le à la main sur un vrai lot, en suivant uniquement sa description écrite.
- La liste des exceptions est la vraie spécification : chacune devient une règle, ou un cas que la machine refuse.
- Corrigez le processus avant de l'automatiser. Parfois, cela suffit.
- La recette se fait sur le lot traité à la main : mêmes dossiers, mêmes résultats.
