No-code ou sur-mesure pour son MVP ?

« Je commence en no-code, on verra après. » Ou l'inverse : « Le no-code, c'est du bricolage, je veux du vrai code dès le départ. » Les deux phrases s'entendent dans les mêmes incubateurs, avec la même assurance, et elles partagent le même défaut : elles tranchent une décision économique par une conviction. Or cette décision se calcule, au moins en ordre de grandeur, et le résultat change d'une startup à l'autre.

Choisissez le no-code pour votre MVP quand vous avez moins d'une chance sur deux de garder le produit après le test, que la logique métier reste simple et qu'aucune levée n'est prévue dans l'année. Passez au sur-mesure dès que la probabilité de continuer est forte : sinon vous paierez le produit deux fois, reconstruction comprise.

Si vous en êtes encore à définir ce que doit prouver votre premier produit, commencez par le guide du MVP au Product-Market Fit. Ici, on met des chiffres sur un seul arbitrage : assembler sans coder, ou construire.

Le vrai sujet n'est pas la technologie, c'est la suite

Le débat no-code contre code se joue presque toujours sur le terrain technique : robustesse, performance, propriété du code. Ces critères comptent, mais ils masquent la variable qui pèse le plus sur la facture finale, à savoir ce qui se passe si le test réussit. Un MVP en no-code qui échoue a coûté peu, et c'est exactement ce qu'on lui demandait. Un MVP en no-code qui réussit doit très souvent être reconstruit, et c'est cette reconstruction, bien plus que le prix de départ, qui décide du bon choix.

Autrement dit, vous ne comparez pas deux devis. Vous comparez deux scénarios, et dans chacun d'eux, le choix fait par principe coûte cher.

Le calcul qui fait basculer

Partons d'ordres de grandeur de marché. Un MVP assemblé en no-code par un freelance spécialisé se situe souvent entre 10 000 et 25 000 €, abonnements de la première année compris. Le même périmètre en développement sur-mesure tourne plutôt entre 20 000 et 50 000 € pour un MVP ciblé sur un seul parcours, fourchettes que je détaille dans combien coûte un MVP. Et si le produit no-code réussit, sa reconstruction sur une vraie base coûte à peu près le prix d'un MVP sur-mesure, souvent un peu plus, parce que le produit s'est enrichi entre-temps.

Un fondateur que j'accompagnais hésitait entre un no-code à 15 000 € et un sur-mesure à 45 000 €, avec une reconstruction estimée à 50 000 € en cas de succès. Posé ainsi, le no-code lui coûtait 15 000 € s'il abandonnait, et 65 000 € s'il continuait. Le sur-mesure coûtait 45 000 € dans les deux cas. Les 30 000 € économisés au départ ne compensaient la reconstruction que si ses chances de continuer restaient sous 60 %. La règle générale tient en une division : écart de coût initial divisé par coût de reconstruction. Au-dessus de ce seuil, le no-code est le choix le plus cher.

Ce calcul reste flatteur pour le no-code, parce qu'il ignore le temps. Une reconstruction, ce sont plusieurs mois pendant lesquels on refait ce qui existe au lieu de livrer ce que les premiers clients demandent, au moment exact où la traction commence. Refaire son MVP de zéro est rarement une bonne idée quand on a le choix. Avec un outil no-code arrivé à ses limites, on ne l'a souvent plus.

Reste la question que personne n'aime se poser : quelle est, honnêtement, votre probabilité de continuer ? Si vous avez déjà des interviews convergentes, des préventes ou une liste d'attente qui s'engage, elle est élevée, et le sur-mesure devient rationnel. Si l'idée est encore une intuition, elle est basse, et dépenser 45 000 € pour la vérifier serait imprudent.

Les signaux qui excluent le no-code, quel que soit le calcul

Certaines situations sortent du raisonnement probabiliste. Elles ne rendent pas le no-code plus cher, elles le rendent inadapté.

Un signal isolé se discute. Deux ou trois ensemble tranchent. À l'inverse, un MVP qui teste une promesse simple (une mise en relation, une réservation, un formulaire qui qualifie une demande) sans aucun de ces signaux a tout intérêt à démarrer sans code. Le raisonnement est d'ailleurs différent pour une PME qui outille ses processus internes, où le no-code joue souvent un rôle durable : je le traite dans les outils no-code pour digitaliser sa PME.

Et la frontière n'est pas forcément un bloc. Beaucoup de MVP gagnent à mélanger : la page d'accueil, le back-office ou l'emailing dans des outils du marché, le cœur métier en code. C'est la logique composant par composant que je décris dans construire ou acheter une solution.

Le piège du no-code qui marche à moitié

Le scénario le plus coûteux n'est ni l'échec franc ni le succès net. C'est l'entre-deux : un peu de traction, pas assez pour financer la reconstruction, trop pour tout arrêter. On empile alors les contournements pour tenir, chaque nouvelle fonctionnalité prend deux fois plus de temps que la précédente, et la décision de reconstruire recule de trimestre en trimestre pendant que la dette grossit. J'ai vu des produits rester dix-huit mois dans cet état, avec une équipe qui passait plus de temps à maintenir l'outil qu'à parler aux clients.

Ce critère rejoint la question plus large de la suite à donner au MVP, que je développe dans après le MVP : scaler ou pivoter. La logique est la même : décider sur des métriques posées à l'avance, pas sur l'humeur du trimestre.

Et les générateurs de code par IA ?

Les outils qui génèrent une application à partir de quelques phrases brouillent la frontière. Ils produisent du code, donc en théorie un actif que vous possédez, à une vitesse proche du no-code. En pratique, le code qu'ils livrent sans pilotage n'a ni architecture pensée pour durer, ni tests, ni sécurité sérieuse : il se comporte comme un prototype jetable, et la reconstruction revient dans le calcul. La vraie question n'est donc plus « code ou pas code », mais « qui pilote ce qui est produit ». J'en détaille les limites dans de l'idée au MVP.

C'est aussi ce qui change l'équation en 2026 : quand un profil expérimenté pilote ces outils, l'écart de délai entre no-code et sur-mesure se resserre fortement, et le seuil de bascule baisse avec lui. Moins l'écart de départ est grand, moins il faut de chances de succès pour que le sur-mesure devienne le choix rationnel.