App8 luglio 2026

MVP: cos'è davvero un minimo prodotto vendibile (e cosa non è)

L'MVP non è un prodotto fatto male: è la versione più piccola che risponde alla domanda più rischiosa. Come definirlo senza rovinare il progetto.

Copertina: MVP: cos'è davvero un minimo prodotto vendibile (e cosa non è)

MVP è una delle sigle più abusate del software: nel linguaggio comune è diventata «la versione economica», e a volte «la versione fatta male». L'idea originale è più intelligente — e più utile a chi deve investire in un prodotto digitale.

La definizione che funziona

Il Minimum Viable Product è la versione più piccola del prodotto che permette di verificare l'ipotesi più rischiosa del progetto. Non «poche funzioni a caso», ma le funzioni giuste per rispondere alla domanda da cui dipende tutto il resto: le persone lo useranno? pagheranno? il processo regge?

Il punto dell'MVP non è risparmiare: è imparare presto, quando cambiare rotta costa poco. Il progetto che fallisce davvero non è quello che ha meno funzioni, è quello che scopre dopo diciotto mesi di sviluppo che la funzione centrale non interessava a nessuno.

Cosa un MVP non è

Non è un prototipo. Il prototipo si butta; l'MVP è il primo mattone del prodotto vero, costruito su fondamenta che reggeranno le versioni successive.

Non è un prodotto trascurato. «Minimo» si riferisce al perimetro, non alla qualità. Un MVP che si blocca o perde dati non verifica l'ipotesi: la inquina, perché non saprai mai se gli utenti sono scappati per l'idea o per i bug.

Non è la lista dei desideri tagliata a metà. Il taglio non si fa col righello sul foglio delle funzioni: si fa chiedendosi, per ognuna, «serve a verificare l'ipotesi centrale o può aspettare?».

Come si definisce, in pratica

  1. Scrivi l'ipotesi più rischiosa in una frase: «i commercialisti sono disposti a far firmare i clienti online», «gli operatori compileranno il rapportino dallo smartphone».
  2. Definisci la misura del successo prima di partire: quanti utenti, quanta frequenza, quale conversione.
  3. Disegna il percorso minimo che porta l'utente dal problema alla soluzione — un percorso completo e curato, non dieci percorsi abbozzati.
  4. Pianifica la seconda versione fin dall'inizio: l'MVP è il primo passo di una strada, e l'architettura deve saperlo.

Il ruolo del partner tecnico

Un buon fornitore si riconosce da come reagisce alla lista delle funzioni: quello che dice sempre sì sta vendendo ore, quello che ti aiuta a togliere sta proteggendo il tuo investimento. Le domande scomode all'inizio («questa funzione serve alla prima versione o al tuo ego?») valgono più di qualunque sconto.


Grem sviluppa app e piattaforme partendo sempre dall'ipotesi da verificare: se hai un progetto in testa, raccontacelo — anche solo per capire qual è il tuo vero MVP.