Semaine 1 : Définir le scope comme un VC l'évaluerait

La plus grande erreur des fondateurs est de construire trop. Un MVP doit prouver exactement une chose : que les utilisateurs paieront pour votre proposition de valeur centrale. Rien d'autre.

Nous commençons chaque projet par un appel de cadrage de 2 heures centré sur : (1) Quel est l'unique parcours qui prouve votre hypothèse ? (2) Qui sont les 3 utilisateurs que vous démorez aux investisseurs ? (3) À quoi ressemble "ça fonctionne" pour cette démo ?

Le livrable est un cahier des charges de 5 pages — pas un PRD complet. Nous coupons sans pitié tout ce qui ne soutient pas directement la démonstration. Dans l'écosystème French Tech, les investisseurs seed attendent un produit fonctionnel avec de vrais utilisateurs — pas des maquettes Figma.

Semaine 2 : Construire le parcours central de bout en bout

Nous utilisons WeWeb pour les applications web et FlutterFlow pour le mobile. Les deux nous permettent de construire des interfaces de qualité production en jours, pas en semaines. Le backend est toujours Supabase — le tier gratuit couvre tous les besoins d'un MVP.

Jours 1–3 : Authentification + modèle de données + écrans principaux. Jours 4–5 : Le "parcours clé" — la séquence unique qu'un investisseur doit voir fonctionner. Jours 6–7 : Données réelles, cas limites réels, un vrai utilisateur qui le teste.

Nous ne construisons pas de panneau d'administration, de flux d'onboarding ni d'écrans de paramètres en semaine 2. Tout cela vient après la levée de fonds.

Semaine 3 : Peaufiner pour le pitch

La dernière semaine consiste à rendre la démonstration inéluctable. États de chargement, gestion des erreurs sur le parcours de démo, responsive mobile, un domaine personnalisé, et 3 à 5 vrais utilisateurs avec de vrais comptes.

Les investisseurs évaluent : Est-ce que ça fonctionne ? Est-ce rapide ? Est-ce que ça ressemble à quelque chose que des gens utiliseraient réellement ? WeWeb et FlutterFlow nous permettent de répondre oui aux trois — sans une équipe d'ingénierie complète. Pour les pitchs devant des VCs comme Partech ou Kima Ventures, une démo live sur un vrai produit vaut bien plus qu'un deck de 40 slides.

Ce qui rend un MVP finançable

Le stack no-code ne vous pénalise pas auprès des investisseurs — en réalité, il vous aide. Un produit fonctionnel en 3 semaines démontre la vitesse d'exécution du fondateur, ce qui est exactement ce que les investisseurs seed recherchent.

Ce qui tue un financement : un prototype Figma présenté comme un "produit fonctionnel", un backend sur-ingénié sans frontend, ou un produit qui nécessite 10 minutes d'explication. Faites simple, rendez-le réel, et montrez-le fonctionner avec de vraies données.

Le stack que nous utilisons pour chaque MVP

MVP web : WeWeb (frontend) + Supabase (base de données + auth) + Xano (logique métier si nécessaire). MVP mobile : FlutterFlow (iOS + Android) + Supabase. Les deux peuvent être en ligne sur un domaine personnalisé en 21 jours. Les deux peuvent scaler à 10 000 utilisateurs sans reconstruction.

Nous avons livré des MVPs pour des fondateurs en fintech, healthtech, RH, logistique, legal et e-commerce. Le stack fonctionne dans tous les secteurs. En France, nos clients viennent souvent de la Station F, de Schoolab ou d'incubateurs régionaux — et tous ont besoin de la même chose : un produit crédible pour lever rapidement.