La plupart des mauvaises automatisations ne viennent pas d'un mauvais outil.
Elles viennent d'un mauvais process.
On ouvre Make, Zapier ou n8n trop vite. On connecte deux apps. On ajoute un filtre. Puis une condition. Puis une exception. Puis une correction parce qu'un cas n'avait pas été prévu.
Au bout d'un moment, le scénario fonctionne peut-être. Mais personne ne sait vraiment pourquoi.
Avant d'automatiser un process, tu dois d'abord le voir clairement.
Pas besoin d'un audit de trois semaines. Pas besoin d'un diagramme compliqué. Pas besoin d'un outil de modélisation. Pour beaucoup de workflows, une cartographie simple en 30 minutes suffit déjà à éviter 80% des erreurs.
L'objectif est simple : comprendre ce qui se passe vraiment avant de demander à un outil de le faire à ta place.
Pourquoi un process flou donne une automatisation fragile
Une automatisation est une suite de décisions.
Quand ceci arrive, fais cela. Si cette condition est vraie, continue. Si une donnée manque, arrête ou alerte quelqu'un. Si le statut change, déclenche l'étape suivante.
Si le process est clair, ces décisions sont faciles à transformer en workflow.
Si le process est flou, tu vas improviser dans l'outil.
Et c'est là que les problèmes commencent :
- tu ne sais pas quel événement doit déclencher l'automatisation ;
- tu ne sais pas quelles données sont obligatoires ;
- tu ne sais pas quoi faire quand une information manque ;
- tu ne sais pas qui doit valider quoi ;
- tu ne sais pas quand l'automatisation doit s'arrêter ;
- tu ajoutes des exceptions au hasard.
L'outil ne corrige pas ce flou. Il l'exécute.
À retenir : automatiser un process que tu ne comprends pas, c'est transformer une confusion humaine en confusion technique.
Étape 1 : écris le résultat attendu
Avant de lister les étapes, commence par la fin.
Demande-toi : "Quand ce process est terminé, qu'est-ce qui doit être vrai ?"
Exemples :
- un lead est qualifié et ajouté au bon pipeline ;
- un client reçoit son email de bienvenue ;
- une facture est créée et envoyée ;
- une demande support est assignée à la bonne personne ;
- un article est ajouté à la liste de veille ;
- un dossier client est créé avec les bons sous-dossiers.
Cette phrase t'aide à cadrer le process.
Sans résultat attendu, tu risques d'automatiser des actions sans savoir si elles servent vraiment quelque chose.
Un bon résultat attendu doit être concret.
Pas : "Améliorer le suivi client."
Plutôt : "Quand un client signe, son dossier est créé, la checklist interne est prête et le client reçoit les prochaines étapes."
Étape 2 : identifie le déclencheur
Toute automatisation commence par un déclencheur.
C'est l'événement qui dit au système : "Tu peux démarrer."
Quelques exemples :
- un formulaire est soumis ;
- une ligne est ajoutée dans Airtable ;
- une propriété Notion passe à "Signé" ;
- un paiement Stripe est confirmé ;
- un email arrive avec un objet précis ;
- une tâche passe dans une colonne spécifique ;
- un rendez-vous est réservé.
Le déclencheur doit être fiable.
Si le déclencheur est vague, toute l'automatisation devient instable.
Par exemple, "quand un prospect est chaud" n'est pas un bon déclencheur. C'est une impression. "Quand le champ Statut passe à SQL" est plus clair.
La question à poser :
Quel événement observable prouve que ce process doit commencer ?
Si tu ne peux pas répondre, tu n'es pas encore prêt à automatiser.
Étape 3 : liste les étapes réelles, pas les étapes idéales
Maintenant, écris ce qui se passe aujourd'hui.
Pas ce qui devrait se passer dans un monde parfait. Ce qui se passe vraiment.
Exemple pour un lead entrant :
- Le prospect remplit un formulaire.
- Je reçois une notification email.
- Je lis la demande.
- Je vérifie son site.
- Je regarde si le budget semble cohérent.
- Je crée une fiche dans le CRM.
- J'envoie un email de réponse.
- Je propose un créneau.
- Je relance si pas de réponse.
Cette liste n'a pas besoin d'être belle. Elle doit être honnête.
Si tu oublies une étape manuelle, tu risques de créer une automatisation qui casse dès qu'elle rencontre la réalité.
Une bonne pratique : note aussi les étapes qui se passent "dans ta tête".
Par exemple :
- décider si le prospect est sérieux ;
- reconnaître une demande hors cible ;
- estimer si le budget est réaliste ;
- reformuler un besoin flou.
Ces étapes sont souvent les plus importantes. Et ce sont rarement celles qu'il faut automatiser en premier.
Étape 4 : repère les données nécessaires
Une automatisation manipule des données.
Si une donnée manque, le workflow doit soit attendre, soit alerter, soit prendre une décision par défaut.
Pour chaque étape, demande-toi : "De quelles informations ai-je besoin ?"
Exemple pour un onboarding client :
- nom du client ;
- email principal ;
- entreprise ;
- offre achetée ;
- date de démarrage ;
- lien du contrat ;
- statut du paiement ;
- interlocuteur principal ;
- dossier Drive ;
- notes importantes.
Ensuite, classe ces données en trois catégories.
Données obligatoires
Sans elles, le process ne doit pas continuer.
Exemple : tu ne peux pas envoyer un email de bienvenue si l'adresse email est vide.
Données utiles
Elles améliorent le process, mais ne le bloquent pas.
Exemple : connaître le secteur du client peut aider à personnaliser un message, mais ce n'est pas toujours nécessaire.
Données optionnelles
Elles sont intéressantes, mais ne doivent pas compliquer l'automatisation au départ.
Exemple : source d'acquisition, notes internes, préférence de communication.
Cette distinction évite un piège classique : construire un système trop lourd parce qu'on veut tout capturer dès le début.
Étape 5 : identifie les exceptions
Les exceptions sont les moments où le process ne suit pas le chemin normal.
Et ce sont elles qui cassent souvent les automatisations.
Quelques exemples :
- un formulaire est incomplet ;
- un client utilise une autre adresse email ;
- un paiement est en attente ;
- un prospect répond directement sur LinkedIn ;
- deux personnes remplissent le même formulaire ;
- une donnée arrive dans le mauvais format ;
- une offre spéciale ne suit pas le process standard.
Tu n'as pas besoin de gérer toutes les exceptions dès la première version.
Mais tu dois au moins les connaître.
Pour chaque exception fréquente, décide :
- est-ce que l'automatisation doit s'arrêter ?
- est-ce qu'elle doit créer une tâche manuelle ?
- est-ce qu'elle doit envoyer une alerte ?
- est-ce qu'elle peut continuer avec une valeur par défaut ?
Erreur à éviter : vouloir automatiser les exceptions rares avant d'avoir automatisé proprement le cas standard.
Étape 6 : distingue ce qui doit être automatique, assisté ou humain
Tous les éléments d'un process ne méritent pas le même niveau d'automatisation.
Je classe souvent les étapes en trois catégories.
Automatique
L'action peut être faite sans validation humaine.
Exemples :
- créer une ligne dans une base ;
- envoyer une notification interne ;
- générer une checklist ;
- mettre à jour un statut ;
- créer un dossier.
Assisté
Le système prépare, mais un humain valide.
Exemples :
- générer un brouillon d'email ;
- proposer une qualification de lead ;
- préparer un résumé ;
- suggérer une réponse support.
C'est souvent le meilleur mode pour les premières automatisations IA.
Humain
L'étape doit rester entre les mains d'une personne.
Exemples :
- décider d'accepter un client ;
- gérer une objection importante ;
- annoncer une mauvaise nouvelle ;
- arbitrer une priorité stratégique ;
- personnaliser un message sensible.
Cette distinction rend ton système plus solide. Elle évite de tout automatiser par principe.
Étape 7 : dessine le process en version simple
Maintenant, tu peux dessiner.
Pas besoin d'un outil compliqué. Tu peux utiliser une feuille, Notion, FigJam, Miro ou un simple document texte.
Le format le plus simple :
Déclencheur
↓
Étape 1
↓
Condition
├─ Si oui → Étape 2
└─ Si non → Alerte humaine
↓
Étape finale
Exemple :
Nouveau client marqué "Signé" dans Notion
↓
Vérifier que l'email est présent
├─ Si non → créer une tâche "Compléter email client"
└─ Si oui → continuer
↓
Créer dossier client
↓
Créer checklist onboarding
↓
Préparer email de bienvenue
↓
Mettre statut "Onboarding lancé"
Ce dessin simple est déjà une base pour Make, Zapier ou n8n.
Tu peux ensuite traduire chaque ligne en module ou en étape.
Étape 8 : cherche le plus petit workflow utile
Une fois le process cartographié, tu vas probablement voir beaucoup de choses à automatiser.
Ne commence pas par tout.
Cherche le plus petit workflow utile.
C'est l'automatisation qui :
- règle un vrai problème ;
- utilise peu d'outils ;
- a peu d'exceptions ;
- peut être testée facilement ;
- ne met pas la relation client en danger.
Exemple :
Au lieu d'automatiser tout l'onboarding, commence par créer automatiquement la checklist interne quand un client passe au statut "Signé".
C'est simple, utile et peu risqué.
Ensuite seulement, ajoute l'email, le dossier, les rappels ou les notifications.
Mini-template de cartographie
Tu peux utiliser ce modèle avant chaque automatisation.
Nom du process :
Résultat attendu :
Déclencheur :
Étapes actuelles :
1.
2.
3.
Données obligatoires :
-
-
Données utiles :
-
-
Exceptions connues :
-
-
Étapes automatiques :
-
-
Étapes assistées :
-
-
Étapes humaines :
-
-
Première version à automatiser :
Comment tester :
Que faire en cas d'erreur :
Ce template est volontairement simple.
Le but n'est pas de produire un document parfait. Le but est d'éviter de construire à l'aveugle.
Conclusion
L'automatisation commence rarement dans l'outil.
Elle commence dans la compréhension du process.
Avant de connecter tes apps, prends 30 minutes pour écrire ce qui se passe vraiment : le déclencheur, les étapes, les données, les exceptions et les décisions humaines.
Cette cartographie va te faire gagner du temps.
Elle va aussi te montrer une chose importante : tout ne mérite pas d'être automatisé.
Parfois, la meilleure automatisation est une checklist. Parfois, c'est une notification. Parfois, c'est juste un meilleur formulaire. Et parfois, c'est un process qu'il faut simplifier avant de le confier à une machine.
Automatiser sans cartographier, c'est aller vite dans une direction floue.
Cartographier d'abord, c'est construire un système qui a une chance de tenir.
