Créer un MVP avec l'IA : le guide du fondateur

Pour créer un MVP avec l'IA, définissez le seul problème qu'il résout et l'action que les utilisateurs doivent accomplir, décrivez ce parcours en un seul prompt et partagez le lien en ligne avec quelques vrais utilisateurs. Améliorez-le dans la même discussion d'après ce qu'ils font, en n'ajoutant comptes ou paiements que si le test l'exige.

• Un MVP est une expérience, pas une version réduite de votre produit. Il sert à tester votre hypothèse la plus risquée.
• Choisissez un utilisateur, un problème et une action qui prouve la valeur. Tout le reste attend.
• Un seul prompt peut produire une première version hébergée et en ligne. Le forfait gratuit de WisyLink construit volontairement une première tranche dépouillée, ce qu'un MVP doit justement être.
• Observez cinq vrais utilisateurs avant de changer quoi que ce soit, puis changez une ou deux choses par message de suivi.
• Comptez l'action clé dans les données de l'application elle-même. Les pages vues et les inscriptions seules en disent peu.
• WisyLink n'exporte pas le code : passer à la suite signifie reconstruire, en vous servant de votre MVP comme d'un cahier des charges vivant.

Ce qu'est un MVP, et ce qu'il n'est pas

Produit minimum viable (MVP)

La plus petite chose fonctionnelle que vous puissiez mettre entre les mains de vrais utilisateurs pour savoir si votre hypothèse la plus risquée est vraie.

Le terme vient de la méthode Lean Startup, qui décrit une boucle construire-mesurer-apprendre : identifier le problème, puis développer un MVP « pour commencer le processus d'apprentissage le plus vite possible » (principes du Lean Startup). Le résultat qui compte, c'est l'apprentissage, pas le logiciel.

Cela exclut plusieurs choses que les fondateurs appellent souvent un MVP :

• Une maquette ou un prototype cliquable. Utile pour recueillir des avis sur le design, mais personne ne peut en tirer une vraie valeur : il ne peut donc pas vous dire si les gens en tireraient.
• Une version 1.0 un peu moins peaufinée. Si elle a des pages de réglages, des profils et une visite guidée, elle n'est pas minimale.
• Une démo pour investisseurs. Une démo montre ce qui pourrait exister ; un MVP montre ce que de vrais utilisateurs ont fait.

« Viable » compte autant que « minimum ». La seule chose qu'il fait doit fonctionner pour de vrai : la réservation est réellement enregistrée, la demande vous parvient réellement, le paiement arrive réellement. En coulisses, vous pouvez faire une partie du travail à la main.

Choisissez la seule mission de votre MVP

Partez d'une phrase qui peut se révéler fausse : « [Qui] va [faire cette action] parce que [ce problème], et je saurai que c'est vrai quand [tant d'entre eux] l'auront fait d'ici [tel délai]. » Si vous ne pouvez pas compléter la dernière partie, vous n'avez pas encore de test, seulement un espoir. Pour l'exemple de troc d'équipements scolaires ci-dessous, cela donnerait : « Les parents d'une école mettront en ligne les tenues de sport devenues trop petites parce que les jeter leur semble un gâchis, et je saurai que c'est vrai quand 20 articles auront été proposés et 10 réservés dans les deux semaines suivant une mention dans la lettre d'information de l'école. » Ces chiffres sont à vous de les fixer ; l'important est de les fixer avant le lancement.

Nommez ensuite l'hypothèse qui tuerait l'idée si elle se révélait fausse. C'est en général l'une de quatre : personne n'en veut (la demande), cela ne résout pas assez bien le problème (la valeur), les gens ne paieront pas (le prix), ou vous n'obtiendrez pas l'offre (pour une place de marché). L'hypothèse la plus risquée détermine le type de MVP :

Si la demande est la question ouverte, commencez par la première ligne ; notre guide pour créer une page de liste d'attente avec l'IA la couvre. Si les gens veulent clairement le résultat mais que vous doutez de votre capacité à le livrer, un MVP de conciergerie vous apprend le métier avant de l'automatiser.

Cadrez-le en un seul prompt

Un bon prompt de MVP se lit comme un court brief pour un prestataire : pour qui, la seule mission, les pages, les données, les règles, et une liste explicite de ce qu'il faut laisser de côté. C'est cette dernière liste qui compte le plus, car les constructeurs, humains ou IA, comblent les vides avec des fonctionnalités.

Créez une première version de [nom du produit] pour [utilisateur précis]. La seule chose qu'elle doit faire : [action clé], afin que [résultat].

Pages : [une page d'accueil qui explique l'offre], [le parcours principal], [une confirmation].

À enregistrer : [fiches et leurs champs]. Règles : [limites, statuts, qui voit quoi].

À laisser de côté pour l'instant : [comptes, paiements, e-mails, profils, réglages].

Ajoutez une page d'administration où je vois chaque [demande] et un décompte quotidien de [action clé]. Style : [ton, couleurs, pensé pour le mobile].

Un exemple complété pour un pilote à deux faces :

Créez une première version de TrocSport pour les parents d'une école. La seule chose qu'elle doit faire : permettre à un parent de proposer une tenue de sport devenue trop petite et à un autre parent de la réserver gratuitement. Pages : une page d'accueil qui explique le principe, un formulaire « proposer un article » avec une photo, le sport, la taille et l'état, une page de navigation filtrée par sport et par taille, et un bouton de réservation qui demande le nom et l'e-mail. Chaque article ne peut être réservé qu'une fois. Laissez de côté les comptes, les paiements et la messagerie. Ajoutez une page d'administration qui affiche chaque article et chaque réservation, avec le décompte quotidien des nouveaux articles et des réservations. Style : convivial, aux couleurs de l'école, bleu marine et jaune, avec de gros boutons pour les téléphones.

Remarquez ce qui manque : les connexions, la messagerie entre parents, les notes. Si le pilote fonctionne, ce seront des messages de suivi. S'il ne fonctionne pas, vous vous serez épargné de les construire.

Créez, testez avec cinq utilisateurs, itérez

Voici toute la méthode en sept étapes :

1. Écrivez l'hypothèse et le signal de réussite avant de construire, pour que le résultat ne puisse pas être réinterprété après coup.
2. Collez votre prompt dans une nouvelle discussion WisyLink. Si un point important n'est pas clair, Wisy pose une question courte ; sinon, la génération démarre et une liste de tâches en direct montre le travail. Le résultat est une application web hébergée, à sa propre adresse.
3. Lisez la note finale de la génération. Elle indique ce qui a été construit et si quelque chose vous attend dans Intégrations, comme les réglages Stripe ou e-mail.
4. Déroulez vous-même le parcours principal sur un téléphone et sur un ordinateur portable. Quand quelque chose ne va pas, décrivez-le précisément dans la discussion : ce que vous avez fait, ce que vous attendiez, ce qui s'est passé.
5. Mettez-le entre les mains de cinq vrais utilisateurs de votre cible, pas de vos amis. Regardez-les l'utiliser, en personne ou par partage d'écran, sans rien expliquer.
6. Notez des comportements, pas des opinions : où ils ont hésité, ce qu'ils ont essayé de cliquer, où ils ont abandonné, ce qu'ils ont demandé spontanément.
7. Changez une ou deux choses par message de suivi dans la même discussion, puis testez à nouveau avec de nouvelles personnes. Chaque modification est une nouvelle génération, et une génération qui échoue laisse en ligne la dernière version fonctionnelle.

Pourquoi cinq ? Les travaux de Jakob Nielsen sur l'utilisabilité concluent que « les meilleurs résultats viennent de tests avec 5 utilisateurs au maximum et d'autant de petits tests que vous pouvez vous le permettre » (Nielsen Norman Group). Cinq utilisateurs vous montrent où le parcours casse. Ils ne prouvent pas la demande ; pour cela, il vous faut de la portée, comme une page de liste d'attente partagée avec des inconnus.

Recrutez hors de votre propre réseau : l'association de parents d'élèves, le forum professionnel ou le groupe local où vos utilisateurs cibles échangent déjà. Demandez 20 minutes, proposez un petit remerciement, et planifiez les sessions avant la fin de la génération, pour que le lien rencontre de vraies personnes tant que vos questions sont fraîches.

Sur le forfait gratuit Community, vous avez droit à une génération par fenêtre de 5 heures. Ce rythme convient à cette boucle : recueillez une série de retours, choisissez les une ou deux modifications qui comptent le plus et envoyez-les en un seul message.

Comptes, paiements, e-mails : seulement si le test l'exige

Chacun de ces éléments ajoute de la configuration, des tests et des frictions pour les utilisateurs. Ajoutez-les quand l'hypothèse l'exige, pas parce que les vrais produits en ont.

• Les comptes, quand les utilisateurs doivent retrouver leurs propres données : articles enregistrés, historique, tableau de bord. D'ici là, des champs nom et e-mail suffisent. L'application gère elle-même l'inscription et la connexion ; la connexion avec Google est possible avec vos propres identifiants OAuth.
• Les paiements, quand la disposition à payer est l'hypothèse testée. L'argent est le signal le plus fort qu'un MVP puisse recueillir. Le paiement passe par votre propre compte Stripe (ou celui d'un autre prestataire), reste inactif tant que vous n'avez pas ajouté vos clés dans Intégrations, et ne marque une commande comme payée que lorsque le webhook signé du prestataire le confirme. Testez d'abord avec les clés de test de Stripe.
• Les e-mails, quand le parcours a besoin d'une confirmation ou d'une relance. Ils passent par votre propre compte SMTP ; sans lui, les étapes d'envoi n'envoient rien et tout le reste fonctionne.

Chaque ajout tient en un message de suivi, par exemple : « Ajoutez l'inscription et la connexion pour que les parents voient les articles qu'ils ont proposés et réservés. Ne changez rien d'autre. » Ne collez jamais une clé ou un mot de passe dans la discussion ; la génération vous indique quel champ remplir dans Intégrations.

Mesurez ce que font les utilisateurs, pas ce qu'ils disent

WisyLink n'a pas de tableau de bord d'audience intégré : prévoyez la mesure dans la génération elle-même. Utilisez deux niveaux :

1. Les événements produit dans les données de l'application. Demandez à l'application d'enregistrer chaque action clé, comme article proposé, article réservé ou commande payée, avec un horodatage, et d'afficher les décomptes quotidiens dans la page d'administration. Ces chiffres sont exacts et privés, et ils mesurent précisément ce sur quoi porte votre hypothèse.
2. Le trafic via un outil de mesure d'audience. Pour les visites et leurs sources, demandez à connecter votre outil d'analyse. S'il a besoin d'une clé secrète, la génération déclare un champ dans Intégrations et vous y collez la clé. En France, si cet outil dépose des cookies, prévoyez le bandeau de consentement qu'exige la CNIL.

Suivez quatre indicateurs : l'activation (la part des visiteurs qui accomplissent l'action clé), le retour (qui revient dans la semaine), la conversion (qui paie ou s'inscrit) et l'abandon (l'étape où les gens décrochent). Fixez le seuil de réussite avant de regarder. Pour le troc de tenues, une règle raisonnable : continuer si la plupart des articles proposés sont réservés dans la semaine ; revoir l'offre si les articles restent sans preneur alors que les visites sont nombreuses, car cela signale le mauvais public ou les mauvais articles. Ajoutez une question facultative après l'action clé, comme « Qu'est-ce qui a failli vous arrêter ? », et limitez le tableau de bord d'administration à quelques chiffres.

Délais et coûts : des attentes réalistes

Combien de temps faut-il pour créer un MVP avec l'IA ? Une première version en ligne peut sortir d'une seule session de discussion, et vous assistez à la génération. Le calendrier, lui, est dicté par tout le reste : choisir la seule mission, recruter cinq vrais utilisateurs, mener les sessions et apporter les modifications. Prévoyez le test comme une fenêtre fixe d'une ou deux semaines avec une décision à la clé, plutôt qu'un chantier sans fin. Les forfaits payants raccourcissent l'attente entre deux générations et permettent de construire plusieurs applications à la fois, ce qui aide dès que vous menez plus d'une expérience.

Combien coûte un MVP ? Sur WisyLink :

• Community : gratuit, avec un quota d'utilisation qui se renouvelle sur une fenêtre de 5 heures et une fenêtre hebdomadaire. Assez pour une première tranche.
• Starter à 7 $, Growth à 20 $, Scale à 100 $ par mois pour des générations plus complètes, davantage d'utilisation et des liens qui n'expirent pas tant que vous êtes abonné. Les prix sont en dollars US ; les achats intégrés dans les apps mobiles sont facturés dans votre devise par l'App Store ou Google Play.
• Les coûts externes : un domaine si vous en voulez un (enregistré auprès d'un registraire, au tarif de celui-ci, et le connecter fonctionne sur tous les forfaits), les frais de transaction de votre prestataire de paiement si vous encaissez, un fournisseur d'e-mail pour le SMTP et un éventuel outil de mesure d'audience.
• Votre temps, qui reste le plus gros coût, quelle que soit la voie choisie.

Pour comparer avec un développement sur mesure, lisez combien coûte la création d'une application web et créateur d'applications IA ou développeur. Un piège de calendrier : les liens gratuits restent en ligne 30 jours, puis passent une semaine marqués pour suppression avant d'être supprimés avec leurs données. Si votre test dure plus longtemps, ou si vous avez imprimé le lien sur des flyers, passez d'abord à un forfait payant.

Les erreurs courantes, et quand passer à la suite

Les erreurs qui gâchent un test

• Construire la deuxième fonctionnalité avant que quiconque ait utilisé la première.
• Tester avec ses amis. Ils sont gentils, et la gentillesse brouille le signal.
• Compter les inscriptions plutôt que l'action clé. Une inscription est une promesse ; l'action est la preuve.
• Changer cinq choses à la fois, si bien qu'on ne sait plus quel changement a compté.
• Ajouter des connexions dès le premier jour alors qu'un nom et un e-mail auraient suffi.
• Peaufiner le visuel alors que le parcours déroute encore les gens.
• Laisser le lien gratuit expirer en plein test, et vos données avec lui.

Quand passer à la suite : développeurs ou reconstruction

Si le MVP fonctionne, il peut continuer à servir de vrais clients sur un forfait payant ; aucune règle ne vous oblige à reconstruire. Passez à la suite quand un besoin sort de ce que fait une application web hébergée créée par l'IA :

• Il vous faut une application native sur l'App Store ou Google Play, pas une application web.
• Il vous faut une recherche plein texte sur de grandes quantités de données.
• Des clients grands comptes exigent une authentification unique, un lieu d'hébergement précis ou des rapports de conformité.
• Le produit dépend de traitements longs ou d'horaires à la minute près.
• Une équipe technique doit posséder le code et le modifier directement.

WisyLink n'exporte pas le code source : passer à la suite signifie que des développeurs construisent une nouvelle version. C'est moins douloureux qu'il n'y paraît : votre MVP est un cahier des charges vivant des parcours, du modèle de données, des textes et, surtout, des preuves de ce que les utilisateurs ont réellement fait. Demandez tôt un export CSV de vos principales données, pour qu'elles vous suivent. Un bon dossier de passation tient en quatre éléments : le lien en ligne, la liste écrite de chaque parcours et de chaque règle, les données exportées et vos notes de sessions utilisateurs. Côté fondateur, lisez livrer sans cofondateur technique, et pour comprendre pourquoi certaines versions sont faites pour être remplacées, le logiciel jetable.

Créez votre MVP cette semaine

Écrivez votre hypothèse, complétez le modèle de prompt avec votre seule mission et votre liste de choses à laisser de côté, et réservez cinq sessions utilisateurs avant la fin de la génération. Pour comprendre ce qui tourne sous le capot avant d'y confier des clients, la page produit explique l'isolation et la fiabilité, et les forfaits montrent ce qui change quand vous passez à l'offre payante.

Décrivez votre MVP en un message et obtenez un lien en ligne : commencez gratuitement avec Community, sans carte bancaire.