cas 01
Le périmètre a gonflé
Chaque réunion ajoute une fonctionnalité indispensable. Huit mois plus tard, rien n’est en ligne et le budget initial est consommé.
// Développement MVP & SaaS
Un MVP qui sort, encaisse, et ne se réécrit pas dans un an.
La plupart des MVP échouent avant d’avoir rencontré un utilisateur : périmètre qui gonfle, stack choisie par mode, prestataire injoignable. Nous cadrons en une semaine, nous livrons par sprints visibles, et nous mettons en production avec paiement, authentification et supervision dès le premier jour.
// Ce qu’on voit arriver
Vous vous reconnaissez dans l'un de ces cas ?
cas 02
La stack se regrette déjà
Un framework choisi pour sa nouveauté, un outil no-code qui bloque à la première règle métier, ou une architecture microservices pour zéro utilisateur.
cas 03
Aucun utilisateur après des mois
Le produit existe en démo mais pas d’inscription, pas de paiement, pas de retour. Le marché n’a encore rien vu.
cas 04
Le prestataire a disparu
Le code est livré sans documentation, sans tests et sans accès aux services tiers. Le reprendre coûte plus que le refaire.
// Comment on travaille
Quatre étapes, chacune avec un livrable et une durée.
- 01
Cadrage
Une semaine
Un atelier pour trancher : le parcours qui doit fonctionner de bout en bout, ce qui attend la V2, et la stack. Vous repartez avec un périmètre écrit, un non-périmètre écrit, un planning par sprint et un devis ferme.
- 02
Sprints hebdomadaires
En général six à dix semaines
Chaque vendredi, une version déployée que vous testez vous-même. Le code est en TypeScript, testé, relu, sur un dépôt qui vous appartient depuis le premier commit.
- 03
Mise en production
Incluse dans le dernier sprint
Authentification, paiement Stripe, e-mails transactionnels, supervision des erreurs, sauvegardes et déploiement automatisé. Vos premiers clients peuvent payer le jour de la sortie.
- 04
Relais
Au choix
Soit nous transférons le projet à votre équipe avec documentation et session de passation, soit nous restons en maintenance et en évolution avec un rythme convenu.
// Le périmètre, noir sur blanc
Ce qui est inclus, et ce qui ne l'est pas.
Inclus
- +Atelier de cadrage et document de périmètre signé des deux côtés
- +Stack éprouvée : Next.js, TypeScript, PostgreSQL, hébergement européen
- +Authentification, rôles, paiement et facturation Stripe
- +Dépôt Git à votre nom, intégration continue, environnement de préproduction
- +Supervision des erreurs, journalisation, sauvegardes automatiques
- +Interface soignée, responsive, accessible, sans maquette Figma préalable obligatoire
- +Démonstration hebdomadaire et accès permanent à la version déployée
Non inclus
- −L’étude de marché et la validation du besoin : nous construisons, vous vendez
- −Une application mobile native en parallèle du MVP
- −Des intégrations sur mesure avec des systèmes internes non documentés
- −Un design system complet avant la première version
- −La croissance à plusieurs centaines de milliers d’utilisateurs dès la V1
// Questions fréquentes
Les questions qu'on nous pose avant de signer.
01Combien coûte un MVP ?
Cela dépend du périmètre tranché lors du cadrage, qui sert précisément à produire un devis ferme. Vous recevez ce devis sous 48 heures après l’atelier. Le cadrage lui-même est facturé au forfait et reste utilisable avec n’importe quel prestataire.
02Pourquoi Next.js et PostgreSQL ?
Parce que ce sont des choix que les équipes ne regrettent pas au bout d’un an : recrutement facile, écosystème stable, hébergement souple, montée en charge progressive. Nous savons dire non à une stack quand elle ne sert pas votre produit.
03Quelle différence entre MVP et V1 ?
Le MVP fait fonctionner un parcours complet pour de vrais clients qui paient. La V1 ajoute ce que ces clients ont demandé. Construire la V1 avant d’avoir vu un client est la façon la plus sûre de perdre son budget.
04Le code m’appartient-il ?
Oui, dès le premier commit, sur un dépôt à votre nom. Les comptes Stripe, hébergement et domaine sont ouverts à votre nom également. Vous pouvez partir à tout moment avec l’ensemble.
05Puis-je faire évoluer le produit avec une autre équipe ensuite ?
C’est prévu. Le transfert inclut la documentation d’architecture, les procédures de déploiement et une session de passation. Le code TypeScript typé et testé se reprend sans nous.
06Et si j’ai déjà un prototype ou un no-code ?
Nous l’auditons pendant le cadrage. Parfois il suffit de le consolider, parfois il faut le remplacer. La décision se prend sur un critère simple : ce qui permet d’encaisser un client le plus tôt et de tenir ensuite.
07Comment se passe la collaboration au quotidien ?
Un canal partagé, une démonstration chaque semaine sur la version déployée, un point de décision court. Vous voyez le produit avancer plutôt que de lire des comptes rendus.
// Lire aussi
Tout le blog →Ce qu'on a écrit sur le sujet
Cadrer mon MVP ?
Racontez-nous où en est le projet, en trois lignes. Réponse sous 48 heures, un premier échange de trente minutes, puis un devis écrit.