On nous appelle souvent pour « automatiser ». Le mot recouvre tout et son contraire : un formulaire qui pré-remplit un Notion, une réponse automatique qui dit qu'on va répondre plus tard, un agent qui rédige des courriels à notre place. Avant de toucher à un seul outil, il faut savoir ce qu'on automatise — et ce qu'on n'automatise jamais.
La règle que nous suivons est simple. Avant chaque automatisation, nous nous posons quatre questions. Si l'une d'entre elles donne une mauvaise réponse, on n'automatise pas. On change autre chose.
Question 1 — Est-ce que c'est répétitif ?
L'automatisation est utile quand une tâche revient à l'identique, plusieurs fois, sans qu'aucune information nouvelle n'apparaisse entre deux passages. Recevoir un formulaire et le copier dans un Notion. Envoyer un accusé de réception. Rappeler une échéance. Ce sont des automatisations honnêtes : elles enlèvent un geste mécanique, elles ne suppriment pas une décision humaine.
Si la tâche varie — si elle demande à juger, à arbitrer, à choisir un ton — l'automatiser revient à figer ce qui devrait rester souple. Et le coût (humain, éditorial, parfois éthique) finit par dépasser le gain de temps.
Question 2 — Est-ce que la personne en face s'en rendra compte ?
C'est la question la plus importante. Un courriel d'accusé de réception écrit comme un courriel humain mais envoyé par Make est acceptable. Un courriel qui dit « Bonjour [PRÉNOM], merci de votre demande concernant [SUJET] » et qui se trahit au premier coup d'œil ne l'est pas.
Si une automatisation s'entend, on a déshumanisé. Mieux vaut envoyer le même message une heure plus tard, à la main, que tout de suite, à la machine. Le temps d'attente perdu est récupéré dix fois dans la qualité de la relation.
« Une bonne automatisation est silencieuse. Personne ne sait qu'elle existe — sauf l'équipe qui en bénéficie. »
Question 3 — Est-ce que ça simplifie le travail, ou ça le déplace ?
Beaucoup d'automatisations ne réduisent pas le travail — elles le déplacent. Le formulaire automatique génère trois fois plus de leads à trier. Le rappel automatique génère trois fois plus de demandes de précisions. Le système alerte automatiquement, mais quelqu'un doit gérer les alertes.
Avant d'automatiser, on cartographie le travail qui suivra. Si le travail aval augmente plus que le travail amont ne diminue, on n'a rien gagné. On a juste déplacé la charge — souvent vers une personne qui n'avait pas demandé à la recevoir.
Question 4 — Est-ce que l'équipe garde la main ?
L'automatisation doit pouvoir être arrêtée, modifiée, lue par l'équipe — pas seulement par la personne qui l'a mise en place. Une automatisation que personne d'autre ne comprend est une bombe à retardement. Quand cette personne part, le système devient opaque, fragile, parfois dangereux.
Documentation courte, propriété claire, possibilité de couper en deux clics. C'est ce qui distingue une infrastructure d'une dépendance.
Ce qu'on automatise volontiers.
- Les sauvegardes, les synchronisations entre outils.
- Les notifications internes (et non externes).
- Le remplissage de bases de données à partir de formulaires.
- Les rappels d'échéance, les générations de récapitulatifs hebdomadaires.
- Le suivi de mentions, de citations, de statistiques.
Ce qu'on n'automatise jamais.
- La réponse à une personne qui pose une question pour la première fois.
- L'écriture de contenus qui portent la voix de l'organisme.
- Les arbitrages éditoriaux, les choix de timing.
- Les messages sensibles — deuil, refus, remerciement personnel.
Une organisation peut automatiser énormément sans jamais devenir froide — à condition de protéger soigneusement ces deux dernières listes. C'est tout ce qu'il faut savoir.