Aller au contenu principal
Nous contacter

L'automatisation : no-code, low-code ou développement ?

Distinguer ces trois niveaux vous permet de savoir, avant de lancer une automatisation, qui pourra la construire et surtout qui pourra la faire évoluer.

Trois façons de construire, du meuble en kit à l’ébéniste

Le no-code, c’est le meuble en kit : vous assemblez des pièces prédécoupées, sans outil, mais seulement dans les formes prévues par la notice. Le low-code ajoute une scie pour recouper la pièce qui manque, et le développement, c’est l’ébéniste qui part d’une planche brute.

Appliqué à l’automatisation, le no-code désigne des outils qu’on utilise sans savoir lire ni écrire de code informatique (France Num, 2023). Le développement consiste à écrire un programme sur mesure.

n8n se range dans le low-code. Vous y construisez un workflow, c’est-à-dire une suite d’étapes qui s’enchaînent seules entre vos logiciels, en reliant des blocs à l’écran. Quand un bloc ne suffit pas, vous en insérez un qui contient quelques lignes de JavaScript ou de Python (n8n, tarifs 2026).

Se tromper de niveau se paie en bricolages ou en dépendance

Trop bas. Un outil purement no-code fonctionne tant que les données arrivent propres. À la première exception, une date au mauvais format ou un client en double, l’équipe contourne à la main et les petits outils se multiplient. France Num met en garde contre cette prolifération sans gouvernance, c’est-à-dire sans règle sur qui crée quoi et qui le maintient (France Num, 2025).

Trop haut. Un programme sur mesure fait exactement ce que vous voulez. En contrepartie, chaque modification repasse par un développeur, et le jour où il n’est plus disponible, votre outil n’évolue plus.

Le piège du low-code. Il ressemble à du no-code jusqu’au jour où quelqu’un glisse du code dans un bloc. Nous pensons que c’est le bon niveau pour la plupart des automatisations d’une PME, à une condition : documenter finement ces blocs pour permettre de conserver la connaissance et la maîtrise après le départ de l’auteur.

Un workflow se lit comme une recette : un déclencheur, des étapes, un résultat

Voici notre propre workflow de comptes rendus de réunion, étape par étape.

  1. Le déclencheur. Toutes les 20 minutes, n8n regarde si un enregistrement audio est arrivé dans un dossier OneDrive.
  2. Les étapes. Il transcrit le fichier sur notre serveur, puis fait rédiger une synthèse par un modèle de langage.
  3. Le bloc de code. Quelques lignes remettent la réponse en forme et vérifient la date de la réunion. C’est la partie low-code du workflow.
  4. La validation humaine. Une personne reçoit un formulaire par e-mail, corrige et valide. Nous l’avons voulu ainsi : une synthèse fausse enregistrée sans contrôle coûte plus cher qu’une relecture.
  5. Le résultat. La fiche est créée dans Notion avec le statut « À relire », et l’audio est rangé dans un dossier d’archive.

Prenez une tâche répétitive et placez-la sur l’échelle

Choisissez une tâche que votre équipe répète chaque semaine, puis répondez à trois questions.

Les données arrivent-elles toujours sous la même forme ? Si oui, un outil no-code peut suffire. Si les exceptions sont fréquentes, il faudra des règles, et probablement un peu de code.

La tâche touche-t-elle un logiciel sans API ? Une API est la porte d’entrée qu’un logiciel prévoit pour les échanges avec d’autres programmes. Sans elle, l’automatisation devient un projet de développement, ou un renoncement.

Qui relira le workflow dans deux ans ? Écrivez un nom. S’il n’y en a pas, simplifiez le workflow ou décidez dès maintenant qui s’en chargera à l’extérieur.

Sources