Ambito dell'MVP: ciò che NON devi costruire è più importante

Il termine MVP — minimum viable product — è stato coniato da Frank Robinson ed è diventato popolare con il libro di Eric Ries "The Lean Startup" (2011). La parola chiave è minimum. È anche la parola che i principianti capiscono peggio: dopo «nessuno ne ha bisogno», il più grande ostacolo ai lanci è «non è mai stato spedito» — il prodotto si è gonfiato di funzionalità e non è mai uscito. Questa lezione riguarda il coltello con cui tagli l'ambito.

Il ciclo utente chiave

Descrivi l'UNICO percorso per cui le persone pagano: arriva → fa la cosa principale → ottiene il valore → torna. Esempio (un servizio di riepilogo chiamate): carica una registrazione → ottieni note con elementi d'azione → inviale al team. Tutto ciò che non rientra in quel ciclo non è MVP.

Il caso classico: la prima versione di Instagram si chiamava Burbn e permetteva check-in, piani per incontri, punti e foto. Gli utenti usavano solo le foto. Kevin Systrom tagliò tutto il resto e mantenne un solo ciclo: scatta → filtra → pubblica. Due anni dopo Facebook lo comprò per un miliardo di dollari. Il ciclo porta avanti il prodotto; gli extra lo affondano.

Il coltello dell'ambito: tre liste

1. Ora (il ciclo + accesso + pagamento): senza questo non c'è prodotto.
2. Dopo (una volta che hai utenti reali): temi, integrazioni, team, impostazioni.
3. Non per ora (le tentazioni): un'app mobile, un'API, un marketplace. Scrivilo, poi dimenticalo finché non avrai cento clienti.

Il test per ogni funzionalità: «Un utente se ne andrebbe nel primo mese se mancasse questa cosa?» No — va nella lista due. Quella singola domanda ti fa risparmiare settimane.

Una pausa socratica

Stai per aggiungere le "impostazioni di notifica" all'MVP. Ferma la mano e chiediti: una singola persona se ne andrebbe nel primo mese se le notifiche funzionassero semplicemente con impostazioni predefinite sensate, senza opzioni? La risposta è quasi sempre no. Il che significa: lista «dopo».

Miti per principianti

• «Un MVP è un brutto prodotto.» No. È un prodotto mirato ma buono: una cosa fatta bene, non dieci fatte male.
• «Non funzionerà senza social login / dark mode / un'app mobile.» Le cose funzionano con il ciclo essenziale. La rifinitura viene aggiunta sopra utenti reali.
• «Lo aggiungo per sicurezza.» «Per sicurezza» è la frase più costosa nel software. Ogni funzionalità è codice, bug e manutenzione — per sempre.

Il brief di prodotto per l'AI

Prendiamo il brief dal corso di vibe coding e lo trasformiamo in un brief di prodotto:

Prodotto: [nome] — [per chi] — [valore principale].
Ciclo: [i passaggi dell'utente].
Pagine: landing, accesso, l'app (una schermata funzionante!), impostazioni minime.
Dati: [entità e campi — come insegnato nella lezione sul database].
Non nell'MVP: [la lista "dopo" — mettila direttamente nel brief così l'AI non costruisce extra].
Stile: [riferimento + palette].

Quella riga «Non nell'MVP» è l'ingrediente segreto. Un assistente AI (un modello che scrive codice dalla tua descrizione) ama essere d'aiuto e riempire i vuoti: chiedi un modulo di accesso e ti ritroverai con recupero password, autenticazione a due fattori e una pagina di impostazioni del profilo inclusi. Un divieto esplicito tiene a bada l'ambito.

Ritmo e diagnosi

Un MVP costruito da questo brief in Lovable/Replit richiede 2-4 settimane di serate. Se la tua stima risulta più lunga, l'ambito è ancora troppo ampio: riduci il ciclo a un singolo scenario. La regola è semplice — la domanda non è «cos'altro potrei aggiungere», ma «cos'altro posso eliminare mantenendo intatto il ciclo». Ogni cosa scartata è un giorno che non hai sprecato.

Dove va storto: «Non posso tagliare nulla, è tutto importante»

La resistenza più comune in questa lezione suona così: «ma tutto nel mio prodotto è collegato, non posso togliere nulla». Questa è quasi sempre l'illusione di essere troppo vicino alla tua idea. Testala onestamente: prendi la funzionalità che «non puoi rimuovere» e immagina un utente che non la apre mai nel primo mese. Ottiene comunque valore? Se sì, quella funzionalità non è nel ciclo — può e deve aspettare.

Tagli l'ambito non perché le funzionalità siano cattive, ma perché in questo momento stanno impedendo al prodotto di essere spedito. Posticipato non è scartato; sta aspettando il suo turno nella lista «dopo».

Come si collega ad altri corsi

I dati e le entità per il brief (cosa archiviare e come) avranno una lezione dedicata su account e dati più avanti in questo corso, e la tecnica di base per costruire da un brief si trova nel corso di vibe coding. Qui il brief si trasforma da tecnico a orientato al prodotto — con quella esplicita riga «Non nell'MVP».

Fallo ora (5 minuti)

Prendi la tua idea dalla lezione precedente e scrivi il ciclo come una riga di frecce. Poi elenca tutto ciò che vorrebbe entrare nel prodotto e ordinalo onestamente nelle tre liste. Se «Ora» ha più di 5 elementi, continua a tagliare.