Tout automatiser est une erreur

L'automatisation, c'est séduisant. Tu vois une tâche répétitive, tu te dis "je vais automatiser ça", et tu passes trois jours à construire un système pour une tâche qui te prenait quinze minutes par semaine. Résultat : tu as perdu du temps.

Le vrai talent, ce n'est pas d'automatiser. C'est de savoir quand le faire.

Le piège de l'automatisation prématurée

L'automatisation prématurée est l'équivalent business du "prématuré optimization" en dev. MIT Sloan identifie cinq risques majeurs du RPA, et l'automatisation prématurée est en tête de liste. Les signaux :

• Processus instable. Si tu changes les étapes toutes les deux semaines, automatiser revient à figer un brouillon.
• Volume insuffisant. Automatiser une tâche faite 3 fois par mois, c'est du sur-engineering.
• Maîtrise manuelle absente. Si tu ne sais pas le faire à la main, tu ne sauras pas écrire les règles.
• Pas de mesure. Sans données sur le temps passé et la fréquence, pas de ROI calculable.

L'automatisation crée de la rigidité : un processus manuel se modifie du jour au lendemain, un processus automatisé demande du développement pour chaque changement. McKinsey décrit l'automatisation intelligente comme le moteur du modèle opérationnel de demain, mais à condition que le processus sous-jacent soit solide. Tu échanges de la flexibilité contre de l'efficacité, mais seulement si le processus est stable.

Avant d'automatiser, tu dois construire un bon processus documenté et testé.

Le framework de décision

Pour chaque processus candidat, pose-toi ces quatre questions dans l'ordre.

Question 1 : Est-ce que ça se répète ?

Question 2 : Est-ce que c'est standardisé ?

Si chaque exécution est différente, l'automatisation sera fragile. Bon signal : "On fait toujours la même chose dans le même ordre." Mauvais signal : "Ça dépend du contexte."

Les processus à forte variation ont besoin d'une intégration IA progressive plutôt que d'une automatisation rigide.

Question 3 : Quel est le coût du statu quo ?

Coût temporel = fréquence x durée x taux horaire. Exemple : 20 minutes, 5 fois par semaine, 80 euros/heure = 6 900 euros/an.

Ajoute le coût d'erreur (faute de saisie), le coût d'opportunité (que ferais-tu de ce temps ?), et le coût de latence (le client attend parce que le processus est bloqué sur un humain).

Question 4 : Quel est le coût d'automatisation ?

Setup initial, maintenance mensuelle, outils, formation. Harvard Business School distingue clairement les cas où automatiser crée de la valeur et ceux où augmenter l'humain est plus pertinent. La plupart des estimations sous-évaluent la maintenance de 50 à 200%. Un scénario Make avec 12 modules, c'est 12 points de rupture quand une API change.

Les signaux qu'il est temps d'automatiser

Erreurs récurrentes. La même erreur revient sur une étape manuelle ? L'automatisation élimine saisie, oubli, copier-coller.

Goulot d'étranglement. Le processus dépend d'une seule personne et crée un embouteillage ? L'automatisation débloque le flux.

Scalabilité bloquée. Avec 10 clients, ça passe. Avec 50, le processus manuel s'effondre.

Les signaux qu'il ne faut PAS automatiser

Processus instable. Si tu modifies les règles tous les mois, chaque changement casse l'automatisation.

Volume trop faible. 3 exécutions par mois ne justifient pas 2 jours de développement.

La valeur est dans l'humain. Le bon commercial adapte son ton à chaque client. Automatiser ça, c'est remplacer de la relation par du bruit.

Coût d'erreur trop élevé. Une erreur automatisée touche 500 clients au lieu d'un. Pour ces processus, l'approche IA en mode assistant est plus adaptée.