Assembler ou coder : ce qui change au bout d’un an

J’utilise les deux. Le formulaire de contact de mon propre site passe par un outil d’assemblage, et il n’y a aucune raison qu’il en soit autrement : capter un envoi de formulaire, le ranger et me prévenir, ça se monte en une heure et ça n’a pas besoin de code.

Je le précise d’entrée parce que ce débat se tient d’habitude entre gens qui vendent l’un ou l’autre. Ce n’est pas une question de camp, c’est une question d’échéance.

Ce que l’assemblage fait très bien

J’appelle assemblage le fait de relier des services entre eux dans un outil prévu pour ça, sans écrire de programme. Ce sont ceux dont un dirigeant a parfois entendu le nom, et qui font tous à peu près la même chose.

Relier deux services qui ont tous les deux une porte d’entrée prévue pour ça. Déclencher quelque chose à heure fixe. Envoyer une notification. Recopier une ligne d’un tableau vers un autre outil.

Pour ces cas, monter la chaîne prend quelques heures, le résultat se voit à l’écran, et quelqu’un de non technique peut ouvrir la chaîne et comprendre ce qu’elle fait. Ce dernier point vaut cher et on l’oublie souvent dans la comparaison.

Le prix de départ est faible. Si le besoin reste dans ce périmètre, il n’y a aucune raison d’aller chercher autre chose, et je le dis aux gens qui m’appellent pour ça.

Où ça se complique, et ce n’est pas où on croit

Ce n’est pas la complexité de la chaîne. C’est la forme des données.

Un intégrateur racontait, dans un avis relevé en septembre 2026, qu’une utilisatrice non technique avait tenu jusqu’au moment où il a fallu extraire un champ situé à l’intérieur d’un autre, puis mettre une date au bon format. Ce n’est pas un cas rare, c’est le cas normal dès qu’on sort des connexions préparées d’avance : les données réelles arrivent imbriquées, incomplètes, avec des dates écrites de trois façons.

Le même relevé donne deux autres chiffres qui parlent. Trois jours pour comprendre qu’un blocage venait d’un délai d’attente dépassé. Et deux à trois heures par mois de reprise pour un développeur, sur une installation maintenue en interne, sans compter les mises à jour qui cassent une chaîne au mauvais moment.

Ces chiffres viennent d’intégrateurs, pas de dirigeants, et je le signale : ce sont des gens du métier qui décrivent leur propre travail.

Ce que le code apporte, et ce qu’il coûte

Trois choses qui n’apparaissent qu’avec le temps.

Les règles de votre métier deviennent explicites. Le cas où deux références désignent le même produit, le cas où le prix net dépasse le prix public, le cas où un client sur dix n’entre dans aucune case. Ces règles s’écrivent une fois, se testent, et restent lisibles pour celui qui reprendra derrière.

La correction se fait en un endroit. J’ai la même application en service à six endroits différents. Le 16 septembre 2026, une mise à jour est passée sur les six en une seule opération, sauvegardes prises avant. Six chaînes assemblées séparément auraient demandé six interventions, avec six occasions d’en oublier une.

Et ce qui est construit vous appartient, avec son code et sa documentation. C’est le sujet de ce qui vous reste si je disparais.

Le coût, lui, est réel : c’est plus long au départ, et vous ne pourrez pas ouvrir le capot vous-même. Il faut que ça en vaille la peine, et la façon dont je livre est faite pour que ça se vérifie lot par lot.

La question qui tranche

Pas « lequel est le meilleur ». Celle-ci : dans un an, quand le service d’en face aura changé quelque chose, qui s’en apercevra.

Parce que ça arrivera. Sur un seul de mes dossiers, quatre dérives ont eu lieu en 2026, dont deux venues d’un fournisseur, et aucune n’a été annoncée à l’avance. Ils sont racontés dans la panne silencieuse.

Si la réponse est « quelqu’un chez nous ouvre la chaîne et corrige », l’assemblage est le bon choix, et il faut protéger cette compétence interne comme un actif. C’est d’ailleurs la première question du guide par où commencer avec l’IA en PME, et ce que couvre le suivi quand la réponse est non. Si la réponse est « personne », alors la technique de départ n’a aucune importance : ce qu’il vous faut, c’est quelqu’un qui regarde. Avec du code ou sans.

Cette question-là ne se règle pas en choisissant une technique. Elle se règle en décidant qui tient l’outil dans la durée, et ça se décide avant de construire, pas après.