Definizioni e costi
Cos'è un MVP e quanto costa farlo sviluppare
La sigla è usata per indicare qualsiasi cosa, da una presentazione a un prodotto completo. Qui la riportiamo alla definizione originale, spieghiamo cosa entra e cosa resta fuori, e diamo gli ordini di grandezza di costi e tempi che usiamo nei preventivi, con tre esempi dai nostri progetti.
Scritto da Maximilian Giurastante. . 11 minuti di lettura.
Un MVP (minimum viable product) è la versione più piccola di un prodotto che permette di verificare con utenti reali se il problema esiste e se la soluzione lo risolve. Non è una demo né un prototipo: è software che funziona, su un solo flusso principale, rilasciato per imparare dall'uso. Farlo sviluppare costa in genere da 5.000 a 15.000 euro e richiede da quattro a otto settimane.
In sintesi
- La definizione originale è di Eric Ries (2009): la versione di un nuovo prodotto che permette di raccogliere il massimo apprendimento validato sui clienti con il minimo sforzo. La parola chiave è apprendimento, non minimo.
- Un MVP non è un prototipo cliccabile né una demo: è software in uso da persone reali. Non è nemmeno la prima versione completa: contiene un solo flusso principale.
- Secondo CB Insights (marzo 2026), il 43% delle startup chiuse dal 2023 aveva un problema di aderenza al mercato; costruire meno e verificare prima è la risposta a questo dato.
- Un ordine di grandezza per un MVP con un flusso ben definito: da 5.000 a 15.000 euro e da quattro a otto settimane. A farlo salire sono ruoli, pagamenti, integrazioni e app mobile.
- Cosa entra si decide su due assi: valore per l'utente e costo di costruzione. Le funzioni ad alto valore e alto costo si simulano a mano nella prima versione.
- Il rilascio non è la fine: si misura per quattro-otto settimane (attivazione, ritorno, disponibilità a pagare) e poi si decide se estendere, correggere o fermarsi.
La definizione originale, e cosa non è un MVP
La sigla nasce nel 2009 nella comunità delle startup e da allora è stata piegata a significare qualsiasi versione ridotta di qualsiasi cosa. Vale la pena tornare alla frase originale, perché contiene un criterio preciso per decidere cosa costruire.
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.
Tre cose in questa frase vengono di solito dimenticate. Apprendimento validato: lo scopo dell'MVP è imparare qualcosa che prima non si sapeva, verificandolo con dati e non con opinioni. Sui clienti: si impara come si comportano le persone reali, non se il codice funziona. Massimo con il minimo: il minimo è lo sforzo, non il valore; un MVP che non serve a nessuno non è minimo, è inutile.
Quattro cose che vengono chiamate MVP e non lo sono
| Cosa è | Perché non è un MVP | A cosa serve invece |
|---|---|---|
| Prototipo cliccabile | Non funziona: mostra schermate, non elabora dati | A discutere il flusso prima di scrivere codice, in una settimana |
| Demo o presentazione | Nessun utente reale la usa nel proprio lavoro | A raccogliere interesse o finanziamenti |
| Prima versione completa | Contiene tutto ciò che si immagina serva, prima di sapere cosa serve | A niente: è il modo più costoso di scoprire di aver sbagliato |
| Beta con tutte le funzioni a metà | Molte cose che funzionano male invece di una che funziona | A perdere i primi utenti, che non tornano |
Perché costruire meno, con i numeri
La ragione per cui l'MVP esiste è che la maggior parte dei prodotti fallisce sul mercato e non sulla tecnologia. I dati sulle startup lo dicono da anni, e i dati sui progetti di AI generativa del 2025 dicono la stessa cosa in un altro settore.
- 43%
- delle startup chiuse dal 2023 aveva un problema di aderenza al mercato (CB Insights, marzo 2026, su 431 aziende finanziate)
- 42%
- dei fallimenti attribuiti a «nessun bisogno di mercato» nell'analisi storica dei post-mortem (CB Insights, The Top 20 Reasons Startups Fail, 101 casi)
- 95%
- delle organizzazioni senza ritorno misurabile dai pilot di AI generativa (MIT NANDA, luglio 2025, risultati preliminari)
Le due cifre di CB Insights vengono da metodi diversi e non vanno sommate: la prima analizza le chiusure dal 2023, la seconda è una lettura storica di 101 post-mortem scritti dai fondatori. Dicono però la stessa cosa: fra le prime cause di fallimento c'è aver costruito qualcosa che non serviva abbastanza a nessuno. La stessa analisi nota che «finire i soldi» (70% nei casi recenti) è quasi sempre l'ultima causa, non la prima.
Un MVP è il modo di scoprirlo prima di aver speso tutto. Non garantisce il successo: garantisce che la scoperta costi settimane invece di anni. È lo stesso principio che applichiamo ai progetti su commessa, dove il cliente ha un'idea chiara di cosa gli serve ma non ha ancora visto nessuno usarlo.
Cosa entra nell'MVP e cosa resta fuori
La decisione più difficile non è cosa costruire ma cosa lasciare fuori. Due domande per ogni funzione: quanto vale per l'utente della prima versione, e quanto costa costruirla bene.
Dove va ogni funzione
Matrice due per due. Asse orizzontale: costo di costruzione, da basso ad alto. Asse verticale: valore per l'utente della prima versione, da basso ad alto. Alto valore e basso costo: dentro l'MVP. Alto valore e alto costo: si simula a mano nella prima versione e si costruisce nella seconda. Basso valore e basso costo: dopo, se qualcuno lo chiede. Basso valore e alto costo: fuori.
- Costo di costruzione: basso / alto. Valore per il primo utente: basso / alto.
- Dentro l'MVP: è il flusso principale: si costruisce bene, si rilascia, si misura.
- Simulato a mano: nella prima versione lo fa una persona dietro le quinte; si automatizza nella seconda, se l'uso lo giustifica.
- Dopo, se richiesto: costa poco ma non cambia la decisione dell'utente: entra quando qualcuno lo chiede.
- Fuori: costa molto e non cambia la decisione: si toglie dalla lista e non se ne parla più.
Le funzioni che rimandiamo quasi sempre
- Ruoli e permessi articolati. Nella prima versione bastano due ruoli. I permessi fini arrivano quando ci sono abbastanza utenti da averne bisogno.
- Più integrazioni con sistemi esterni. Una sola, quella senza cui il flusso non funziona. Le altre si fanno con un'esportazione.
- App mobile nativa. Un'applicazione web che funziona bene su telefono copre la prima versione di quasi tutto.
- Cruscotti e report avanzati. Un'esportazione in foglio di calcolo e una tabella bastano per imparare cosa vogliono vedere gli utenti.
- Pagamenti automatici. Se i primi clienti sono pochi, una fattura a mano costa meno di un'integrazione, e si impara prima cosa sono disposti a pagare.
Quanto costa un MVP
Gli ordini di grandezza sotto sono quelli che usiamo nei preventivi e che pubblichiamo nella pagina sui costi. Non sono un listino: due MVP descritti con le stesse parole possono costare il doppio l'uno dell'altro, e la variabile che sposta di più non è il numero di schermate ma il numero di sistemi esterni da collegare.
| Tipo di MVP | Ordine di grandezza | Tempi | Cosa lo fa salire |
|---|---|---|---|
| Un flusso principale, utenti con login, dati propri | da 5.000 a 15.000 euro | da quattro a otto settimane | Gestione utenti e ruoli, pagamenti, integrazioni con gestionali esistenti, app mobile oltre al web |
| Automazione di un processo, senza interfaccia complessa | da 1.500 a 6.000 euro | da una a tre settimane | Numero di sistemi da collegare, volume di dati, controllo umano su ogni passaggio |
| Piattaforma multi-tenant completa (non è più un MVP) | da 15.000 a 40.000 euro e oltre | da tre a sei mesi | Isolamento dei dati fra clienti, abbonamenti, pannello di amministrazione, multilingua |
I costi che restano a carico tuo
- Hosting e database gestiti: da poche decine a qualche centinaio di euro al mese, secondo il traffico. Per un MVP quasi sempre nella fascia bassa.
- Servizi di terze parti: invio email, pagamenti, archiviazione file, modelli AI se ci sono. Si paga a consumo.
- Dominio e certificati, se non già in tuo possesso.
- Il tempo di una persona interna che conosce il processo e risponde alle domande: è il fattore che più spesso decide se un progetto va liscio.
Per i modi di collaborare (progetto a corpo, affiancamento, consulenza), le fasce complete e cosa comprende la manutenzione, la pagina come lavoriamo e quanto costa è la fonte di queste cifre. Per come lavoriamo su un prodotto dall'analisi al rilascio, la pagina sviluppo software su misura.
Quanto tempo richiede, settimana per settimana
Otto settimane sono il caso tipico di un MVP con un flusso principale ben definito. La sequenza sotto è quella che seguiamo: la prova con utenti reali sta in mezzo, non alla fine.
Otto settimane, cinque fasi
Linea del tempo su otto settimane. Settimana 1: analisi e prototipo dei flussi. Settimane 2-5: sviluppo del flusso principale con rilasci settimanali. Settimana 6: prova con utenti reali. Settimana 7: correzioni da quello che è emerso. Settimana 8: rilascio e avvio delle misure.
- Analisi e prototipo dei flussi: Sett. 1. cosa entra, cosa resta fuori
- Sviluppo del flusso principale: Sett. 2-5. rilasci ogni settimana
- Prova con utenti reali: Sett. 6. cinque persone bastano
- Correzioni: Sett. 7. da quello che è emerso
- Rilascio e misure: Sett. 8. attivazione, ritorno, pagamento
La sesta settimana è quella che molti saltano, ed è quella che giustifica tutte le altre. Cinque persone che usano il software per il proprio lavoro, osservate, dicono più di cento risposte a un questionario. Le correzioni della settima settimana vengono da lì, non dalle opinioni di chi ha commissionato il prodotto.
Tre esempi dai nostri progetti
Tre prodotti, tre MVP diversi: uno nato per il mercato, uno su commessa in una settimana, uno su commessa con una scadenza fissa e un perimetro diviso in tre fasce.
BYOURIT: prima il motore, poi tutto il resto
BYOURIT analizza la compatibilità di coppia con un motore di calcolo bioritmico. L'MVP era il motore più una pagina: inserisci due date, ottieni un risultato, senza registrazione. Pagamenti e report completi sono arrivati dopo aver visto che le persone tornavano. Se non fossero tornate, il motore sarebbe costato una frazione del prodotto completo.
Omnia Leads Manager: una settimana, tre lingue, un flusso
Il gestionale dei lead per un'azienda con divisioni in tre paesi è stato costruito fra il 18 e il 24 giugno 2025: registrazione con approvazione, anagrafica, importazione dai fogli esistenti, ricerca. Le lingue erano dentro dal primo giorno perché il mercato lo era; il pannello delle email e le statistiche sono arrivati nelle settimane successive, quando l'uso li ha chiesti.
SYNAPSE: un perimetro in tre fasce e una scadenza fissa
Per la piattaforma di monitoraggio di un parco di impianti la scadenza era fissa e distava poche settimane dall'avvio. I requisiti sono stati divisi in tre fasce prima di scrivere una riga di codice, e la prima versione conteneva solo la prima fascia. Il monitoraggio in tempo reale e le notifiche sono arrivati dopo, quando i tecnici erano già dentro. È un MVP anche se nessuno lo ha chiamato così.
Cosa succede dopo il rilascio
Un MVP rilasciato e non misurato è una prima versione come le altre. Le quattro-otto settimane dopo il rilascio servono a rispondere a tre domande, e la risposta decide il passo successivo.
- Le persone arrivano al risultato? Attivazione: quante, fra quelle che iniziano il flusso, lo completano. Se sono poche, il problema è nel flusso e si corregge prima di aggiungere qualsiasi cosa.
- Tornano? Ritorno a una e a quattro settimane. È la misura più onesta del valore: nessuno torna su uno strumento che non gli serve, per quanto bello.
- Pagherebbero, o pagano? Disponibilità a pagare, o pagamento reale se c'è un prezzo. Un MVP su commessa ha una variante: il committente lo userebbe se dovesse pagarne ogni mese l'esercizio?
- Decidere: estendere, correggere, fermarsi Con le tre risposte si decide se costruire la seconda fascia, se rifare una parte del flusso, o se fermarsi avendo speso settimane invece di anni. La terza opzione è un successo dell'MVP, anche se non sembra.
Domande frequenti
Qual è la differenza fra un MVP e un prototipo?
Un prototipo mostra come sarà il prodotto ma non funziona: schermate cliccabili senza dati veri. Un MVP funziona e viene usato da persone reali nel proprio lavoro, anche se fa una cosa sola. Il prototipo serve prima, per discutere il flusso in una settimana; l'MVP serve per imparare dall'uso.
Quanto costa sviluppare un MVP in Italia?
Un MVP con un flusso principale ben definito, utenti con accesso e dati propri costa in genere da 5.000 a 15.000 euro e richiede da quattro a otto settimane. Il costo sale con ruoli articolati, pagamenti, integrazioni con sistemi esistenti e app mobile nativa. Il preventivo vero nasce da un'analisi gratuita dei requisiti, perché la variabile decisiva sono le integrazioni.
Quanto tempo serve per un MVP?
Da quattro a otto settimane, con questa sequenza: una settimana di analisi e prototipo dei flussi, quattro di sviluppo con rilasci settimanali, una di prova con utenti reali, una di correzioni, una di rilascio e avvio delle misure. Le tempistiche si allungano soprattutto quando manca una persona interna che risponda alle domande.
Cosa deve contenere un MVP?
Un solo flusso principale, dall'inizio alla fine, per un tipo di utente, costruito bene. Le funzioni di valore che costano molto si simulano a mano dietro le quinte nella prima versione. Ruoli fini, più integrazioni, app native, cruscotti avanzati e pagamenti automatici si rimandano quasi sempre; le lingue no, se il mercato è multilingue dal primo giorno.
Il codice dell'MVP si butta via dopo?
No, se è costruito con le stesse regole di un prodotto: test sul flusso principale, dati ben strutturati, nessuna scorciatoia che comprometta la sicurezza. Un MVP fatto così diventa la base della seconda versione. Quello che si butta via sono le funzioni che l'uso ha dimostrato inutili, ed è un risparmio, non uno spreco.
Come si misura se un MVP ha funzionato?
Con tre domande nelle quattro-otto settimane dopo il rilascio: quante persone completano il flusso (attivazione), quante tornano a una e quattro settimane (ritorno), quante pagano o pagherebbero. Le risposte decidono se estendere, correggere una parte o fermarsi. Fermarsi dopo otto settimane invece che dopo due anni è uno dei risultati possibili di un MVP riuscito.
Fonti
I dati citati nel testo, con il collegamento al documento originale. Le cifre sono riportate come pubblicate dalla fonte, con l'anno a cui si riferiscono.
- Eric Ries, Minimum Viable Product: a guide: Startup Lessons Learned, 3 agosto 2009. La definizione originale di MVP, ripresa nel libro The Lean Startup (2011).
- CB Insights, The top 9 reasons startups fail: Analisi del 5 marzo 2026 su 431 aziende finanziate chiuse dal 2023: capitale esaurito 70%, scarsa aderenza al mercato 43%, tempistica o contesto 29%, economia unitaria insostenibile 19%.
- CB Insights, The Top 20 Reasons Startups Fail: Analisi storica di 101 post-mortem scritti dai fondatori: nessun bisogno di mercato 42%, capitale esaurito 29%.
- MIT NANDA, The GenAI Divide: State of AI in Business 2025: Risultati preliminari, luglio 2025: il 95% delle organizzazioni non rileva impatto misurabile sul conto economico dai pilot di AI generativa. Campione di 52 organizzazioni e 153 questionari.
- MAXYMIZE, Come lavoriamo e quanto costa: Gli ordini di grandezza usati in questa nota, con le modalità di collaborazione e cosa comprende la manutenzione.
Scritto da Maximilian Giurastante
Founder e software developer, MAXYMIZE. Progetta e sviluppa piattaforme SaaS, gestionali su misura e automazioni con modelli linguistici. Oltre vent'anni come project leader nell'integrazione di sistemi tecnologici, audio e video.
Hai un'idea di prodotto e vuoi sapere cosa costa la prima versione?
Raccontacela in trenta minuti. Ti diciamo cosa metteremmo nell'MVP, cosa lasceremmo fuori e in quale ordine di grandezza sta.