Automatiser, oui.
Mais pour gagner quoi ?

Ce n’est pas « peut-on automatiser », c’est « combien ça coûte aujourd’hui »

On vous vendra toujours qu’une tâche peut être automatisée. C’est presque toujours vrai, et c’est presque toujours hors sujet.

L’épreuve

Chronométrez la tâche trois fois, sur trois semaines différentes. Multipliez par le nombre d’occurrences dans l’année. Si le total tient dans une journée, laissez-la tranquille.

La vraie question se pose dans l’autre sens : cette tâche, combien d’heures par mois vous prend-elle réellement, et à qui ? Une saisie de vingt minutes une fois par trimestre ne justifie rien. Deux heures par semaine sur un poste qualifié, c’est une journée par mois, et là ça se discute.

La majorité des automatisations qu’on nous demande de mettre en place font gagner moins de temps qu’elles n’en coûtent à installer. Nous le disons avant, pas après.

Ce qui s’automatise bien, et ce qui ne s’automatise pas

Une tâche s’automatise bien quand elle suit une règle stable, qu’elle porte sur des données déjà propres, et qu’une erreur se voit tout de suite.

L’épreuve

Demandez-vous ce qui se passe si l’outil se trompe. Si la conséquence est « on corrige en trente secondes », automatisez. Si c’est « un client reçoit un message inapproprié », gardez la main.

Recopier des informations d’un formulaire vers un tableur, renommer des fichiers, envoyer un accusé de réception, relancer une facture impayée, générer des variantes d’un visuel aux bons formats : tout ça se fait très bien.

Ce qui ne s’automatise pas, c’est ce qui demande un jugement. Décider si une demande est sérieuse, choisir le ton d’une réponse à un client mécontent, arbitrer entre deux propositions. Vous pouvez faire préparer un brouillon, jamais faire décider.

Une automatisation qui décide à votre place n’est pas un gain de temps. C’est un risque que vous avez délégué à une machine sans vous en rendre compte.

Gardez une validation là où ça compte

Entre « l’outil prépare » et « l’outil envoie », il y a un monde. Placez la validation humaine là où l’erreur coûte le plus cher, et nulle part ailleurs : une validation à chaque étape ne protège de rien et fait perdre le bénéfice.

L’épreuve

Testez avec un cas volontairement cassé : un formulaire à moitié rempli, un fichier vide. Si le système continue comme si de rien n’était, il n’est pas prêt.

Prévoyez aussi les cas tordus, parce qu’il y en aura : une information absente, une pièce jointe illisible, une demande qui ne rentre dans aucune case. Le système doit s’arrêter proprement et vous dire où, pas continuer en silence avec une donnée vide.

Et gardez une trace. Savoir ce qui a été traité automatiquement, quand, et par quelle règle, c’est ce qui vous permettra de comprendre le jour où quelque chose sortira de travers.

Un automatisme qui échoue bruyamment vaut mieux qu’un automatisme qui échoue discrètement. Le second, on le découvre trois mois plus tard.

Mesurer avant de déployer

Commencez petit et sur un vrai périmètre : un type de demande, un mois, une personne. Pas une démonstration qui marche une fois, un usage réel avec ses ratés.

L’épreuve

Au bout d’un mois, demandez à la personne qui s’en sert si elle reprendrait l’ancienne méthode. Sa réponse vaut tous les tableaux de bord.

À la fin, comparez trois choses. Le temps effectivement gagné, pas celui qu’on vous avait promis. Le temps passé à corriger ce que l’outil a mal fait. Et la facilité avec laquelle la personne concernée s’en sert quand vous n’êtes pas derrière elle.

Ces trois chiffres suffisent à trancher : on déploie, on ajuste, ou on arrête. Arrêter est une décision parfaitement respectable, et c’est même souvent la bonne.

Nous préférons vous dire « ça ne vaut pas le coup » et garder votre confiance, que vous installer un automatisme que vous débrancherez dans six mois.