On me pose la question à presque chaque premier appel. « Je pars sur du no-code ou sur du développement sur mesure ? » La personne en face s'attend souvent à ce que je prêche pour ma chapelle. Je vais la décevoir. J'ai livré des projets des deux façons. Le no-code ne me dérange pas, c'est un outil comme un autre. Reste à savoir quand il vous fait avancer et quand il vous bloque. Je vous explique comment je tranche, chiffres à l'appui.
No-code ou sur-mesure, ma réponse en une phrase
Vous voulez valider une idée ou faire tourner un petit process interne ? Commencez en no-code. L'outil devient le cœur de votre activité, il doit encaisser de la charge ou vous appartenir ? Passez au sur-mesure. Bon point de départ, mauvais point d'arrivée quand le produit est central. La suite de l'article explique pourquoi. Avec, surtout, le calcul sur trois ans que presque personne ne pose avant de signer.
Le calcul sur trois ans
Au démarrage, le no-code gagne. Aucun doute là-dessus. D'après l'analyse de devis réels menée par EID Lab en 2026, un MVP no-code sur WordPress, Firebase ou Bubble se livre entre 3 000 et 8 000 €, en 8 à 12 semaines. C'est accessible, et pour tester une idée, souvent le bon appel. Une précision utile : on parle là d'un MVP no-code du marché. De mon côté, je livre un MVP sur-mesure à prix fixe dès 6 000 €, code compris. Pour le détail des fourchettes du marché français, j'ai écrit combien coûte un MVP, je ne vais pas tout refaire ici.
Le piège arrive plus tard. Le no-code se paie en abonnement, tous les mois, à vie. Le comparatif de Nexaflow (2025) chiffre ces abonnements entre 1 300 et 2 000 € par an. Pris isolément, ça paraît indolore. Posez-le sur trois ans. Vous rajoutez les plans payants quand vous grossissez, les connecteurs premium, parfois un intégrateur pour ce que la plateforme ne sait pas faire seule. Nexaflow l'écrit noir sur blanc : sur 3 à 5 ans, un projet qui grossit peut revenir plus cher en no-code qu'en sur-mesure.
Le sur-mesure fonctionne à l'envers. Vous payez plus au départ, puis la note s'amortit. Soyons honnêtes là-dessus aussi : un logiciel n'est pas gratuit une fois livré. Le coût total de possession sur trois ans tourne autour de 2 à 3 fois le coût de développement initial d'après Aetherio (2026), maintenance et hébergement compris. Cette dépense, au moins, vous la maîtrisez. Elle ne loue rien à personne. La bonne comparaison n'est jamais le prix affiché le premier jour. C'est la facture cumulée à trois ans.
Le plafond technique dont on ne parle pas à la démo
Le deuxième problème du no-code, c'est le mur technique. Une démo sur Bubble avec vingt lignes de données, c'est fluide et joli. Le même outil avec des milliers d'enregistrements et plusieurs personnes connectées en même temps, ça rame. Les plateformes no-code glissent une couche d'abstraction entre vous et la machine, et cette couche se paie en performance. Tant que vous restez dans le cas d'usage prévu, tout roule. Le jour où votre besoin en sort, vous passez votre temps à vous battre contre l'outil.
Je vois aussi une variante monter : « je génère mon appli avec l'IA, je n'ai pas besoin de vous ». Pour un prototype, ça tient. Sans relecture, ça accumule de la dette. Nexaflow cite un chiffre parlant : le code généré par IA contient environ 1,7 fois plus de bugs que le code écrit par un humain. L'IA va vite, elle ne se soucie pas de la maintenance de votre produit dans deux ans. Je m'en sers tous les jours pour gagner du temps, et je relis chaque ligne. Lui confier le volant, c'est autre chose.
Quand le no-code est le bon choix
Je le dis clairement, je ne veux pas passer pour l'artisan qui crache sur les outils modernes. Il y a des cas où je vous conseille moi-même de démarrer en no-code :
- Vous voulez tester si votre idée intéresse quelqu'un avant d'engager un budget sérieux.
- Votre process n'est pas stabilisé et va bouger dix fois d'ici six mois.
- Vous avez quelques dizaines d'utilisateurs, pas des milliers.
- Vous automatisez une tâche interne simple et vous voulez un résultat cette semaine.
Pour ce dernier cas, le choix de la plateforme se discute. J'ai posé un comparatif Make, n8n, Zapier dans un article dédié.
Dans ces cas, payer un développement complet serait du gâchis. Souvenez-vous de ce qui tue la plupart des projets : d'après CB Insights, 70 % des startups analysées se retrouvent à court de capital et 43 % n'ont jamais rencontré leur marché. Le no-code sert justement à apprendre vite et à moindre coût, avant de cramer votre trésorerie. C'est de la validation, pas encore de la construction.
Le moment de basculer
Le bon moment n'est pas une date. C'est un faisceau de signaux, et vous les reconnaîtrez :
- Votre outil est devenu central. La plateforme tombe, votre activité s'arrête avec elle.
- Les abonnements et les plans premium commencent à peser lourd sur l'année.
- Vous butez sur des lenteurs ou des limites que la plateforme ne lèvera jamais.
- Vous voulez une fonctionnalité que le no-code ne sait pas produire, et la contourner devient plus lourd que de la développer pour de bon.
- Vous voulez posséder votre outil au lieu de le louer.
Ce dernier point pèse plus qu'on ne l'imagine. Sur une plateforme no-code, votre logique métier vit chez l'éditeur. Vous partez, elle reste. En sur-mesure, le code vous est livré et vous appartient. J'ai creusé la question de à qui appartient le code que vous payez, côté droit français cette fois. Le règlement européen Data Act va d'ailleurs rendre les frais de sortie cloud gratuits au 12 janvier 2027. Le lock-in est pris au sérieux jusqu'à Bruxelles.
Comment je travaille chez Thillion
Quand un client bascule vers le sur-mesure, je pose les règles avant d'écrire la moindre ligne. Prix fixe signé d'avance. Une démo chaque semaine, pour que vous voyiez le produit avancer. Le code livré à la fin. Un seul interlocuteur, celui qui code, donc moi. Pas de chef de projet qui vous répète de travers ce que le dev a cru comprendre.
Un exemple. J'ai construit un outil de gestion pour le BTP, qui suit les devis, les factures et l'avancement des chantiers. Au début, ça aurait pu tenir en no-code, et pour un artisan seul ça aurait suffi. Mais dès qu'il faut relier proprement un devis, sa facture et l'état du chantier, avec des données qui s'empilent année après année, le sur-mesure reprend l'avantage. L'outil devient rapide, il colle au métier au millimètre, et son propriétaire ne paie pas un abonnement qui grimpe à chaque nouveau chantier.
Sur le budget, je reste franc sur mes planchers : un site ou une automatisation simple démarre à 2 000 €, un MVP à 6 000 €, une application métier de type CRM ou ERP à 8 000 €. Ce sont des points de départ. Ils tiennent la comparaison sur trois ans face à des abonnements qui, eux, ne s'arrêtent jamais.
Questions fréquentes
Le no-code, c'est vraiment moins cher ?
Au démarrage, oui. Un MVP no-code se livre entre 3 000 et 8 000 € d'après l'analyse de devis réels d'EID Lab (2026). Les abonnements plateformes, eux, s'accumulent : 1 300 à 2 000 €/an selon Nexaflow. Sur 3 à 5 ans, un projet qui grossit peut coûter plus cher qu'un sur-mesure amorti.
Quand choisir le no-code plutôt que le sur-mesure ?
Quand vous voulez valider une idée avant d'investir, que le budget est serré, que les utilisateurs se comptent en dizaines et que le process n'est pas encore figé. Le no-code sert à apprendre vite et à moindre risque. C'est le bon premier pas.
À quel moment faut-il basculer vers le sur-mesure ?
Quand l'outil devient le cœur de votre activité, qu'il ralentit en montée en charge, que les abonnements dépassent le coût d'un développement, ou que vous avez besoin de posséder le code pour ne dépendre de personne. Ces signaux arrivent souvent groupés.
Est-ce qu'on possède le code d'une application no-code ?
Non. Sur une plateforme no-code, votre logique vit chez l'éditeur et part avec lui. En sur-mesure, le code vous est livré et vous appartient. Le règlement européen Data Act rendra d'ailleurs les frais de sortie cloud gratuits au 12 janvier 2027, signe que le lock-in est un sujet sérieux.
Vous hésitez entre les deux et vous voulez un avis franc sur votre cas ? Décrivez votre projet ou réservez un appel de 30 min. Je vous dirai honnêtement si le no-code suffit ou s'il faut passer au sur-mesure. Et si c'est du sur-mesure, voici comment je conçois une application métier sur-mesure.