Premier produit · startups et PME
Un MVP, c'est la plus petite version de votre produit que vous puissiez mettre entre les mains de vrais utilisateurs pour savoir si votre idée tient. Tout le travail consiste à choisir ce qu'on ne construit pas encore.
Depuis 2024, l'IA écrit une large part de notre code sous contrôle senior. C'est sur un premier produit que cela change le plus de choses : ce qui n'entrait pas dans le budget entre désormais souvent dans la première version.
C'est elle qui définit correctement un périmètre. La liste des fonctionnalités est toujours trop longue ; mieux vaut partir de l'incertitude qui vous fait le plus peur.
En douze ans, nous avons vu beaucoup de premiers produits.
Y compris ceux qui n'auraient pas dû être construits.
Choisir le périmètre
Nous les posons dès le premier échange. Leurs réponses écartent d'emblée tout ce qui peut attendre.
Qui, précisément, et à quel moment de sa journée ?
Un utilisateur trop large donne un produit sans arêtes. Nous cherchons la personne qui a le plus mal, dans la situation la plus précise. C'est elle qui vous dira la vérité.
Ce qui en sort · Un utilisateur cible et un cas d'usage uniqueQue faites-vous aujourd'hui sans le produit ?
Il existe toujours une solution en place : un tableur, un carnet, un appel, un concurrent. Si elle suffit, votre produit n'a pas de place. Si elle est douloureuse, vous tenez votre point d'entrée.
Ce qui en sort · La preuve que le besoin existe déjàQu'est-ce qui vous ferait renoncer ?
La question la plus utile, et la plus rarement posée. Elle met au jour le point faible de votre projet.
Ce qui en sort · Ce que le MVP doit tester en premierTrajectoire type
Une trajectoire tirée de nos projets réels. Le délai dépend surtout de la vitesse à laquelle les décisions se prennent, bien plus que du développement.
Nous écoutons, puis nous challengeons : usage, marché, risques, budget. Nous écartons ensemble ce qui peut attendre. C'est l'étape où vous économisez le plus.
Périmètre écrit · budget · trajectoireVous cliquez dans votre produit avant qu'une ligne de code n'existe : écrans, parcours, textes. Nous le faisons tester par cinq utilisateurs réels, la meilleure dépense du projet.
Maquettes · prototype · premiers retoursConstruction par incréments avec une démo toutes les deux semaines. L'IA accélère l'écriture, un senior relit tout, les tests tournent à chaque modification.
Démos · code testé · documentationVérification complète, correction, mise en place de la mesure d'usage et préparation de la publication ou du déploiement.
Produit vérifié · analytics posésMise en production, publication sur les Stores le cas échéant, et surveillance rapprochée les premiers jours. Puis nous regardons les chiffres ensemble.
En ligne · mesuré · surveilléVous ne restez jamais plus de deux semaines sans voir votre produit avancer. C'est autant une règle de méthode qu'un garde-fou : un client qui ne voit rien pendant deux mois découvre trop tard qu'on s'était mal compris.
Erreurs fréquentes
Nous les avons toutes vues, et parfois accompagnées avant d'apprendre à les signaler à temps. Aucune n'est une question de budget.
Un produit complet dont on a retiré la moitié des fonctions n'est pas un MVP : c'est un produit décevant. Le MVP fait une seule chose, et il la fait bien.
À la place · Un parcours complet et soigné, plutôt que cinq parcours à moitié.
Il y a toujours une fonction supplémentaire qui semble indispensable avant de montrer le produit. Ce réflexe repousse indéfiniment le seul moment utile : la confrontation au réel.
À la place · Fixer la date de mise entre les mains d'utilisateurs dès le cadrage.
Sans mesure d'usage, vous aurez des opinions au lieu de données. Et les opinions les plus fortes viennent souvent des gens qui n'utilisent pas le produit.
À la place · Choisir deux ou trois indicateurs dès le cadrage.
« Il faut du natif », « il faut de l'IA », « il faut de la blockchain » : ces décisions prises en amont coûtent cher et ferment des portes pour rien.
À la place · Laisser le besoin dicter la technologie, et demander qu'on la justifie.
Un chiffre donné sans avoir compris le projet est confortable pour tout le monde sauf pour vous : il finit toujours par exploser ou par amputer le produit.
À la place · Investir deux semaines de cadrage payé pour obtenir un chiffre solide.
Un MVP qui n'a pas prévu comment il évoluera devient une impasse technique dès que ça marche, c'est-à-dire au pire moment.
À la place · Des choix d'architecture sobres, réversibles et documentés dès le départ.
Budget
Trois formats, selon ce que vous devez prouver. Le chiffre exact se fixe au cadrage.
Aucun code : des écrans cliquables, testés auprès de vrais utilisateurs. Le moyen le moins cher de découvrir qu'on se trompait.
Un produit réel, en ligne, entre les mains d'utilisateurs, avec la mesure qui permet de décider de la suite.
Quand l'IA est le moteur du produit, il faut en plus des données propres et une mesure de la qualité des réponses.
Fourchettes indicatives, août 2026. Obtenir une estimation sur votre périmètre →
Après le MVP
Deux réponses décident de la suite : les utilisateurs reviennent-ils, et quelqu'un est-il prêt à payer ? Elles pèsent bien plus lourd qu'un avis enthousiaste.
Le sujet devient technique : ce qui tenait pour cent utilisateurs ne tient pas pour dix mille. On renforce l'architecture, la base de données et l'hébergement, on industrialise le déploiement, et on priorise la feuille de route avec les données réelles plutôt qu'avec le plan initial.
C'est le cas le plus fréquent, et le plus utile. Une partie du produit trouve son public, une autre non. Le MVP a fait exactement son travail.
Avoir dépensé 20 k€ pour découvrir qu'un marché n'existe pas est un excellent investissement. L'alternative est de le découvrir à 200 k€.
Aller plus loin
Fourchettes réelles par type de projet, facteurs de coût et pièges budgétaires : de quoi repérer un devis fantaisiste.
Exemple de cahier des chargesLe document le plus consulté du site : structurer votre besoin avant de parler à une agence, la nôtre ou une autre.
Crédit d'impôt innovation (CII)PME : récupérez 20 % des dépenses éligibles de votre développement. Notre agrément fait entrer nos factures dans l'assiette.
Et si ça devient un SaaS ?Votre MVP vise un modèle par abonnement : les fondations à poser dès le départ pour ne pas tout reconstruire à la traction.
Questions fréquentes
Les questions qui reviennent à chaque premier rendez-vous, avec les réponses que nous y donnons.
Non, c'est une grande partie de notre travail. Nous expliquons chaque décision en français plutôt qu'en jargon, et nous vous disons quand une demande va coûter cher pour peu de valeur. Nul besoin d'un CTO pour démarrer : il suffit de savoir ce que vous voulez prouver.
Souvent oui, et c'est une bonne contrainte. La question à se poser : vos utilisateurs sont-ils devant un écran ou en mouvement ? Une application mobile impose la publication sur les Stores et leurs délais ; le web se met à jour en une heure. Pour valider une idée, le web gagne presque toujours.
En le décidant avant de le lancer. Nous fixons ensemble deux ou trois critères chiffrés (un taux de retour à sept jours, un nombre d'utilisateurs qui vont au bout du parcours, une intention d'achat exprimée), et les instruments de mesure sont en place avant la mise en ligne.
Oui, avec le format prototype testé : entre 4 et 7 k€, sans développement. C'est souvent le meilleur premier pas. Il arrive qu'il vous fasse renoncer au projet : il vous a alors fait économiser dix fois son prix.
Pour une part significative, oui. Elle génère, transforme, documente et teste, avec nos standards chargés à chaque intervention. Mais l'architecture, les arbitrages, la revue et la validation avant production restent sous la responsabilité de développeurs seniors. Sur un premier produit, c'est cette garantie qui compte le plus.
C'est la trajectoire normale d'une startup qui réussit, et nous la préparons dès le départ : des choix technologiques courants plutôt qu'exotiques, une documentation tenue à jour et une architecture sobre. Nous organisons ensuite un transfert accompagné vers votre premier développeur ou votre CTO. Un MVP qui ne peut pas être repris est un MVP raté.
Dites-le franchement, cela change la conversation. Un prototype testé est souvent exactement ce qui débloque un financement, parce qu'il transforme une idée en quelque chose que des investisseurs peuvent manipuler. Nous en avons accompagné plusieurs dans ce sens.
Votre premier produit
Trente minutes pour clarifier ce que vous devez prouver, écarter ce qui peut attendre et estimer une première trajectoire. Vous repartez avec un avis franc, y compris si votre projet ne nous semble pas encore mûr.