Un MVP n'est pas "une version plus faible du produit". C'est la plus petite expérience qui prouve ou détruit une hypothèse.
La bonne hypothèse
Avant d'écrire une ligne de code, écris:
"Je crois que [type de client] paiera [montant] pour [solution] parce que [douleur]."
Si tu ne peux pas remplir, tu n'es pas prêt.
Calendrier de 4 semaines
Semaine 1 — Entretiens
- 10 conversations avec des clients potentiels
- Pas de démos, juste des questions sur le problème
- Cherche des schémas, pas la validation
Semaine 2 — Prototype
- Figma + une landing page
- Une vidéo de 60 secondes
- Toujours pas de vrai code
Semaine 3 — Prévente
- Montre à 20 personnes qualifiées
- Demande un engagement: carte bancaire ou contrat
- 3 vrais oui > 100 likes
Semaine 4 — Construction minimale
- Seulement le flux dont les payants ont besoin
- Backend manuel OK (Wizard of Oz)
- Livre au premier client en production
Signaux que tu es sur la bonne voie
- Les clients paient avant que le produit existe
- Ils demandent des fonctions spécifiques (pas génériques)
- Ils râlent quand le produit échoue
Signaux d'arrêt
- "Intéressant, mais..." de tout le monde
- Ils demandent une remise avant de voir la valeur
- Personne ne te réfère à d'autres
Le MVP n'est pas là pour impressionner. Il est là pour apprendre plus vite que la concurrence.
HB
Écrit par
Henrique Baeta
Commercial & Doer
Écrit sur l'IA appliquée, l'opération, le GEO/SEO et comment transformer les entreprises en machines qui continuent à tourner même quand personne ne regarde.