Avant de demander « comment automatiser », il faut répondre à une question plus rentable : quels processus automatiser, et lesquels laisser tranquilles. Tout n'est pas automatisable, et surtout tout ne mérite pas de l'être. Automatiser un mauvais processus ne le corrige pas : cela le grave dans le marbre et l'accélère. La bonne décision repose sur cinq critères mesurables (stabilité, fréquence, volume, taux d'exception, valeur) et débouche sur quatre sorties possibles. Cet article vous donne la grille de tri à appliquer en amont, avant d'écrire la moindre ligne d'orchestration.

Le réflexe « automatisons tout » est une fausse économie

Le discours ambiant pousse à automatiser sans discernement. Les dirigeants de PME et d'ETI ont intégré le message : 58 % considèrent désormais l'IA comme une question de survie à trois ou cinq ans, selon l'étude Bpifrance Le Lab de 2025. Mais 43 % seulement ont une stratégie, et la même proportion n'analyse même pas ses données pour piloter l'activité. Le réflexe est là, le discernement manque.

Or ce discernement est exactement ce qui sépare un projet rentable d'un projet qui s'enlise. La règle est ancienne et toujours juste. Comme le résumait Bill Gates : « L'automatisation appliquée à une opération efficace amplifie l'efficacité. Appliquée à une opération inefficace, elle amplifie l'inefficacité. » Automatiser une ressaisie inutile, c'est payer pour faire la mauvaise chose plus vite, plus souvent, sans qu'aucun humain ne s'en aperçoive avant longtemps.

Les chiffres le confirment. Selon Ernst & Young, 30 à 50 % des premiers projets d'automatisation n'atteignent pas leurs objectifs. Et la cause n'est presque jamais technique : une part importante de ces échecs vient d'un mauvais choix de processus en amont, automatisé tel quel sans avoir été pensé. Le problème n'est pas l'outil. C'est ce qu'on a décidé de lui confier.

Les cinq critères pour trancher

Avant d'automatiser quoi que ce soit, on passe le processus au crible de cinq questions. Aucune ne suffit seule ; c'est leur combinaison qui décide.

• Stabilité. Le processus est-il rodé, documenté, exécuté de la même façon par tout le monde ? Un processus qui change tous les mois cassera l'automatisation à chaque évolution.

• Fréquence et volume. Combien de fois par jour, par semaine, par mois ? Une automatisation a un coût fixe : il faut assez de répétitions pour l'amortir. Un export qu'on fait une fois par trimestre n'a presque jamais d'intérêt à être automatisé.

• Taux d'exception. Quelle proportion de cas sort de la règle ? Plus il y a d'exceptions, plus l'automatisation devient fragile et coûteuse à maintenir. D'après l'enquête Deloitte 2025 sur l'automatisation, un robot d'entreprise rencontre une exception sur 15 à 25 % de ses exécutions, générant un flux constant de reprise manuelle.

• Valeur. Le temps libéré est-il significatif ? Le gain se mesure en heures récupérées, en erreurs évitées, en trésorerie débloquée, pas en sentiment de modernité.

• Dette du processus. Le processus est-il sain, ou bricolé ? Étapes en double, validations qui ne servent plus, contournements informels : cette dette doit être traitée avant l'automatisation, jamais après.

La lecture devient visuelle avec un simple quadrant effort/impact. Le sweet spot, ce sont les processus à fort impact et faible effort : relances clients, saisie de factures, rapprochements répétitifs. Les chantiers à fort impact mais fort effort méritent d'être planifiés, pas écartés. Et tout ce qui se trouve en bas du quadrant, faible impact, attendra. Cette carte n'est pas notre méthode d'audit : c'est l'outil de tri grossier qui vous évite de lancer un chantier au mauvais endroit.

Les quatre sorties possibles

Une fois le processus évalué, il ne reste que quatre décisions. La plupart des entreprises n'en envisagent qu'une seule, l'automatisation. C'est précisément l'erreur.

1. Automatiser

Le bon candidat est stable, répétitif, à fort volume, gouverné par des règles claires et un faible taux d'exception, avec des données structurées disponibles. C'est le terrain naturel d'un moteur d'orchestration : il exécute la règle des milliers de fois sans fatigue ni erreur. Si le processus coche toutes ces cases, on automatise.

2. Optimiser ou standardiser d'abord, puis automatiser

C'est le cas le plus fréquent, et le plus mal traité. Le processus est un bon candidat sur le papier, mais il est bancal : trois personnes le font de trois façons différentes, une étape ne sert plus à rien, une validation existe par habitude. Automatiser cet état de fait reviendrait à graver le désordre. On standardise et on optimise d'abord, on automatise ensuite. Jamais l'inverse. C'est la séquence : standardiser, optimiser, automatiser.

3. Supprimer

Parfois la bonne réponse n'est ni d'automatiser ni d'optimiser : c'est de supprimer le processus. Un rapport que plus personne ne lit, une validation redondante, une saisie qui alimente un fichier que personne n'ouvre. Avant d'investir pour faire tourner une tâche plus vite, on se demande si cette tâche devrait exister. La question paraît évidente. Elle est presque toujours sautée.

4. Laisser manuel

Certains processus doivent rester humains. Trop variables, à faible volume, reposant sur du jugement, de la négociation ou de la relation : le coût de l'automatisation y dépasse durablement le gain. Reconnaître ces cas n'est pas un aveu de faiblesse, c'est de la lucidité économique. Forcer l'automatisation ici produit des systèmes fragiles qui cassent au premier cas particulier.

Pourquoi cette grille protège votre budget

La différence entre une automatisation rentable et un projet qui s'enlise se joue à ce moment précis du tri, pas au moment du développement. Confier le bon processus à un moteur d'orchestration produit un résultat fiable et durable. Confier un processus instable au même moteur produit un système qui réclame une reprise manuelle permanente : on a déplacé le travail, pas supprimé le coût.

C'est là que se joue notre conviction de cabinet : on n'automatise pas un processus mal pensé. Le travail de fond, c'est le design du processus ; l'orchestration technique n'en est que l'aboutissement. Les deux sont indissociables. Un prestataire qui se précipite sur l'outil sans avoir trié les processus vous vend de la vitesse sur une route mal tracée. Le bon réflexe est inverse : décider d'abord ce qui mérite d'être automatisé, optimisé, supprimé ou laissé tel quel, et seulement ensuite parler de moyens.

À retenir

• Tout est automatisable est faux. Tout ne mérite pas de l'être, et certains processus ne devraient même pas exister.

• Cinq critères décident : stabilité, fréquence, volume, taux d'exception, valeur, plus la dette du processus.

• Quatre sorties : automatiser, optimiser d'abord, supprimer, ou laisser manuel.

• Automatiser une inefficacité l'amplifie. On standardise et on optimise avant, jamais après.

• L'échec se décide en amont : 30 à 50 % des projets ratent leur cible, surtout à cause d'un mauvais choix de processus, pas d'un mauvais outil.

FAQ

Comment savoir si un processus peut être automatisé ?

Passez-le au crible de cinq critères : est-il stable et bien rodé, répétitif et à fort volume, gouverné par des règles claires avec peu d'exceptions, créateur de valeur mesurable, et exempt de dette (étapes en double, contournements) ? Plus il coche de cases, meilleur est le candidat. Un processus instable ou plein d'exceptions est techniquement automatisable, mais rarement de façon rentable.

Faut-il automatiser un processus existant ou le repenser d'abord ?

Le repenser d'abord, dès qu'il est bancal. Automatiser un processus bricolé revient à graver le désordre dans le système et à le rendre plus difficile à corriger ensuite. La séquence saine est : standardiser, optimiser, puis automatiser. C'est seulement quand le processus est sain qu'on l'orchestre.

Quels processus ne faut-il jamais automatiser ?

Ceux qui sont trop variables, à faible volume, ou qui reposent sur du jugement humain, de la négociation ou de la relation. Également ceux dont le coût d'automatisation dépasse durablement le gain attendu, et ceux qui ne devraient simplement pas exister. Dans ces cas, le bon choix est de laisser la main humaine ou de supprimer la tâche.

Automatiser ou optimiser : par quoi commencer ?

Par l'optimisation, presque toujours. Un processus optimisé puis automatisé donne un résultat fiable ; un processus automatisé sans avoir été optimisé reproduit ses défauts à grande échelle. L'optimisation n'est pas une étape facultative avant l'automatisation, c'est sa condition de réussite.

Pourquoi tant de projets d'automatisation échouent-ils ?

Parce que la décision se joue en amont et qu'elle est souvent bâclée. Selon Ernst & Young, 30 à 50 % des premiers projets manquent leur cible, le plus souvent à cause d'un mauvais choix de processus, pas d'un défaut technique. On a automatisé la mauvaise chose, ou la bonne chose mal préparée.

Conclusion

La question n'est pas « comment automatiser » mais « quoi automatiser, et quoi laisser ». Cette décision amont, prise avec une vraie grille de tri, vaut bien plus que n'importe quelle prouesse technique en aval. C'est l'endroit où l'on gagne ou perd un projet. Pour appliquer cette matrice à vos propres processus et identifier ceux qui méritent vraiment d'être automatisés, réservez un atelier, une exploration gratuite de 30 minutes.