MVP — Minimum Viable Product

L'MVP è la versione minima di un prodotto che permette di validare un'ipotesi di business con il minimo sforzo. Concetto popolarizzato da Eric Ries nel libro The Lean Startup (2011).

"The Minimum Viable Product is that version of a new product which allows a team to collect the maximum amount of validated learning about customers with the least effort." — Eric Ries

Le tre parole, una per una

Parola	Significato
Minimum	Il meno possibile per imparare. Sotto questa soglia, non si impara nulla di utile.
Viable	Funziona. Risolve davvero un problema. Non un mock.
Product	Qualcosa che il cliente può usare. Non una slide.

⚠ MVP ≠ prodotto incompleto. Un MVP malfatto è solo un cattivo prodotto.

Cosa NON è un MVP

✕ Una versione "lite" del prodotto finale
✕ Una demo o un prototipo non funzionante
✕ Una v1 con metà delle feature
✕ Tutto ciò che il founder vuole per "lanciare"
✕ Un MVP "completo" (ossimoro)

L'analogia di Henrik Kniberg

Un'illustrazione famosa: come costruire un mezzo di trasporto.

Sbagliato:                  Giusto (MVP-style):

   Ruota           →          Skateboard        →
   Carrozzeria     →          Monopattino       →
   Motore          →          Bicicletta        →
   Volante         →          Motorino          →
   Auto            ✓          Auto              ✓

(Per anni: niente che 
funziona)                 (Sempre qualcosa che 
                          funziona e crea valore)

L'idea: ad ogni step, qualcosa è utilizzabile e si raccoglie feedback. Non si aspetta la fine per scoprire se la direzione era giusta.

Il ciclo Build-Measure-Learn

L'MVP è uno strumento del ciclo di Lean Startup:

Build: costruisci il minimo necessario per testare l'ipotesi
Measure: raccogli dati comportamentali, non opinioni
Learn: valida o invalida l'ipotesi → pivot o persevere

Tipi di MVP

1. Concierge MVP

Cosa: fai manualmente ciò che il prodotto farà automaticamente. Esempio: prima di costruire un'app di consulenza fiscale AI, dai consulenza umana via chat a 10 clienti per imparare cosa chiedono davvero.

2. Wizard of Oz MVP

Cosa: il cliente crede di usare un prodotto automatico, ma dietro c'è un umano. Esempio: Zappos all'inizio non aveva magazzino: gli ordini venivano comprati in negozio e spediti a mano.

3. Landing Page MVP / Smoke Test

Cosa: pubblichi una pagina con la value proposition e misuri quanti si iscrivono / pagano. Esempio: Dropbox prima del lancio fece un video di 3 minuti e misurò gli iscritti alla beta (60k → conferma di mercato).

4. Single Feature MVP

Cosa: una sola feature, fatta molto bene, per un segmento ristretto. Esempio: Instagram nasce come app per filtri foto (eliminando 90% delle feature di Burbn).

5. Piecemeal MVP

Cosa: assembli pezzi di soluzioni esistenti (Stripe + Typeform + Airtable + Zapier) per simulare il prodotto. Esempio: molte startup early-stage prima di scrivere una riga di codice.

6. Crowdfunding MVP

Cosa: lanci su Kickstarter/Indiegogo prima di costruire — chi compra è la prima validazione. Esempio: tipico per hardware e prodotti fisici.

Come definire l'MVP: il framework

1. Parti dall'ipotesi

"Crediamo che [target] abbia [problema] e che la soluzione [X] li convinca a [comportamento misurabile]."

2. Identifica il rischio principale

Rischio di mercato: c'è davvero questo problema? La gente paga?
Rischio di prodotto: possiamo costruirlo?
Rischio di crescita: possiamo acquisire utenti in modo sostenibile?

L'MVP testa prima il rischio più alto.

3. Definisci la metrica di validazione

"L'MVP è validato se [metrica] raggiunge [soglia] entro [tempo]."

Esempio:

"L'MVP è validato se almeno 30 utenti pagano €19/mese entro 60 giorni."

4. Definisci la "viability"

Cosa fa funzionare il prodotto a un livello base?
Quali standard di UX, qualità, performance sono il minimo accettabile?
Cosa NON va incluso?

5. Time-box

Un MVP che impiega 18 mesi non è un MVP — è un prodotto. Soglia tipica: 8–12 settimane per un MVP digitale.

MoSCoW applicato all'MVP

Vedi anche Scope. Per l'MVP, lavora estremamente restrittivo:

Categoria	Quanto sta nell'MVP
Must have	Tutto qui
Should have	NO — in v1.1
Could have	NO — futuro
Won't have	Esplicitamente fuori

Se hai > 5 "Must have", probabilmente non è un MVP.

MVP vs MMP vs MMF vs MLP

Termini correlati spesso confusi:

Acronimo	Significato	Focus
MVP	Minimum Viable Product	Apprendimento, validazione
MMP	Minimum Marketable Product	Vendibilità, primo cliente pagante
MMF	Minimum Marketable Feature	Singola feature pubblicabile
MLP	Minimum Lovable Product	Soglia di amore, non solo viability

MLP è una critica gentile a MVP: alcuni mercati non perdonano UX scadenti, serve qualcosa che il cliente ami, non solo che funzioni.

Metriche tipiche per validare un MVP

Categoria	Metriche
Acquisizione	Visite, sign-up, costo per acquisizione
Attivazione	% utenti che completano l'onboarding
Retention	% utenti attivi a 7/30/90 giorni
Revenue	Utenti paganti, ARPU, LTV iniziale
Referral	NPS, % invitati da altri utenti

(È il framework AARRR, le "Pirate Metrics" di Dave McClure.)

Cosa fare con i risultati dell'MVP

Tre opzioni:

Persevere — l'ipotesi è validata, raddoppia gli investimenti
Pivot — l'ipotesi era sbagliata, ma hai imparato. Cambia direzione (mantenendo l'apprendimento).
Kill — il problema non è risolto da nessuna soluzione tua. Chiudi il progetto con onore.

Il "Kill" è un risultato di successo: hai risparmiato anni e milioni di euro. Cultura sana lo celebra.

Anti-pattern

✕ MVP che non sta in piedi: "viable" significa funzionante, non scrauso
✕ MVP gigante: 80% delle feature = non è un MVP, è un prodotto
✕ MVP senza ipotesi: stai costruendo, ma stai imparando?
✕ MVP senza metrica di validazione: come sai se ha funzionato?
✕ Non parlare con gli utenti: i dati quantitativi non spiegano il "perché"
✕ Persevere a oltranza: l'MVP fallito è un segnale, non un'opinione
✕ MVP = prima release public: dimentica subito che esiste

MVP e Project Management

Fase	Ruolo dell'MVP
Avvio	Definire le ipotesi e la metrica di validazione (nel Charter/Canvas)
Pianificazione	Scope ristretto, timeline corta (8-12 sett)
Esecuzione	Sprint focalizzati su Must Have
Monitoraggio	Misurare la metrica di validazione
Chiusura	Decidere: persevere / pivot / kill

Collegamenti

Scope — l'MVP è il taglio più radicale possibile dello scope
Success Criteria — il "validato" dell'MVP è un success criterion
OKR — l'MVP è spesso uno strumento per spostare un Key Result
Personas — l'MVP è per UN target preciso, non per tutti
Roadmap — dopo l'MVP si pianifica il "post"

Per approfondire

The Lean Startup — Eric Ries
Running Lean — Ash Maurya
Lean UX — Jeff Gothelf