Pourquoi nous construisons sur n8n

Toutes nos automatisations tournent sur n8n, que nous hébergeons nous-mêmes sur un serveur européen. C'est ce choix qui rend tenables les trois engagements de notre ligne. Voici les quatre raisons, dans l'ordre d'importance, puis ce que l'outil ne résout pas.

Chaque chaîne est visible

Un workflow n8n se lit comme un schéma. Le déclencheur à gauche, les étapes reliées par des traits, les branches quand il y a une décision. Regardez l'image en tête de cet article : c'est notre chaîne de tri des emails, telle qu'elle tourne, et vous voyez sans explication qu'elle lit les messages, les classe, puis part dans plusieurs directions selon la réponse.

Cela change la relation avec le client. On lui montre l'écran et on lui dit : voilà ce qui se passe quand un email arrive. Il voit les décisions, il voit les endroits où il a la main. Un programme écrit dans un fichier ne se montre pas, et un client qui ne peut pas voir ce qui tourne chez lui finit par ne plus y croire.

C'est aussi ce qui rend les revues honnêtes. Quand nous auditons les chaînes d'un client, il regarde par-dessus notre épaule et comprend ce qu'on corrige.

Chaque chaîne a son interrupteur

Une automatisation s'active et se désactive d'un clic, chaîne par chaîne. Pas le système entier, la chaîne. On peut couper le tri des emails en gardant les relances de factures, couper les relances en gardant la réceptionniste.

C'est la condition pour laisser une machine toucher à des emails ou à des factures. Un client qui ne peut pas arrêter une automatisation ne devrait pas l'accepter, et nous ne devrions pas la lui vendre. Quand quelque chose part de travers, le premier geste n'est pas de nous appeler : c'est de couper, puis de nous appeler.

Chaque exécution laisse une trace

Chaque passage est enregistré : ce qui est entré, ce qui est sorti, ce qui a échoué, combien de temps ça a pris. C'est le point que nous sous-estimions au début, et il est devenu le plus utile au quotidien.

Sur notre propre instance, le tableau des exécutions affiche 177 exécutions de production sur la période, 12 en échec, soit 6,8 % d'échec, et 4,36 secondes de durée moyenne. Ces chiffres ne sont pas flatteurs et c'est pour cela qu'ils sont publiés : un système qui prétend ne jamais échouer est un système dont personne ne regarde le journal. Les échecs sont presque toujours des services tiers indisponibles quelques secondes, et ils sont visibles, datés, rejouables.

Sans ce journal, il ne reste qu'un client qui dit « ça n'a pas marché » et personne pour savoir quand, ni pourquoi, ni combien de fois. Avec, on ouvre l'exécution fautive, on voit l'étape qui a lâché et la donnée exacte qui est entrée.

Le client peut partir avec

Un workflow s'exporte dans un fichier, et ce fichier se réimporte dans n'importe quelle instance n8n, y compris une instance que le client hébergerait lui-même.

Les chaînes que nous construisons appartiennent au client, au même titre que le code et les données. Nous n'avons aucun intérêt à le retenir autrement qu'en faisant bien notre travail, et un client qui reste parce qu'il ne peut pas partir finit par partir quand même, en pensant du mal de nous.

Ce que l'outil ne règle pas

Il faut être honnête sur ce que n8n n'apporte pas, parce que c'est là que les projets échouent.

Il ne décide pas de ce qui vaut la peine d'être automatisé. Un geste rare, ou trop variable d'une fois sur l'autre, coûtera toujours plus cher à automatiser qu'à faire. C'est le travail du cadrage, pas celui du logiciel.

Il ne rattrape pas des données fausses. Une chaîne posée sur un fichier client mal tenu fait des dégâts plus vite qu'un humain, et à plus grande échelle : elle envoie cent emails à la mauvaise personne pendant qu'un humain en aurait envoyé un et se serait arrêté.

Il n'empêche pas de construire une usine à gaz. Une chaîne de quarante étapes que personne ne comprend plus est un risque, pas un actif. Nous préférons plusieurs chaînes courtes, chacune avec son interrupteur et son journal, à une grande chaîne qui fait tout.

Il ne remplace pas une application. n8n orchestre : il déclenche, il appelle, il transforme, il route. Quand il faut une interface où le client vit tous les jours, des comptes, des permissions, un historique consultable, cela s'écrit dans une application. C'est la raison d'être d'OTTO+. Confondre les deux couches donne un tableur déguisé en automatisation.

Ce que ça donne en pratique

Chez nos clients, les chaînes en production ressemblent toujours au même patron. Un déclencheur, qui est un email, un appel, une heure ou un paiement. Une lecture. Une décision. Une action. Une trace. L'action est presque toujours une préparation plutôt qu'un envoi, et le brouillon attend une validation humaine.

C'est le troisième engagement de notre ligne, et n8n est ce qui le rend vérifiable plutôt que déclaratif. Vous pouvez ouvrir la chaîne et constater par vous-même que la dernière étape crée un brouillon au lieu d'envoyer.