MVP: cos'è e come si costruisce, passo dopo passo

Minimum viable product (MVP)

Eric Ries, autore di The Lean Startup, lo ha definito nel 2009 come la versione di un nuovo prodotto che permette a un team di raccogliere il massimo di apprendimento validato sui clienti con il minimo sforzo. Apprendimento validato vuol dire dati sul comportamento reale delle persone, non opinioni (Ries, 2009).

A cosa serve un MVP a una startup?

Serve a ridurre il rischio più grande che hai: costruire qualcosa che nessuno vuole. Un MVP trasforma un'idea in un esperimento. Hai un'ipotesi, per esempio «i ristoratori pagherebbero per ricevere ogni mattina le prenotazioni già confermate», costruisci il minimo indispensabile per metterla alla prova e guardi cosa succede.

Non è un traguardo e nemmeno un lancio in grande stile. È il primo giro di un ciclo che Ries chiama costruisci, misura, impara: ogni versione esiste per rispondere a una domanda precisa. Se non sai quale domanda sta facendo il tuo MVP, probabilmente stai costruendo un prodotto incompleto, non un MVP.

Il dato viene dall'analisi che CB Insights ha pubblicato a marzo 2026 su 431 startup chiuse. Il 70% cita la fine della cassa, ma gli autori notano che di solito è la causa finale, non quella di fondo. Un MVP non garantisce il successo: ti fa scoprire prima, e spendendo meno, se il mercato c'è.

Che differenza c'è tra un MVP e un prototipo?

Il prototipo verifica se una soluzione si capisce e si usa; l'MVP verifica se qualcuno la vuole davvero, al punto da dedicarle tempo o soldi. Un prototipo può essere un mockup cliccabile mostrato a cinque persone. Un MVP è qualcosa che un cliente usa nella sua giornata reale, senza che tu gli stia accanto.

In mezzo c'è il proof of concept, che dimostra solo che una cosa è tecnicamente fattibile. Confondere i tre strumenti porta a domande sbagliate: chiedere a un prototipo se il mercato esiste, o a un MVP se l'algoritmo regge. Li abbiamo messi a confronto in MVP, prototipo e proof of concept: le differenze.

Quanto deve essere «minimo» un MVP?

Abbastanza piccolo da essere pronto in settimane, abbastanza completo da risolvere davvero il problema per un gruppo ristretto di utenti. «Minimo» riguarda il perimetro, non la qualità: poche funzioni, fatte bene.

Michael Seibel, partner di Y Combinator, nella lezione How to plan an MVP della Startup School 2019 suggerisce di fissare prima il tempo e poi il perimetro: un MVP si costruisce in settimane, non in mesi, e se sei in ritardo tagli funzioni invece di spostare la data. Per alcune idee bastano una landing page e un foglio di calcolo; nei settori regolati o con hardware il percorso è più lungo.

Quattro domande per capire se il tuo perimetro è davvero minimo:

• Ogni funzione serve a verificare l'ipotesi o a misurarla? Se no, va nella lista «dopo».
• Un utente del tuo segmento riesce ad arrivare dal problema alla soluzione da solo, o con un aiuto che gli hai dichiarato?
• Puoi sapere se torna a usarlo una seconda volta?
• Ciò che manca è detto chiaramente all'utente, invece di essere nascosto dietro pulsanti che non fanno nulla?

Come si costruisce un MVP, passo per passo?

Si parte dal problema e dall'ipotesi, non dall'elenco delle funzioni. Sono i sei passaggi che seguiamo e che consigliamo a qualunque founder, con o senza un partner tecnico.

Quali funzioni deve avere un MVP, e quali no?

Solo quelle che servono a completare il compito principale dell'utente e a misurarlo. Il resto può aspettare, anche se i concorrenti ce l'hanno già. Questa è la regola pratica che usiamo quando definiamo un perimetro con un founder.

Dove trovi i primi utenti di un MVP?

Li vai a prendere uno per uno, a mano. I primi utenti quasi mai arrivano da soli, e va bene così: in questa fase ti servono conversazioni, non traffico.

Nel suo saggio Graham racconta i fondatori di Stripe che installavano il prodotto di persona a chiunque accettasse di provarlo e quelli di Airbnb che andavano porta a porta a New York. Per il tuo MVP vale lo stesso: le persone che hai intervistato, i gruppi dove il tuo cliente ideale fa domande, i contatti di chi lavora già nel settore. Da quel lavoro manuale capisci cosa vale la pena automatizzare.

Come capisci se l'MVP funziona?

Funziona se ti porta a una decisione chiara, non se piace. Prima del lancio scrivi quale risultato ti farebbe continuare e quale ti farebbe cambiare strada, così i numeri non si piegano alle speranze.

• Attivazione: quanti utenti completano il compito principale la prima volta.
• Ritorno: quanti lo rifanno la settimana dopo, senza che tu li solleciti.
• Impegno: chi paga, prenota, firma una lettera d'intenti o ti presenta un collega.
• Richieste: cosa chiedono quando qualcosa manca. Se chiedono tutti la stessa cosa, hai trovato la prossima funzione.

Se i risultati sono ambigui, di solito era vaga l'ipotesi. Quando l'uso diventa costante e i clienti protestano se il prodotto non c'è, si comincia a parlare di product-market fit. Quanto investire per arrivarci dipende soprattutto dal perimetro: le voci che fanno il prezzo sono in quanto costa sviluppare un MVP.