« Combien ça coûte de lancer un MVP ? » On me pose la question à chaque visio découverte. Ma réponse déçoit toujours : moins de 200 € par mois si vous acceptez de ne pas coder. Et pourtant, la plupart des porteurs de projet que je croise signent quand même un devis à 15 000 € pour une v1 dont ils changeront la moitié dans les six semaines.
J'ai fait l'erreur inverse. Sur mon premier produit, j'ai voulu tout maîtriser : un back-end maison, une base Postgres, trois semaines de développement pour un formulaire d'inscription. Résultat : zéro utilisateur, parce que j'ai passé ce temps à coder au lieu de parler à des gens. Depuis, je lance mes prototypes avec des outils no-code, et le rapport temps/vérité a complètement changé.
Points clés à retenir
- Un MVP no-code se juge sur ce qu'il vous apprend, pas sur sa robustesse technique.
- Le plan gratuit suffit pour tester une hypothèse ; le payant arrive quand un vrai utilisateur s'inscrit.
- La règle du fondateur solo : une fonctionnalité qui n'aide pas à décider vaut zéro.
- Comptez 2 à 6 semaines pour un premier jet fonctionnel, selon le type de produit.
- Le vrai risque n'est pas technique, il est commercial : personne ne veut peut-être de votre idée.
Choisir ses outils no-code pour un MVP rapidement : le seul critère qui compte
Les comparatifs publient des listes de dix outils. Je les trouve inutiles. Un fondateur seul n'a pas besoin de dix options, il a besoin d'une décision en une soirée.
Le critère que j'utilise est brutal : en combien de temps puis-je montrer quelque chose à un utilisateur qui n'est pas moi ? Pas « quelle est la plateforme la plus puissante », pas « laquelle a la meilleure communauté ». Le délai avant le premier retour utilisateur, rien d'autre.
Pourquoi ce critère plutôt qu'un autre ? Parce qu'un MVP existe pour répondre à une question, et que cette question n'a de sens que si quelqu'un d'extérieur y répond. Est-ce que des gens s'inscrivent ? Est-ce qu'ils reviennent ? Est-ce qu'ils paient ? Ces trois interrogations ne se règlent pas dans un éditeur de code, elles se règlent dans une boîte mail.
Distinguer le type de MVP avant de choisir l'outil
Je vois beaucoup de débutants partir de l'outil au lieu du produit. C'est l'erreur qui coûte le plus cher en temps perdu. Il faut d'abord trancher la nature du MVP.
- Une landing + waitlist : vous voulez mesurer l'intérêt avant même de construire. Une page, un formulaire, un compteur d'inscrits.
- Un SaaS ou un outil web : il y a des comptes, des données par utilisateur, un minimum de logique métier.
- Une marketplace : deux types d'utilisateurs, des profils, des mises en relation.
- Une app mobile : rarement un vrai choix au stade MVP, sauf si la mobilité est le cœur du produit (géolocalisation, photo, push).
Chaque catégorie a une famille d'outils naturelle. Vouloir tout faire dans un seul outil par confort revient souvent à se battre contre la plateforme six semaines plus tard.
Comparatif : ce que coûtent réellement cinq outils no-code pour un MVP
Les listes classiques citent dix noms sans jamais donner un prix ni une limite. Voici le tableau que j'aurais voulu trouver quand j'ai commencé. Les tarifs bougent, mais l'ordre de grandeur reste.
| Outil | Type de MVP | Plan gratuit | Limité pour |
|---|---|---|---|
| Webflow | Landing, site vitrine, waitlist | Oui, sous-domaine de leur domaine | Toute logique applicative, comptes utilisateurs |
| Glide | App interne ou outil simple sur tableur | Oui, plafonné en lignes et utilisateurs | Produits à fort trafic, complexité métier |
| Airtable | Back-office, CRM, base d'utilisateurs | Oui, plafond au nombre d'enregistrements | Interface publique soignée |
| Bubble | SaaS, marketplace, app web complexe | Oui, mais l'app reste publique sur leur domaine | Applications lourdes, coût qui grimpe vite |
| Adalo | App mobile | Oui, très bridé | App web, produits non mobiles |
Ce qu'il faut lire entre les lignes : le plan gratuit est presque toujours suffisant pour valider une hypothèse. On paie quand un inconnu utilise le produit. Pas avant.
Sur un de mes projets, j'ai tenu un MVP marketplace sur Airtable plus une couche de formulaire pendant quatre mois. Coût total : moins de 30 € par mois, dont la moitié en abonnement Airtable pour dépasser le plafond d'enregistrements. Le premier client payant est arrivé au bout de sept semaines. Si j'avais attendu un produit propre, ce client aurait signé ailleurs.
Combien de temps et d'argent prévoir vraiment
Les chiffres « 4 à 9 mois » qu'on lit partout concernent le développement sur mesure. En no-code, l'échelle est différente, mais elle n'est pas magique non plus.
Voici ce que j'observe sur mes propres lancements et ceux de personnes que j'accompagne :
- Une landing + waitlist : une journée ou deux, honnêtement. Le temps part surtout dans la rédaction.
- Un outil web simple avec comptes : une à deux semaines.
- Un SaaS avec paiement : trois à six semaines, la partie facturation mange toujours plus que prévu.
- Une marketplace à deux faces : six semaines minimum, et c'est le double si vous voulez un vrai matching.
Le budget suit une pente douce au début puis une marche :
- Phase de test : 0 à 40 € par mois, plans gratuits ou premier palier payant.
- Phase d'acquisition : 50 à 150 € par mois, l'outil principal plus deux ou trois satellites (emailing, base de données, automatisation).
- Phase de traction : le no-code commence à coincer, et là se pose la vraie question.
La marche dont je parle, c'est le plafond. À partir d'un certain volume d'utilisateurs ou de données, les plateformes no-code font payer au palier suivant, et l'addition grimpe par sauts. Sur mon projet le plus gros, je suis passé de 60 à 320 € par mois en un trimestre, uniquement parce que la base de données a franchi un seuil. Ce n'est pas un drame, mais c'est le moment où il faut décider.
Et après le MVP no-code, on fait quoi ?
C'est la question que les comparatifs esquivent. Ils expliquent comment construire, jamais comment sortir.
Ma position, tranchée : ne migrez pas tant que le no-code ne vous coûte pas plus qu'un développeur. Cette formulation paraît provocante, elle est surtout arithmétique. Un développement sur mesure correct démarre à plusieurs milliers d'euros, plus la maintenance, plus le temps de spécification. Le no-code qui vous coûte 300 € par mois reste moins cher pendant des mois.
Il y a pourtant trois signaux qui disent qu'il faut arrêter d'attendre :
- Vos utilisateurs se plaignent de lenteurs ou de bugs que vous ne pouvez pas corriger vous-même.
- Une fonctionnalité centrale devient impossible à construire dans l'outil.
- Le coût mensuel dépasse ce qu'un développeur en régie vous coûterait pour la même période.
Le piège classique, celui dans lequel je suis tombé une fois, c'est de reconstruire « proprement » trop tôt. J'ai réécrit une application no-code en code au bout de deux mois. Le produit ne changeait pas d'un iota pour les utilisateurs. J'ai brûlé un mois et demi pour rien, et le vrai bug que je voulais corriger aurait demandé trois jours de bricolage dans l'outil d'origine.
La sortie du no-code n'est pas une étape de maturité. C'est une décision économique.
Faut-il savoir coder pour lancer un MVP en no-code ?
Non. J'ai lancé mes deux premiers prototypes sans écrire une ligne de code. En revanche, comprendre la logique d'une base de données avec des tables liées aide énormément, parce que la plupart des outils no-code reproduisent ce modèle sans le nommer clairement.
Peut-on passer à l'échelle avec un MVP no-code ?
Jusqu'à un certain point, oui. Des produits génèrent des revenus réels sur ces plateformes. La limite arrive quand vos coûts mensuels suivent la croissance plus vite que vos revenus. C'est un signal, pas une fatalité.
Quel outil choisir pour une marketplace ?
Bubble, dans la majorité des cas que j'ai vus. Glide et Airtable conviennent pour un premier test avec peu d'utilisateurs, mais la logique à deux faces devient vite pénible à modéliser sans un vrai moteur applicatif derrière.
La seule question qui compte avant de choisir
Avant d'ouvrir un quelconque outil, posez-vous une question qui n'apparaît dans aucun comparatif : qu'est-ce que je veux prouver, et à qui ?
Si vous n'avez pas de réponse précise, aucun outil no-code ne vous sauvera. Vous passerez trois semaines à peaufiner une interface que personne ne verra. J'ai vu ce film, je l'ai joué, et le générique était un compte bancaire vide.
En revanche, si votre hypothèse est claire, vous pouvez la tester plus vite que vous ne le pensez. Le no-code pour un MVP, ce n'est pas un raccourci technique. C'est un raccourci vers la seule information qui vaille : est-ce que quelqu'un, quelque part, veut vraiment ce que vous construisez.
Et si la réponse est non, vous l'aurez appris en deux semaines pour le prix d'un déjeuner, au lieu de six mois pour le prix d'une voiture.
