Scoprite se funziona prima di spendere tutto.
Un MVP non è la versione economica del prodotto vero. È lo sviluppo più piccolo che risponde in modo onesto a una domanda: le persone lo useranno davvero, e lo pagheranno?
Sviluppiamo il prodotto più piccolo che verifica se la vostra idea funziona: software vero con utenti veri, non un prototipo. La conversazione su che cosa includere conta più dello sviluppo, perché la maggior parte degli MVP fallisce per eccesso. Perimetro e data si fissano per iscritto, e se qualcosa non ci sta, si taglia insieme.
Aggiornato novembre 2026
La parte difficile è decidere che cosa lasciare fuori.
La prima lista di ogni fondatore è troppo lunga, la nostra compresa. Tutto sembra necessario perché riuscite a immaginare il prodotto finito, ma il prodotto finito non è ancora ciò che state costruendo.
La domanda a cui risponde un MVP è stretta: le persone lo vogliono abbastanza da usarlo, e da pagarlo? Tutto ciò che non aiuta a rispondere può aspettare, comprese cose che più avanti serviranno di sicuro.
Per questo dedichiamo tempo vero alla definizione del perimetro prima del preventivo. È la parte meno fatturabile del lavoro e di gran lunga la più preziosa, perché un lancio più piccolo significa imparare prima e avere ancora budget per agire su ciò che avete imparato.
Che cosa ricevete.
Software vero, non un prototipo
Pubblicato, funzionante, con utenti veri. Un modello cliccabile non vi dice se le persone tornano.
L’unica cosa per cui esiste
Costruita bene. Tutto il resto costruito in modo economico, o per niente.
Il pagamento, se è quella la domanda
L’unico test affidabile della disponibilità a pagare è chiedere di pagare.
Analisi dal primo giorno
Dove le persone si fermano, che cosa non toccano mai. Senza questo lanciate e non imparate nulla.
Un modo per parlare con gli utenti
I primi cinquanta valgono più come conversazioni che come numeri.
Fondamenta che non vi intrappolano
Tecnologie standard, struttura sensata. Veloce, senza decidere la vostra architettura per i prossimi cinque anni.
Prima un perimetro onesto
Compreso dirvi quando qualcosa non va ancora costruito affatto.
Codice interamente vostro
Vostro dal primo commit. Continuate con noi, con il vostro team o con chiunque altro.
Che cosa tagliare, e che cosa non tagliare mai.
Le decisioni che separano un MVP che arriva al lancio da uno che non finisce mai.
| Prima versione | Più avanti | Perché | |
|---|---|---|---|
| L’azione per cui il prodotto esiste | Sì | — | Senza, non c’è niente da verificare |
| Il pagamento, se verificate la disponibilità a pagare | Sì | — | L’intenzione non è una prova |
| Registrazione e account | Il più semplice possibile | Accesso aziendale, team, ruoli | Necessari, ma non sono la domanda |
| Pannello di amministrazione | Basta una vista sul database | Strumenti veri | Lo vede solo il vostro team |
| Impostazioni e preferenze | Nessuna | Sì | Nessuno abbandona per un’impostazione mancante |
| Onboarding | Minimo | Progettato come si deve | Non sapete ancora dove le persone si bloccano |
| App mobile | Raramente | Se l’uso lo dimostra | Un’applicazione web adattiva verifica la stessa idea |
Come definiamo il perimetro.
Gateway di pagamento e fatturazione in Qatar, costruito partendo dall’idea del cliente fino a un prodotto funzionante.
Lanciare senza misurare è il modo più comune in cui un MVP non insegna nulla.
Se avete già clienti paganti che lo fanno a mano, non vi serve un MVP: vi serve il prodotto vero.
Quando un MVP è la scelta giusta.
Avete un’idea e nessuna prova
Il caso classico. Costruite la cosa più piccola che produca prove.
State raccogliendo fondi e vi serve trazione
Numeri d’uso reali convincono gli investitori. Una presentazione che descrive un prodotto no.
Oggi lo fate a mano
Il miglior punto di partenza possibile: sapete già che il processo funziona.
Non fa per voi se la prova ce l’avete già
Se le persone vi pagano già per farlo a mano, costruite il prodotto vero. Ve lo diciamo, anche se significa un progetto diverso.
Come lavoriamo.
Troviamo la domanda
Che cosa deve essere vero perché funzioni? Tutto il resto serve a rispondere a questo.
Tagliamo la lista, insieme
La conversazione più difficile e più preziosa. Aspettatevi di togliere più della metà.
Concordiamo perimetro e data
Fissi, per iscritto. Un MVP con un perimetro che si muove non è un MVP.
Progettiamo il flusso principale
Cliccabile, così lo sentite prima che sia sviluppato.
Sviluppiamo in blocchi di due settimane
Software funzionante che potete usare, ogni quindici giorni. Nessuna sorpresa alla fine.
Lanciamo e misuriamo
Analisi attive dal primo giorno, perché lanciare senza misurare spreca l’intero esercizio.
Guardiamo che cosa è successo
Che cosa hanno fatto le persone, non che cosa hanno detto. Poi decidiamo insieme quale sarà la versione due, o se debba esserci.
Sviluppo di MVP
7 domande con risposta. Ne avete un’altra? Scriveteci.
Meno di quanto spendereste per scoprire la stessa cosa nel modo difficile. Non pubblichiamo cifre perché la forbice è davvero ampia e dipende quasi tutta dal perimetro. Quello che possiamo dire è che la conversazione su che cosa includere sposta il numero molto più di qualsiasi scelta tecnologica, e la facciamo prima del preventivo.
Sette categorie. Quarantacinque servizi.
Raccontateci il progetto, com’è davvero.
Scriveteci cosa vi serve e dove siete bloccati. Vi rispondiamo entro un giorno lavorativo con domande vere, e se il progetto dovrebbe essere più piccolo di come lo immaginate ve lo diremo.