Dall'idea al fatturato: il prodotto minimo realizzabile che puoi creare con l'IA

Il vecchio metodo non funziona più

Cinque anni fa, il manuale per le startup era: scegli un’idea, passa tre mesi a creare l’MVP, lancialo nel silenzio assoluto, itera.

Era quando “MVP” significava “tutte le funzionalità di base, super rifinito, pronto per una lista d’attesa”.

Con i creatori di app con IA come Proyecta, i tempi sono diversi. Puoi avere qualcosa di reale — non una landing page, non un mockup, ma un prodotto funzionante vero e proprio — entro l’ora di pranzo di domani. Ma quasi nessuno sa come ragionare su cosa significhi davvero “minimo” quando crei con l’IA.

Ecco cosa vedo: la maggior parte delle persone lancia troppe cose. Aggiungono una dashboard, gli account utente, le integrazioni, le analytics, magari una versione per app mobile. Poi nessuno la usa, perché stavano ottimizzando per la completezza — spuntando caselle — invece di risolvere un problema specifico per una persona specifica, adesso.

Cosa significa davvero “minimo” oggi

Il prodotto minimo realizzabile con l’IA è così piccolo da far quasi ridere. È:

Un flusso di lavoro. Non cinque funzionalità. Una cosa che la tua persona target fa ripetutamente e che oggi le porta via 10 minuti, mentre la tua app la riduce a 30 secondi.

Niente account. Se puoi pubblicarlo senza login, fallo. Una persona, una sessione, un risultato. Se piace, gli account li puoi aggiungere dopo. I flussi di login con Stripe richiedono 20 minuti per essere implementati come si deve. Le sessioni una tantum ne richiedono cinque.

Niente database. Almeno non uno che gestisci tu. Metti i tuoi dati in un Google Sheet. Usa localStorage nel browser. Usa Stripe o Airtable come backend. Stai cercando di trovare clienti, non di costruire infrastruttura.

Un’integrazione. Scegli l’unico strumento che il tuo cliente già usa e integralo. “Funziona con Slack” o “legge dal tuo Google Drive” è molto più utile di “ha il proprio sistema di archiviazione”.

Ecco un esempio concreto: Sarah ha creato uno strumento per designer freelance che impiegano un’eternità a spiegare il proprio stile ai nuovi clienti. La sua app: carichi tre dei tuoi migliori design, descrivi il tuo processo in italiano semplice, e l’app genera un PDF di “guida allo stile” che il designer può inviare ai clienti. Tutto qui. Niente account, niente login, niente dashboard. Ogni volta che qualcuno la usa, riparte da capo. L’app gira in Proyecta, lei usa Stripe per i pagamenti (genera un link una tantum per ogni PDF) e quando le persone chiedono più funzionalità (come “salvare più stili”), magari la aggiungerà — oppure si renderà conto che il suo vero prodotto non è l’app, è vendere questi PDF come template.

Ha fatto 600 $ nella prima settimana.

Le tre metriche che contano davvero

Non misurare il completamento. Non misurare il tempo sul sito. Misura queste tre:

Tempo al primo valore. Da “ho trovato questo link” a “ho ottenuto un risultato che posso davvero usare”. Per lo strumento di Sarah: 90 secondi. Se ci vogliono più di cinque minuti, le persone abbandonano.
Disponibilità a pagare. Non lanciare con un piano gratuito e un piano Pro. Scegli un prezzo. Vedi se le persone lo pagheranno. (25 $ per i PDF di Sarah. Potrebbe far pagare di più; fa pagare di meno perché vuole solo validare.) Se la risposta è “non se ne parla”, hai scelto il problema sbagliato.
Tasso di ritorno. Per uno strumento una tantum, non ti serve la retention a 30 giorni. Ti serve sapere: tra le persone che l’hanno usato una volta, quante lo dicono a un amico? La metrica di retention di Sarah è “l’ha detto ad almeno un altro designer”. Per ora è il 40%.

Se tutte e tre vanno bene, hai qualcosa in mano. Ora puoi aggiungere account, dashboard, cronologia, tutta quella roba.

Come lanciare in un fine settimana

Venerdì mattina: scegli il tuo problema. Non un mercato. Non un trend. Una persona specifica che fa una cosa specifica che oggi è una seccatura.

Venerdì pomeriggio-sabato mattina: usa Proyecta per crearlo. Tu descrivi cosa vuoi (“prendi un contratto in PDF ed evidenzia in rosso tutte le condizioni di pagamento”), Proyecta lo genera, tu lo provi e lo aggiusti finché non funziona. Quattro ore, magari sei se sei pignolo. Ora hai un’app web funzionante.

Sabato pomeriggio: provala su due persone. Non “ehi, lo useresti in teoria?”, ma “ecco il link, usalo davvero e dimmi cosa si è rotto o cosa è sembrato strano”.

Domenica mattina: imposta i pagamenti se fai pagare. Stripe, Gumroad, un semplice link — non stai costruendo una piattaforma di fatturazione. Solo un modo per farti pagare.

Domenica sera: pubblicalo. Postalo su Show HN, sul Discord o sullo Slack pertinente, manda un’email diretta a cinque persone. Non struggerti sulla descrizione. Apri con il motivo per cui l’hai creato: “L’ho fatto perché ero frustrato dal fatto che…”.

Lunedì: guarda cosa succede davvero. Le persone reali lo usano oppure no. Lo saprai entro 48 ore.

Cosa succede dopo (la parte facile)

Se nessuno lo usa: hai imparato qualcosa in fretta e a poco prezzo. Hai cambiato rotta entro martedì.

Se qualcuno lo usa: osservi cosa ci fanno davvero. Lo usano esattamente come l’hai progettato, oppure fanno qualcosa di leggermente diverso? Chiedono funzionalità che non ti aspettavi, oppure lo usano in silenzio e se ne vanno?

Se le persone lo usano, chiedono cose e sei convinto di voler lavorare su questo: ora puoi investire nella roba vera e propria. Account, così le persone possono salvare il loro lavoro. Una dashboard, così possono vedere cosa hanno creato. Un’API, se è ciò di cui hanno bisogno. Ma stai creando queste funzionalità perché sai che c’è domanda, non perché pensi che dovrebbero esistere.

L’errore più grande è pubblicare partendo dal presupposto che la tua idea sia giusta e che il tuo unico compito sia convincere le persone che lo è. Il prodotto minimo realizzabile è il primo test di quel presupposto. Tutto ciò che viene dopo è solo ascoltare.

Tre storie vere

Marcus (data analyst): passava un’ora ogni settimana a riformattare manualmente le query SQL per gli analisti junior. Ha creato uno strumento in Proyecta che lo fa con un clic: incolli la query, ottieni la versione formattata. Un campo di input, un pulsante. Lo ha lanciato di martedì. Entro venerdì aveva 300 utilizzi da persone del suo Discord. A fine mese: 1.200 utilizzi, alcuni da perfetti sconosciuti. Ha aggiunto gli account così le persone potevano vedere la propria cronologia, poi ha creato un’integrazione con il suo data warehouse. Ora è la sua seconda fonte di reddito.

Jade (illustratrice): ha fatto uno strumento che prende un memo vocale e genera uno schizzo di personaggio basato sulla descrizione. Ha passato 45 minuti a crearlo. Faceva pagare 3 $ a schizzo. Ha fatto 1.500 $ nelle prime due settimane, prima di metterlo in pausa perché stava ricevendo così tanti ordini da non riuscire a stare dietro alla parte amministrativa del business.

Omar (founder): voleva costruire una “piattaforma completa”. Ci ha passato due mesi. Ha lanciato con account, piani tariffari, integrazioni con tre strumenti e un video tutorial. Tre mesi dopo: 12 utenti, due dei quali erano suoi amici. Si è reso conto di aver ottimizzato per il lancio invece che per l’apprendimento. Il suo riavvio è molto più piccolo — solo il flusso di lavoro di base — e sta ottenendo una trazione reale.

La cosa che nessuno ti dice

Pubblicare in piccolo fa paura perché sembra incompleto. Il tuo cervello urla “ma dobbiamo gestire [il caso limite], e [questa funzionalità]?, non dovremmo [aggiungere complessità]?”.

No. Pubblicalo lo stesso.

Il tuo compito non è costruire il prodotto perfetto. Il tuo compito è testare la scommessa più piccola che dimostri che stai risolvendo un problema reale per una persona reale. Tutto ciò che viene dopo è solo ascoltare e iterare in base a ciò che è reale.

Cosa potresti creare questo fine settimana con un creatore di app con IA? Qualcosa di piccolo. Qualcosa che useresti davvero. Provaci e vedi.