Une dirigeante m’ecrit. « J’ai besoin d’automatiser mon onboarding, je perds un temps fou a chaque nouvelle eleve. » Je lui demande de me decrire ce qui se passe concretement quand une eleve s’inscrit. Silence. Puis : « Ca depend un peu des fois, en fait. »

C’est la que je sais qu’on ne va pas commencer par automatiser quoi que ce soit.

Le reflexe « automatiser » cache souvent un autre probleme

Quand un process est mal defini, personne dans l’equipe ne sait exactement qui fait quoi. L’information vit dans trois endroits differents : un peu dans ta tete, un peu dans un tableau Notion a moitie a jour, un peu dans les emails de la semaine derniere. Automatiser ca, ce n’est pas regler le probleme. C’est le figer, et l’accelerer.

Une automatisation reproduit exactement ce que tu lui dis de faire. Si le process en dessous change selon les jours, selon qui s’en occupe, selon le type de cliente, l’automatisation va soit planter a la premiere exception, soit produire des resultats incoherents que personne ne remarque avant que ca devienne un vrai probleme.

Une automatisation ne corrige jamais un process bancal. Elle le fait juste tourner plus vite, avec moins de gens pour remarquer quand ca deraille.

Ce qu’il faut decider avant de toucher a un outil

Avant meme de parler de Make, de Zapier ou de n’importe quel workflow, il y a trois questions qui doivent avoir une reponse claire et unique. Pas « ca depend ». Une reponse.

1.

Qui fait quoi.

Pour chaque etape du process, une seule personne est responsable. Pas « en general c’est moi mais parfois mon assistante ». Une personne, un role, a chaque etape.

2.

Quand ca se declenche.

L’evenement precis qui lance chaque etape doit etre identifiable. Pas « quand j’ai le temps ». Un signal clair : un paiement recu, un formulaire rempli, une date atteinte.

3.

Ou vit l’information.

Chaque donnee a un seul endroit ou elle existe officiellement. Si le statut d’une eleve peut se trouver a jour dans ton CRM mais pas dans ta boite mail, tu as deja un probleme, automatisation ou non.

Une fois ces trois reponses posees noir sur blanc, tu as un process. Ce n’est qu’a partir de la qu’automatiser a du sens, parce que tu sais exactement ce que tu demandes a la machine de reproduire.

Un exemple concret : l’onboarding qui « depend un peu »

Reprenons la dirigeante du debut. Apres une heure a derouler ce qui se passait reellement, voici ce qu’on a decouvert : parfois c’est elle qui envoie l’email de bienvenue, parfois c’est son assistante, ca depend si elle a vu la notification de paiement a temps. Le lien vers la plateforme est parfois dans l’email, parfois envoye separement parce qu’elle a oublie de l’ajouter au modele. Le statut de l’eleve dans son tableau Notion n’est mis a jour que si elle y pense, ce qui arrive environ une fois sur deux.

Ce n’etait pas un probleme d’automatisation. C’etait un process qui n’existait pas vraiment, execute differemment a chaque fois par la seule force de la memoire humaine.

Ce qu’on a fait, dans l’ordre :

1.

On a decide – Le paiement Stripe declenche systematiquement la suite. Un seul evenement de depart, toujours le meme.

2.

On a clarifie – Le statut « eleve active » vit uniquement dans le CRM. Plus nulle part ailleurs.

3.

Puis on a automatise – L’email de bienvenue, l’acces plateforme et la mise a jour du statut partent ensemble, sans exception.

L’automatisation elle-meme a pris moins de deux heures a construire. La clarification du process, elle, a pris la majeure partie de la session. C’est presque toujours dans cet ordre-la que ca se passe.

Pourquoi ca compte particulierement quand tu as une equipe

Seule, un process flou est gerable parce que tout est dans ta tete, meme si c’est fatigant. Des que quelqu’un d’autre entre dans l’equation, un membre d’equipe, une prestataire, une automatisation, le flou devient visible. Chacun fait midi a sa porte, et personne ne peut dire avec certitude ou en est un dossier sans te demander.

C’est souvent a ce moment-la que les dirigeantes m’appellent. Pas parce que l’automatisation en elle-meme est urgente, mais parce que le chaos est devenu trop visible pour continuer a l’ignorer.

La regle que j’applique a chaque mission

D’abord on structure, ensuite on automatise, ensuite on integre l’IA la ou ca a du sens. Jamais dans un autre ordre. Une automatisation posee sur un process bancal ne fait qu’ajouter une couche de complexite a un probleme qui, lui, reste entier.

Si tu sens que ton systeme ne tourne pas rond, la meilleure question a te poser n’est pas « qu’est-ce que je peux automatiser ». C’est « qui fait quoi, quand, et ou vit l’information ». Une fois que tu as ces reponses, l’automatisation devient presque evidente.

Diagnostic Système · 350 €