Michael Seibel (YC): come pianificare un MVP davvero minimo

Michael Seibel ha guidato Y Combinator come CEO e prima ha fondato due startup passate dall'acceleratore (nel 2007 e nel 2012). In questo intervento di quattordici minuti smonta il concetto di MVP riportandolo all'essenziale: la prima cosa che puoi mettere in mano a un piccolo gruppo di utenti per capire se riesci a portare loro un minimo di valore. Niente di più. Il messaggio centrale è uno solo, ripetuto in cinque modi diversi: lancia qualcosa di brutto, lancialo presto. Seibel apre con una constatazione tipica di YC: i founder vengono ripresi quando usano gergo da startup, eppure MVP è proprio uno di quei termini gonfiati. Riportarlo al significato letterale aiuta a togliere pressione e a partire prima.

I quattro obiettivi di una startup pre-launch

Seibel sintetizza in quattro mosse cosa deve fare una startup prima del lancio: lanciare in fretta, ottenere i primi customer (anche pochissimi), parlare con loro dopo il lancio, iterare. Il punto critico è il secondo: la maggior parte dei founder abbandona il percorso prima che un singolo utente abbia interagito con il prodotto. Il terzo nasconde un'altra trappola classica, quella di considerare inutile il feedback su una versione iniziale "tanto non è il prodotto vero". Seibel ribalta la prospettiva: la versione completa che hai in testa va tenuta flessibile, perché potrebbe scoprirsi che non è affatto quello che gli utenti vogliono. La sua formula: hold the problem tightly, hold the customer tightly, hold the solution loosely.

Iterare non è pivotare

Qui Seibel introduce una distinzione che vale tutto il video. Quando un founder costruisce qualcosa, ci si affeziona. Se lo strumento non funziona per gli utenti scelti, la tentazione è chiedersi: "Quali altri problemi potrebbe risolvere?". L'analogia è quella del cacciavite che non avvita: invece di aggiustarlo, ci si convince che potrebbe servire a cucinare o a pulire. Il problema è che il customer originale (il meccanico) ha ancora bisogno di avvitare. Iterare significa tenere fermo il problema e il customer, e fixare lo strumento.

Lean MVP vs heavy MVP

Quasi tutte le startup dovrebbero costruire un MVP molto lean: settimane, non mesi. A volte basta una landing page e uno spreadsheet. Funzionalità ridotte all'osso, focus sui primi customer e sui loro problemi più urgenti, tutto il resto rimandato. Seibel porta tre esempi che oggi valgono miliardi di dollari ma che al day one erano evidentemente incompleti: Airbnb senza pagamenti integrati e senza vista mappa, con Nate che programmava part-time; Twitch (allora Justin TV) come reality show con un solo canale, video a bassissima risoluzione, zero videogame; Stripe (allora slashdev/payments) senza accordi bancari e con i founder che andavano fisicamente in ufficio dai customer per integrare il prodotto, sia per disperazione sia per scoprire bug prima degli utenti. Esiste anche il caso dell'heavy MVP, in settori regolati come insurance, banking, biotech o hard tech. Anche lì però il punto di partenza può essere un sito che spieghi cosa fai, costruito in giorni e non in settimane.

Hack pratici per costruire un MVP in fretta

Seibel chiude con quattro accorgimenti operativi. Time-box dello spec: decidi quante settimane hai e tieni dentro solo ciò che puoi costruire in quel tempo. Scrivi lo spec nero su bianco, perché senza documento ogni chiacchierata con un utente o un investor sposta il piano e il piano da tre settimane diventa da tre mesi senza che te ne accorga. Taglia lo spec a metà sprint: se ti rendi conto che non ce la fai, taglia prima le cose non importanti, poi anche quelle importanti. L'obiettivo è uscire con qualcosa: una volta che il prodotto è nel mondo, il momentum si genera da solo. E infine: non innamorarti del tuo MVP. Nessuno dei tre prodotti citati assomiglia a quello che è diventato. L'MVP è il primo passo, non la destinazione.