Come costruire un MVP: dal Canvas al prototipo
Il Minimum Viable Product non è una versione ridotta del prodotto finale. È lo strumento per validare l'assumption più rischiosa della tua startup nel minor tempo possibile — con il minor investimento possibile.
Cosa è (e non è) un MVP
La definizione di Eric Ries nel Lean Startup è precisa: il MVP è “la versione di un nuovo prodotto che permette a un team di raccogliere la massima quantità di apprendimento validato sulle ipotesi del cliente con il minimo sforzo”.
La parola chiave è apprendimento validato. Il MVP non serve a lanciare un prodotto — serve a imparare qualcosa di specifico su utenti, mercato o tecnologia che non puoi imparare altrimenti. Se non sai con precisione cosa vuoi imparare, non sei pronto a costruire il MVP.
MVP non è...
MVP è...
Step 1: identifica l'assumption più rischiosa dal Lean Canvas
Il punto di partenza non è “cosa costruisco?” ma “cosa potrebbe uccidere questa startup?”. Ogni startup ha un set di assumption — credenze su clienti, mercato, tecnologia e business model — che se si rivelano false rendono l'idea non percorribile.
Il Lean Canvas è lo strumento più rapido per mappare le assumption. Delle 9 celle, le più pericolose sono tipicamente:
“I clienti target hanno davvero questo problema e sono disposti a pagare per risolverlo”
Come testare: Interviste qualitative (almeno 15-20), non survey. Chiedi di descrivere come risolvono il problema oggi, non se ti comprerebbero il prodotto.
“La tua soluzione risolve il problema in modo significativamente migliore delle alternative”
Come testare: Demo del prototipo (anche Figma o carta), osserva l'utente mentre la usa. Cerca confusione, frustrazione o entusiasmo genuino.
“Puoi raggiungere i clienti target attraverso canali accessibili con un CAC sostenibile”
Come testare: Landing page + €200 di ads. Misura CTR, CPC, conversion rate alla email. Il CAC reale è spesso 3-5x quello stimato.
“I clienti pagheranno il prezzo che hai in mente per la soluzione”
Come testare: Fai pagare qualcosa (anche simbolico) al più presto. La disponibilità dichiarata a pagare è quasi sempre sovrastimata rispetto alla disponibilità reale.
La sequenza corretta: identifica le assumption più rischiose dal Canvas → ordina per impatto sul business (se falsa, l'idea non regge?) → costruisci il MVP minimo per testare solo la prima assumption.
Step 2: scegli il tipo di MVP giusto
Non esiste un unico formato di MVP. Il tipo giusto dipende dall'assumption che vuoi testare.
Landing Page MVP
2-5 giorniCosa testa: C'è domanda? Quante persone cliccano su 'Inizia gratis' prima che il prodotto esista?
Esempio reale
Dropbox ha lanciato un video di 3 minuti con una landing page. Ha collezionato 70.000 email in una notte — senza aver scritto una riga di codice del prodotto reale.
Quando usarlo: Sei ancora nella fase di ideazione, vuoi validare la domanda prima di costruire qualsiasi cosa.
Concierge MVP
1-4 settimaneCosa testa: Gli utenti usano davvero la soluzione? È il workflow corretto?
Esempio reale
Food on the Table (app per piani alimentari) consegnava i piani manualmente ogni settimana a mano. Prima di automatizzare, hanno validato che gli utenti volessero davvero il servizio.
Quando usarlo: Vuoi testare se il flusso del servizio funziona prima di automatizzarlo. Fai a mano ciò che il software farebbe.
Wizard of Oz MVP
1-3 settimaneCosa testa: Gli utenti trovano valore nella soluzione (anche se non sanno che è manuale)?
Esempio reale
Zappos negli anni '90: il fondatore fotografava scarpe nei negozi fisici e le postava online. Se qualcuno ordinava, andava al negozio, le comprava e le spediva. Ha validato che la gente comprasse scarpe online prima di costruire il magazzino.
Quando usarlo: Vuoi simulare l'esperienza utente finale senza costruire l'infrastruttura tecnologica.
Prototipo interattivo (No-code)
3-10 giorniCosa testa: L'UX è comprensibile? Gli utenti completano il flusso chiave senza aiuto?
Esempio reale
Figma prototype + script di user testing con 5-8 utenti target. Osserva dove si bloccano, cosa confonde, cosa li entusiasma.
Quando usarlo: Hai già validato il problema — ora vuoi validare la soluzione specifica prima di svilupparla.
Step 3: definisci le metriche di successo prima di lanciare
Uno degli errori più comuni nel MVP testing: lanciare senza definire in anticipo cosa significa successo o fallimento. Il risultato è che i fondatori interpretano i dati in modo ottimistico — “5 persone su 20 hanno comprato, è un segnale positivo” — anche quando il segnale è chiaramente negativo.
Prima del lancio, scrivi letteralmente: “Considereremo questa assumption validata se X utenti fanno Y azione entro Z settimane.”
Esempio: DogBnB MVP — landing page + concierge
I proprietari di cani cercano attivamente pet-sitter online
Successo: CTR su ads Facebook/Google > 2%
Fallimento se CTR < 0.5% dopo €200 di ads in 7 giorni
Sono disposti a pagare per prenotare
Successo: 20% degli utenti che arrivano alla landing page lasciano email
Fallimento se < 5% in 2 settimane
I pet-sitter vogliono lavorare tramite piattaforma
Successo: 10 pet-sitter si registrano come disponibili nella prima settimana
Fallimento se < 3 in 2 settimane di outreach attivo
I 4 errori MVP più comuni
✗ Costruire troppo
Il 90% dei fondatori tecnici costruisce un MVP più complesso di quanto necessario. Se il tuo MVP ha più di 3 feature, probabilmente stai testando troppe assumption contemporaneamente. Taglia fino a quando non rimane solo ciò che risponde alla domanda principale.
✗ Cercare validazione invece di apprendimento
La tendenza a interpretare ogni segnale positivo come conferma e ogni segnale negativo come eccezione. Il MVP serve per imparare — anche un MVP fallito è un successo se hai imparato che l'assumption era sbagliata. Hai risparmiato 12 mesi di sviluppo.
✗ Non chiedere per i soldi
Testare l'interesse senza testare la disponibilità a pagare. Molti utenti diranno 'sì, lo userei' — pochissimi tirano fuori la carta. Se non fai pagare nulla fin dall'inizio (anche €1), non stai validando il business model.
✗ Target troppo ampio
Cercare di validare per 'tutte le startup' o 'tutti i proprietari di cani' invece di un segmento specifico e ristretto. Parti da un segmento strettissimo dove il problema è più acuto — un MVP di nicchia si valida più velocemente e con segnali più chiari.
Checklist MVP: sei pronto a lanciare?
Dopo il MVP: il ciclo Build-Measure-Learn
Un MVP non è un evento unico — è l'inizio di un ciclo iterativo. Dopo ogni MVP, il ciclo Build-Measure-Learn di Eric Ries si ripete:
Build
Costruisci il minimo per testare la prossima assumption. Ogni ciclo dovrebbe essere più veloce del precedente — stai accumulando conoscenza sul cliente.
Measure
Raccogli dati sul comportamento reale degli utenti — non su quello dichiarato. Activation rate, retention, NPS, revenue. I numeri non mentono, le persone sì.
Learn
Trasforma i dati in decisioni. L'assumption era vera? Scala. Era falsa? Pivot o abbandono dell'idea. Non c'era abbastanza segnale? Rifina il test.
La velocità del ciclo è il principale vantaggio competitivo di una startup rispetto a un'azienda grande. Un ciclo che dura 2 settimane invece di 2 mesi significa 6x più apprendimento nello stesso periodo. Ottimizza per velocità del ciclo, non per perfezione del singolo MVP.
Parti dall'analisi AI della tua idea
Prima di costruire il MVP, valuta il potenziale dell'idea, identifica i rischi chiave e ottieni un Lean Canvas compilato — in 2 minuti, gratuitamente.
Leggi anche
Lean Canvas: guida completa →
Mappa le assumption della tua startup prima del MVP.
Come valutare un'idea →
I 5 parametri per valutare il potenziale prima di costruire.
Guida Business Plan →
Dopo il MVP validato: struttura il business plan per investitori.
Pitch Deck per Investitori →
Con traction MVP in mano: come presentarsi ai VC.