Un founder non tecnico con una tesi validata a voce, zero prodotto e investitori in attesa di una demo. Otto settimane dopo: MVP in produzione e 12 clienti paganti al giorno 30.
Il founder aveva passato sei mesi a parlare con potenziali clienti: PMI che gestivano gli anticipi di cassa via email e fogli di calcolo. Trenta interviste, quindici lettere di intento, una tesi chiara.
Ma la tesi era ferma lì. Nessun prodotto, nessun co-founder tecnico, e un round che non si chiudeva senza una demo funzionante. Ogni mese di attesa era runway bruciato.
La prima settimana non ho scritto codice: ho riletto le interviste e mappato cosa serviva davvero per la prima transazione. Tre trappole da evitare:
La feature list dell'entusiasmo: 40 voci. Dashboard, notifiche, app mobile, integrazioni bancarie. Con quel piano il lancio sarebbe arrivato dopo la fine del runway.
Ogni feature in più ritardava la risposta all'unica domanda che contava. Qualcuno pagherà? Tutto ciò che non contribuiva a rispondere era, per definizione, rimandabile.
Il settore imponeva vincoli veri fin dal giorno uno. Gestire denaro significa audit trail, permessi e riconciliazione: le uniche cose non negoziabili dello scope.
Il resto è finito in una waiting list visibile ai clienti, che è diventata a sua volta uno strumento di validazione. (Numeri placeholder.)
Lo scope finale: il flusso che porta un cliente dalla registrazione alla prima transazione pagata. Tutto il resto in waiting list, visibile, votabile dai clienti.
Solo il flusso che genera revenue. Onboarding, richiesta anticipo, approvazione, incasso. Cinque schermate curate, non quaranta abbozzate.
Infrastruttura noiosa e solida. Stack volutamente convenzionale, pagamenti su Stripe, audit trail su ogni operazione. In fintech l'originalità va spesa sul prodotto, non sull'infrastruttura.
Analytics dal giorno uno. Ogni step del funnel misurato dal primo deploy: al giorno 30 sapevamo non solo che 12 clienti pagavano, ma quali segmenti convertivano meglio: dati che hanno guidato il pitch del round.
Lo scope creep è una malattia dei founder sotto pressione. Ogni settimana arrivava una feature "indispensabile" suggerita da un investitore o da un prospect. La regola concordata al kickoff: tutto entra in waiting list, niente entra nello sprint. La roadmap si riordina solo alla weekly review, dati alla mano.
Il secondo rischio era il passaggio di consegne: un MVP che solo io sapevo toccare sarebbe stato un lock-in, non un asset. Codice nel repository del cliente dal primo giorno, documentazione di onboarding scritta man mano, e a fine ingaggio due settimane di affiancamento al primo dev interno.
Mi aspettavo un preventivo per l'app dei miei sogni. Omar mi ha convinto a costruirne un decimo, ed è stato quello che ha chiuso il round. Testimonial placeholder, da sostituire con quote reale.
Parliamone: 30 minuti per capire se un MVP è la risposta giusta, e quanto piccolo può essere.
Prenota una call di 30 min Altri casi studio