Quand il ne faut pas automatiser une tâche répétitive

C'est un peu étrange de lire ça sur le site d'un prestataire en automatisation.

Mais c'est précisément parce que je fais ça depuis plusieurs années que je sais quand ce n'est pas la bonne réponse. Pour une TPE, automatiser une tâche mal construite, c'est aller plus vite dans le mur. Le flux s'emballe, les erreurs se multiplient, et tu passes plus de temps à gérer les ratés qu'à récupérer du temps.

Cet article te donne une grille de 6 critères terrain, directement applicables. Avant de mettre quoi que ce soit en place, tu passes chaque tâche à travers ces filtres. Si un seul est rouge, tu ne lances pas.

Ce qu'il faut vérifier avant d'automatiser

Beaucoup de gens pensent que si une tâche se répète, elle est automatisable. Ce n'est pas le bon filtre.

Une tâche peut se reproduire 20 fois par semaine et rester impossible à automatiser si le flux qui la porte est instable. Ce qui compte, c'est la stabilité : les mêmes entrées produisent-elles les mêmes sorties, de façon prévisible ? Si oui, on peut y aller. Si non, l'automatisation ne résout rien. Elle fige juste le désordre. J'avais détaillé ce mécanisme dans un article dédié : pourquoi automatiser en premier est souvent la pire chose à faire.

Ce qui suit, c'est la liste des signaux qui indiquent que le flux n'est pas prêt.

Les 6 situations où tu perds du temps à automatiser

1. La tâche est trop rare

Si ça arrive moins d'une fois par semaine, la question du retour sur investissement se pose sérieusement.

Un plombier qui sort deux fois par an un devis spécial pour des syndics de copropriété. La tâche est répétitive au sens large, mais le volume est trop faible. Paramétrer, tester, documenter, former : 8 à 10 heures de travail pour récupérer peut-être 30 minutes par an.

Le calcul ne tient pas.

Ce que tu fais à la place : un modèle de mail ou de document réutilisable. Tu l'ouvres, tu remplis les deux champs variables, tu envoies. Deux minutes. Aucune maintenance.

Le critère : si la tâche revient moins d'une fois par semaine, commence par un modèle.

2. Les règles sont trop floues

Si tu ne peux pas décrire la règle de décision en une phrase claire, le flux ne tient pas.

Un cabinet veut automatiser les relances pour les pièces manquantes. Le problème : "ça dépend du client. Certains on les appelle, d'autres on envoie un mail, et pour les gros dossiers on attend leur bon vouloir." Un automatisme ne peut pas encoder "ça dépend". Il va relancer les mauvaises personnes au mauvais moment, et créer exactement le genre de tension qu'on cherchait à éviter.

Ce que tu fais à la place : écrire la règle d'abord. Même simple, même imparfaite. "On relance à J+7 par mail, sauf liste d'exclusion." Une fois la règle écrite et tenue pendant deux semaines, on peut automatiser. C'est aussi l'un des 7 signes qu'un flux est vraiment fiable : la règle tient en une phrase, sans exception informelle.

Le critère : si tu ne peux pas compléter la phrase "on fait X quand Y", le flux n'est pas prêt.

3. La source est trop sale

Des données incohérentes en entrée donnent des résultats incohérents en sortie, sans exception.

Un consultant veut trier ses prospects automatiquement et déclencher des relances. Son tableau de suivi contient six statuts différents pour la même réalité ("intéressé", "à rappeler", "chaud", "en cours", "relance", "attente retour"), des lignes sans date, des doublons. L'automatisme va relancer des prospects déjà signés, en ignorer d'autres parce que la ligne est vide, et produire un chaos plus difficile à démêler que l'original.

Dans ce cas : une journée de nettoyage minimal avant de lancer quoi que ce soit. Un seul format de statut, des doublons supprimés, les champs obligatoires remplis. Puis tu lances.

Le critère : si tu ouvres la source et que tu ne sais pas toi-même ce qu'elle dit, l'automatisme ne saura pas non plus.

4. L'enjeu relationnel est trop fort

Certaines communications ne doivent pas passer par un automatisme, même avec validation humaine en amont.

Relancer un client après un chantier difficile n'a rien d'une relance ordinaire. Annoncer un retard à quelqu'un dont le dossier de financement est en attente non plus. Dans ces situations, une erreur de ton abîme une relation que tu as mis des mois à construire. Le contexte et le moment comptent autant que le contenu du message.

Ce que tu fais à la place : identifier ces cas en amont, les sortir du flux automatisé, les traiter manuellement. Savoir les repérer avant de lancer, c'est déjà faire le travail. Si tu veux un cadre pour distinguer ce qui peut être délégué de ce qui ne doit pas l'être, cet article sur ce qu'on peut déléguer à l'IA donne une règle simple.

Le critère : si une mauvaise réponse automatique peut coûter une relation ou une réputation, ce cas sort du flux.

5. Il n'y a pas de point de vérité

Si l'information de départ vit dans trois endroits différents en même temps, l'automatisme ne sait pas depuis où lire.

Une boutique reçoit des réservations par DM Instagram, par Messenger, et parfois par SMS. Le flux de rappel est branché sur un tableau. Mais le tableau n'est alimenté que si quelqu'un pense à y reporter chaque message. Résultat : la moitié des réservations passe à travers. Le client arrive, rien n'est préparé, et le rappel automatique part trois jours après qu'il est déjà passé.

Le flux ne peut lire que ce qu'on lui donne à lire.

Centraliser d'abord sur un seul canal d'entrée, même imparfait. Une adresse mail dédiée, un formulaire simple, une boîte de réception unique. Une fois le point de vérité établi, le flux peut tourner proprement.

Si tu ne sais pas toi-même où chercher l'information de référence, l'automatisme ne le saura pas non plus.

6. Le bénéfice est trop faible

Si la tâche prend dix minutes par semaine, un paramétrage sérieux plus les tests plus la documentation représente facilement 8 à 10 heures de travail. Le retour sur investissement dépasse un an.

Ce n'est pas une règle absolue. Mais avant de lancer quoi que ce soit, l'honnêteté s'impose : quel est le gain réel, en temps ou en erreurs évitées ? Les automatisations qui valent le coup s'attaquent à ce qui fait vraiment mal : une relance oubliée qui coûte un devis signé, un document perdu qui rouvre un litige, un admin qui grignote les soirées depuis des mois.

Ce que tu fais à la place : un modèle, une checklist, ou rien. Garder les heures de paramétrage pour les tâches dont l'absence de suivi a un coût mesurable.

Le critère : si tu peines à chiffrer le gain, le bénéfice n'est probablement pas assez fort.

La question à se poser avant de décider

Si ce flux s'exécutait dix fois demain, qu'est-ce qui casserait en premier ?

Quand la réponse arrive vite, le flux n'est pas prêt. Quand tu peines à trouver un point de défaillance, tu peux y aller.

C'est le test le plus rapide pour savoir si une tâche est prête à être automatisée ou si elle a besoin d'un peu de travail préalable. Pour aller plus loin sur la question à poser avant de se lancer, cet article sur l'outil pivot donne un cadre complémentaire.

Pour résumer

Six critères à vérifier avant de lancer une automatisation :

1. La tâche arrive moins d'une fois par semaine.
2. La règle de décision ne tient pas en une phrase.
3. La source de données est incohérente ou incomplète.
4. L'enjeu relationnel est trop élevé pour tolérer une erreur de ton.
5. Il n'existe pas de point de vérité unique pour l'information de départ.
6. Le gain réel est difficile à chiffrer.

Un seul critère présent, et l'automatisation attend.