In breve: un MVP (Minimum Viable Product, “prodotto minimo funzionante”) è la versione più semplice di un’idea che permette di verificare, con persone vere, se qualcuno la vuole davvero. In pratica è un esperimento pensato per imparare il più possibile spendendo il meno possibile. Si costruisce scegliendo un problema, una metrica e poche funzioni essenziali.
Cos’è un MVP
Il termine è stato reso popolare da Eric Ries, con il libro “The Lean Startup” (2011). L’idea di fondo è semplice: quando lanci qualcosa di nuovo, la tua più grande incertezza non è se riuscirai a costruirlo, ma se qualcuno ne ha bisogno. Invece di costruire per mesi e scoprirlo alla fine, conviene scoprirlo il prima possibile, con il minimo sforzo.
L’MVP è lo strumento per farlo: una prima versione abbastanza completa da essere usata, ma abbastanza piccola da costare poco e da poter essere cambiata, o abbandonata, senza drammi.
Cosa non è un MVP
- Non è una versione economica e brutta del prodotto finale. Se chi lo prova si perde, si blocca o trova errori ovunque, non imparerai se l’idea funziona: imparerai solo che il prodotto è fatto male.
- Non è “tutto, ma più piccolo”. Un prodotto completo con meno rifiniture resta un prodotto completo, con i suoi costi e i suoi tempi.
- Non è per forza software. Può essere una pagina, un servizio fatto a mano, un foglio di calcolo ben pensato.
La definizione più utile: l’MVP è il più piccolo esperimento che ti permette di capire se la tua idea funziona.
I tipi di MVP con qualche esempio
Landing page (o “porta finta”)
Una pagina che presenta il prodotto come se esistesse già, con un pulsante per iscriversi o prenotare. Se nessuno clicca, hai risparmiato mesi di sviluppo. Un esempio: un gestionale per palestre presentato su una sola pagina, con la richiesta di lasciare l’email per ottenere una prova.
L’MVP “concierge”
Offri il servizio che il software farebbe, ma lo svolgi tu, manualmente, per pochi clienti. Un esempio: prima di costruire un’app che propone menu settimanali, prepari i menu a mano per dieci famiglie e vedi se li usano e se pagherebbero.
L’MVP “Mago di Oz”
Il cliente vede un prodotto che sembra completo, ma dietro le quinte molte operazioni le fai ancora tu. Un esempio: un modulo online per richiedere preventivi, che sembra automatico ma che tu compili e invii a mano finché non capisci cosa serve automatizzare.
Prodotto con una sola funzione
Costruisci davvero il software, ma solo per la funzione più importante. Un esempio: un’app per terapeuti che all’inizio fa soltanto una cosa, gestire gli appuntamenti, e tutto il resto arriva dopo, se serve.
I passi per costruirne uno
- Definisci il problema e un solo tipo di utente. “Un’app per tutti” non è un punto di partenza. Scegli chi ha il problema e quale.
- Scegli la metrica che ti dice se funziona. Una sola, decisa prima: quante persone si iscrivono, quante tornano, quante pagano. Senza una soglia stabilita in anticipo, ogni risultato sembra un successo.
- Taglia le funzioni. Scrivi tutto ciò che vorresti e sposta nella lista del “dopo” tutto quello che non serve a far funzionare il problema principale. La lista del “dopo” non si butta: si riprende quando i dati lo giustificano.
- Prototipa e prova con 5 persone vere. Un disegno cliccabile basta. Guardale mentre lo usano, senza aiutarle: dove si fermano ti dice più di qualsiasi opinione.
- Costruisci. Solo ciò che è emerso dai passi precedenti, fatto bene.
- Lancia a un gruppo ristretto. Poche decine di persone, non il mercato intero. Ti serve poter parlare con loro.
- Misura. Guarda la metrica scelta al punto 2, non quelle che vanno meglio.
- Decidi. Tre strade: continuare e ampliare, cambiare direzione in base a ciò che hai imparato, oppure fermarsi. Fermarsi dopo poche settimane è un risultato, non un fallimento.
Gli errori più comuni
- Aggiungere “solo un’altra funzione” finché l’MVP non è più minimo.
- Non decidere in anticipo cosa significa successo. Poi ogni numero viene interpretato a favore dell’idea.
- Testare con amici e parenti. Sono gentili: non ti dicono ciò che pensano davvero.
- Costruire prima di parlare con i potenziali clienti. Anche cinque conversazioni valgono più di un mese di ipotesi.
- Confondere le opinioni con i comportamenti. “Sì, lo userei” non costa niente; iscriversi, tornare o pagare invece sì.
- Lanciare a tutti subito. Se qualcosa non va, lo scopri con migliaia di persone invece che con venti.
- Trascurare le basi tecniche. Minimo non significa insicuro: accessi e dati personali vanno gestiti correttamente anche in una prima versione.
Quanto costa e quanto tempo richiede
Dipende dal tipo. Una landing page o un test “fatto a mano” costa poco e si prepara in pochi giorni. Un prodotto software vero richiede più lavoro: i miei MVP partono da 5.000 € e la prima versione richiede in genere 4–8 settimane, a seconda di quante funzioni entrano nel perimetro.
Da cosa dipende il prezzo lo spiego nella guida quanto costa una web app. Come lavoro, invece, lo trovi nella pagina sviluppo di web app e MVP.
Come l’ho fatto io
Uso lo stesso metodo sui miei prodotti: partire da un problema preciso, tenere fuori tutto il resto e ampliare solo dopo. Lumì oggi è in beta con un piccolo gruppo di psicologi; Forfettino è un prototipo funzionante che aspetta i suoi primi utenti.
Domande frequenti
Quanto deve essere minimo un MVP?
Deve contenere solo ciò che serve a rispondere a una domanda: la gente usa davvero questa cosa e ne ricava valore? Se una funzione non serve a rispondere, va nella lista del “dopo”. Minimo non vuol dire fatto male: quello che c’è deve funzionare.
Quanto costa un MVP?
Dipende dal tipo: una landing page per misurare l’interesse costa poco, un prodotto software vero e proprio di più. Per le web app i miei MVP partono da 5.000 € e la prima versione richiede in genere 4–8 settimane.
Che differenza c’è tra MVP e prototipo?
Il prototipo è un modello, spesso solo disegnato, che serve a mostrare e provare come potrebbe funzionare il prodotto. L’MVP è usato da persone vere, in situazioni vere, e serve a capire se l’idea funziona sul mercato.
