Le mot désigne deux choses selon le contexte, et la confusion vaut la peine d'être levée. Dans certains outils, « scénario » est simplement le nom donné à un Workflow. Dans le langage courant, un scénario d'automatisation désigne le cas d'usage lui-même, avant toute construction.
C'est ce second sens qui nous intéresse, parce que c'est là que se joue la réussite ou l'échec d'un projet d'automatisation. La plupart des automatisations abandonnées n'ont pas échoué techniquement : elles automatisaient la mauvaise chose.
Définition
Un scénario d'automatisation est la description complète d'un cas à automatiser : l'événement de départ, les étapes, le résultat attendu, et surtout les situations où cela ne se passe pas comme prévu.
C'est le document que vous écrivez avant d'ouvrir le moindre outil. En trois lignes ou en une page, peu importe, mais avant.
Un scénario bien écrit répond à quatre questions : qu'est-ce qui déclenche, que doit-il se passer, quel est le résultat visible, et que fait-on quand ça rate. La quatrième est celle qu'on saute, et c'est celle qui coûte.
Comment choisir ce qui mérite d'être automatisé
Toutes les tâches répétitives ne valent pas la peine. La grille est simple : multipliez la fréquence par le temps unitaire, et comparez au temps de construction plus la surveillance.
| Bon candidat | Mauvais candidat |
|---|---|
| Répété plusieurs fois par semaine | Trois fois par an |
| Toujours les mêmes étapes | Chaque cas est différent |
| Aucun jugement à exercer | Demande un arbitrage humain |
| Une erreur se voit et se corrige | Une erreur part chez le client |
| Les outils exposent une API | Il faut ressaisir à la main quelque part |
La dernière ligne élimine plus de projets que toutes les autres. Une chaîne automatisée qui comporte une étape manuelle au milieu n'est pas une automatisation, c'est une source de retards supplémentaire.
Écrire un scénario en pratique
Décrivez le cas normal en premier, en une phrase par étape, dans le langage de votre métier et non dans celui de l'outil. Si vous ne savez pas l'écrire en français, vous ne saurez pas le construire.
Listez ensuite ce qui peut mal tourner. Donnée manquante, service indisponible, doublon, montant aberrant. Pour chaque cas : on s'arrête, on ignore, ou on alerte.
Définissez le résultat observable. Comment saurez-vous demain matin que cela a fonctionné cette nuit ? Si la réponse est « je ne sais pas », il manque une étape.
Chiffrez le gain attendu. Vingt minutes par semaine, c'est dix-sept heures par an. Cela vous dira si un jour de construction se justifie.
Un scénario qui commence par « et ensuite l'IA s'occupe du reste » n'est pas un scénario. Chaque étape doit être descriptible, y compris celles confiées à un modèle, sinon vous ne saurez jamais si le résultat est correct.
Questions fréquentes
Faut-il vraiment écrire avant de construire ?
Pour un cas à deux étapes, non. Dès que le cas comporte des conditions ou touche à de l'argent ou à des clients, oui, et l'écriture prend dix minutes contre plusieurs heures de correction ensuite.
Par quel scénario commencer quand tout semble automatisable ?
Par celui qui vous agace le plus, pas par celui qui rapporte le plus. La motivation compte davantage que le calcul au démarrage, et un premier succès rend le second beaucoup plus facile.
Quand faut-il un agent plutôt qu'un workflow ?
Quand vous ne pouvez pas écrire la liste des étapes à l'avance parce qu'elles dépendent de ce qu'on trouve en chemin. Dans tous les autres cas, l'Agent IA coûte plus cher pour un résultat moins prévisible.
Comment structurer ce travail dès le départ ?
En traitant l'écriture du scénario comme la première étape de la construction et non comme de la paperasse. Notre formation n8n impose ce passage avant chaque montage, y compris sur les cas les plus simples.