Confier le travail répétitif à une automatisation
L’automatisation qui tourne chaque jour et fait gagner quatre minutes bat l’astucieuse qui tourne une fois par mois. Commencez plus petit que ce qui semble valoir la peine.
Automation est un constructeur visuel à base de nœuds : vous reliez un déclencheur à une ou plusieurs actions, disposez les nœuds sur une grille, et lancez le flux à la demande ou laissez le déclencheur s’en charger. Enregistrer un flux comme modèle fait que le suivant du même genre part de quelque chose plutôt que de rien.
La mécanique s’apprend en vingt minutes. Choisir quoi automatiser prend plus de temps, et c’est parce qu’on se trompe là que la plupart des dossiers d’automatisation contiennent quatre flux auxquels plus personne ne fait confiance.
Ce qui vaut vraiment la peine d’être automatisé
Le réflexe est d’automatiser ce qui est pénible. Ce qui est pénible l’est généralement parce que c’est rare et que cela demande de réfléchir — ce qui en fait le pire candidat.
Ce qui rapporte, c’est l’inverse : petit, fréquent, ennuyeux. Multipliez les minutes par la fréquence et la réponse devient évidente.
- Quatre minutes, chaque jour → 16 heures par an. À automatiser.
- Deux heures, deux fois par an → quatre heures. À faire à la main, et gardez votre après-midi.
L’autre filtre est le jugement. Si la tâche exige de décider quelque chose — ce prospect vaut-il la peine, ce bug est-il urgent — l’automatisation peut préparer la décision mais ne doit pas la prendre. Un flux qui attribue et notifie est utile ; un flux qui ferme les tickets qu’il a jugés sans importance vous fera perdre quelque chose de réel, en silence, pendant des mois.
Rendez la première jetable
Votre première automatisation doit être une dont personne ne remarque l’arrêt. Pas la facturation. Plutôt : quand une carte passe en terminé, publie une ligne dans le canal de l’équipe.
Deux raisons. Vous vous tromperez de déclencheur la première fois — tout le monde le fait — et le prix devrait être une collègue perplexe, pas un paiement manqué. Et un flux que vous pouvez observer pendant une semaine vous en apprend plus sur le déclenchement réel que n’importe quelle lecture.
Une fois qu’il a tourné une semaine sans vous surprendre, construisez celui qui compte.
La boucle, le seul vrai danger
Cela mérite sa propre section, parce que c’est l’erreur qui coûte de l’argent plutôt que du temps.
Un flux déclenché par « un enregistrement change » et qui modifie lui-même un enregistrement vient de se déclencher tout seul. Il continuera. Si une étape de ce flux appelle une action IA, chaque tour puise dans votre solde de jetons, et vous l’apprenez le lendemain matin.
Trois habitudes l’empêchent complètement :
- Ne laissez jamais un flux écrire dans ce qui le déclenche. Si c’est indispensable, restreignez le déclencheur — un champ précis, une transition d’état précise — pour que l’écriture ne remplisse pas la condition.
- Lancez d’abord à la demande. Automation permet d’exécuter un flux manuellement. Faites-le trois fois et lisez ce qui s’est passé avant d’attacher un déclencheur.
- Vérifiez le compteur d’exécutions le lendemain. Automation indique combien de fois chaque flux s’est exécuté. Un flux à quatre chiffres après deux jours est une boucle, et ce chiffre est le moyen le plus rapide de la trouver.
Les flux ont un propriétaire, et les propriétaires partent
Chaque flux indique qui l’a créé, et ce champ compte plus qu’il n’en a l’air.
Une automatisation construite par quelqu’un qui a quitté l’entreprise continue de tourner. Mais tout ce qui, à l’intérieur, dépendait de ses accès — un projet qu’il voyait, une connexion qu’il avait autorisée — se met à échouer, et en silence, car un flux en erreur n’envoie d’e-mail à personne.
Ajoutez-le à votre routine de départ : triez les automatisations par propriétaire et, pour toute personne qui s’en va, réattribuez ou désactivez. Dix minutes le jour même valent mieux que quinze jours de « pourquoi personne n’a été prévenu ».
Dessinez avant de construire
Pour tout ce qui dépasse trois étapes, ouvrez d’abord Flowchart et esquissez. Cela ressemble à une étape en plus et cela en supprime une.
Un schéma rend les branches visibles — le cas où le champ est vide, le cas où la personne n’est pas dans l’espace, le cas où l’étape précédente n’a rien renvoyé. Ce sont ces branches qui cassent les automatisations en troisième semaine, et elles sont bien plus visibles sur un dessin que dans un graphe de nœuds qu’on est en train d’assembler.
Le schéma survit aussi à celui qui l’a construit. Six mois plus tard, « que fait ce flux » devient une question qui a une réponse.
Questions fréquentes
Comment savoir qu’un flux tourne en boucle ?
Regardez le compteur d’exécutions. Automation affiche les exécutions par flux, et un nombre à quatre chiffres deux jours après activation est une boucle. La cause est presque toujours un flux qui écrit dans les enregistrements qui le déclenchent.
Les automatisations consomment-elles des jetons IA ?
Uniquement si une étape appelle une action IA. Déplacer des cartes, envoyer des notifications et mettre à jour des champs ne coûte rien. C’est exactement pour cela qu’une boucle contenant une étape IA est l’erreur coûteuse.
Que deviennent les automatisations quand leur créateur part ?
Elles continuent de tourner, mais tout ce qui dépendait de ses accès se met à échouer silencieusement. Triez par propriétaire lors du départ et réattribuez ou désactivez : un flux en échec ne prévient personne.
Puis-je tester un flux avant sa mise en service ?
Oui. Exécutez-le à la demande au lieu d’y attacher un déclencheur, faites-le plusieurs fois et lisez ce qui s’est réellement passé. Chaque automatisation devrait mériter son déclencheur.
