Non partire dall'MVP: il metodo di Ash Maurya

Il consiglio standard per un founder early-stage suona familiare: costruisci in fretta la prima versione del prodotto, lancia, itera con i clienti. Ash Maurya, autore di Running Lean e creatore del Lean Canvas, sostiene che questo approccio era valido dieci anni fa e oggi non funziona più. Il motivo non è ideologico, è strutturale: il costo di costruire prodotti è ai minimi storici, quindi i clienti hanno molte più alternative per lo stesso job. Davanti a un MVP a metà, non si trasformano in early adopter pazienti, ti lasciano e passano al concorrente. Senza feedback diretto, il founder resta a tirare a indovinare quale feature aggiungere — quella che Maurya chiama la modalità "spaghetti contro il muro".

Perché l'MVP non basta più

La premessa originaria dell'MVP era ragionevole: meglio rilasciare qualcosa di imperfetto subito che spendere mesi su un prodotto che nessuno vuole. Maurya non contesta la logica, contesta il contesto in cui si applica. Quando le barriere d'ingresso erano alte e le scelte poche, un alpha grezzo era accettabile per il cliente. Oggi i prodotti competono in mercati saturi e la finestra di attenzione è strettissima. Un MVP che non eroga valore al primo colpo viene scartato senza appello, e tu rimani con metriche che ti dicono solo cosa sapevi già — nessuno sta comprando — senza dirti il perché.

Il metodo demo-sell-build

L'inversione di Maurya è semplice nel principio e impegnativa nell'esecuzione. La sequenza non è build-demo-sell ma demo-sell-build. La demo non è un prototipo deluxe né una landing page generica: è il proxy del prodotto, lo standing per qualcosa che ancora non esiste. Se chi guarda la demo è disposto a comprarla — pre-ordine, deposito, pilot — allora vale la pena costruire. Maurya ricorda che ogni campagna di crowdfunding di successo è demo-sell-build all'opera, e che nelle vendite B2B complesse la demo gioca un ruolo centrale ben prima del pilot. Confezionare la demo in un'offerta esplicita permette di testare in un colpo solo le tre assunzioni più rischiose del business model: la value proposition (stai risolvendo un problema abbastanza grosso?), la soluzione (il tuo approccio convince?), il pricing (quanto sono disposti a pagare?).

La trappola dell'offerta e la chiave del problem discovery

C'è però un avvertimento. Anche partire dalla demo, da soli, non basta. La maggior parte delle prime demo cade piatta perché il founder sta ancora tirando a indovinare cosa vogliono i clienti. Si finisce nella offer trap: una landing page con metriche che dicono che nessuno converte, ma non spiegano perché. Si testa l'headline, poi il copy, poi il prezzo, e le settimane diventano mesi. La via d'uscita non sono demo migliori, ma customer discovery conversation più profonde. Maurya è netto su volumi e obiettivo: non servono 600 survey né 100 interviste, ne bastano 20-30 fatte bene. L'obiettivo non è pitchare la soluzione, è capire il problema del cliente e le sue cause radice meglio di quanto lo capisca lui stesso. Funziona perché il cliente è troppo occupato a spegnere incendi per studiare i propri problemi — è la stessa ragione per cui esistono terapeuti e coach.

La mafia offer

Quando il founder unisce due "superpoteri" — sa progettare la soluzione giusta perché il problema è chiaro, e sa pitchare in modo che il cliente lo riconosca come esperto — il risultato non è una demo qualsiasi ma una mafia offer. Maurya ha coniato il termine ispirandosi a Il Padrino: un'offerta che il cliente non può rifiutare, non per pressione commerciale ma perché la soluzione combacia esattamente con il problema sentito. È qui che si decide il gioco. Se non riesci a far comprare l'offerta, non hai il diritto di costruire l'MVP. Se invece l'offerta vende, non solo sai cosa costruire: passi dal "spero che lo comprino" al "so che lo compreranno", e moltiplichi le probabilità di successo. La domanda finale — quanti clienti servono per dichiarare validato l'offer — Maurya la rimanda al traction roadmap, parte del business model design che tratta in altri contenuti.