Cos'è un MVP e a cosa serve?
Per Eric Ries, autore del metodo Lean Startup, l'MVP (Minimum Viable Product) è la versione di un nuovo prodotto che permette a un team di raccogliere la massima quantità di apprendimento validato sui clienti con il minimo sforzo. Non è "il prodotto più piccolo possibile": è l'esperimento più rapido per capire se la tua ipotesi principale regge.
Definizione e avvertenze di Eric Ries verificate sul suo articolo "Minimum Viable Product: a guide" il 12 novembre 2026; citazioni di Paul Graham dal saggio "Do Things that Don't Scale". Gli esempi numerici sono calcoli miei su ipotesi dichiarate. Costi e tempi dipendono dal tuo progetto: nessun prezzo di mercato è citato senza fonte.
La definizione di Eric Ries
Ries definisce l'MVP come "quella versione di un nuovo prodotto che permette a un team di raccogliere la massima quantità di apprendimento validato sui clienti con il minimo sforzo". Il centro è l'apprendimento, non le funzionalità. Ries avverte anche che l'MVP "non riguarda la creazione di prodotti minimi" e che le parole "minimo" e "massimo" nella definizione richiedono giudizio: non esiste una formula. Nell'articolo racconta due episodi: il primo MVP della sua azienda IMVU richiese circa sei mesi per arrivare sul mercato, un miglioramento netto rispetto a una società precedente che aveva impiegato quasi cinque anni; e il suo team spese due settimane per costruire una funzione che nessuno voleva, mentre un semplice test con annunci AdWords avrebbe mostrato molto prima la debolezza dell'idea.
Nel glossario startup trovi la definizione sintetica; per il metodo completo vedi la Lean Startup.
MVP e prototipo
- Prototipo: simula aspetto e interazione senza funzionare davvero; serve per provare interfaccia e flussi.
- MVP: offre un servizio reale (anche parziale) a persone reali e produce dati sul loro comportamento.
Tipi di MVP (definizioni generali)
Queste sono tecniche note del metodo lean; le descrivo in generale, senza attribuire costi o risultati.
- Landing page: una pagina che descrive l'offerta con un invito a iscriversi o preordinare. Misura l'interesse prima di costruire. Ries cita un test con annunci come modo rapido per verificare una idea.
- Concierge: eroghi il servizio a mano a pochi clienti, senza automazione, per capire cosa serve davvero.
- Wizard of Oz: l'interfaccia sembra automatica, ma dietro le operazioni le fanno persone.
- Con strumenti esistenti: fogli, moduli e automazioni già disponibili invece di sviluppo su misura.
- Una sola funzione: costruisci soltanto quella che risolve il problema principale.
Paul Graham ricorda che all'inizio non puoi aspettare che gli utenti arrivino: devi andarli a cercare di persona. Per questo l'MVP va sempre affiancato alla customer discovery.
Esempio calcolato: MVP concierge
Ipotesi: vuoi vedere se i negozi locali pagherebbero per un servizio di gestione delle prenotazioni. Invece di sviluppare un'app, lo fai a mano per 10 negozi.
- Tempo: 10 negozi × 3 ore a settimana × 4 settimane = 120 ore.
- Se valuti il tuo tempo 25 €/ora (cifra scelta per l'esempio), il costo opportunità è 120 × 25 = 3.000 €.
- Criterio di successo, deciso prima: almeno 4 negozi su 10 accettano di pagare un abbonamento al termine del mese (40%).
- Risultato ipotetico: 5 su 10 pagano, quindi 50%: l'ipotesi regge. Con 2 su 10 (20%) torni a intervistare i clienti prima di costruire.
Il numero 40% è solo una soglia dell'esempio: la tua va decisa in base ai costi e ai ricavi del tuo modello.
Esempio calcolato: landing page
Ipotesi: porti 500 visitatori alla pagina con un piccolo budget. Ti aspetti almeno il 5% di iscrizioni a una lista d'attesa (soglia scelta da te). 35 iscrizioni su 500 = 7%: sopra la soglia. Attenzione: una iscrizione gratuita è un segnale debole; una prevendita o un impegno concreto è molto più informativo.
Errori comuni
- Costruire troppo prima di parlare con i clienti.
- Non fissare in anticipo cosa significa "ha funzionato".
- Chiamare MVP una versione brutta senza ipotesi da testare.
- Misurare solo visite e iscrizioni, non chi torna a usarlo.
- Chiedere pareri a amici e parenti e non a clienti potenziali.
Come misurare l'MVP
- Acquisizione: quante persone arrivano e da dove.
- Attivazione: quante compiono l'azione principale.
- Retention: quante tornano (vedi la cohort analysis).
- Pagamento: quante pagano, anche poco.
Se i dati sono deboli, valuta un pivot; se sono forti, passa a cercare il product-market fit.
- MVP = versione che massimizza l'apprendimento validato con il minimo sforzo (Eric Ries)
- Non è un prodotto scadente né un prototipo: genera dati su comportamenti reali
- Fissa prima la soglia di successo, poi lancia il test
- Un pagamento o un impegno vale più di una iscrizione gratuita
- Ogni funzione in più rallenta l'apprendimento
Fonti
- Eric Ries: Minimum Viable Product, a guide (Startup Lessons Learned)[1]
- Paul Graham: Do Things that Don't Scale[2]
Fonti e riferimenti
- Eric Ries: Minimum Viable Product, a guide (Startup Lessons Learned) (startuplessonslearned.com) ↩︎
- Paul Graham: Do Things that Don't Scale (paulgraham.com) ↩︎