Il modo più comune di presentare un progetto è con una presentazione. Funziona, più o meno. Ma c’è sempre lo stesso problema di fondo: il cliente deve immaginare.
Immaginare come ci si muove dentro il prodotto. Immaginare cosa succede quando clicchi. Immaginare se quella cosa risolve davvero il suo problema. E quando chiedi a qualcuno di immaginare, ognuno immagina una cosa diversa. Tu vendi una visione, lui ne compra un’altra, e i problemi arrivano dopo, in fase di sviluppo.
Da un po’ di tempo ho cambiato approccio. Invece di raccontare il progetto, lo faccio toccare. Costruisco un prototipo funzionante con l’AI, in poche ore, e lo metto in mano al cliente. La differenza in trattativa è enorme.
In breve, come si costruisce una demo con l’AI: si sceglie un solo flusso chiave del prodotto, lo si sviluppa con strumenti AI (nel mio caso Claude per la logica e Cursor per il codice), lo si popola con dati realistici e lo si pubblica online su un link condivisibile. Bastano poche ore invece di settimane, e la demo serve a due cose insieme: vincere il progetto e validare l’idea prima di svilupparla davvero.
Perché una demo batte qualsiasi presentazione
Una presentazione descrive. Una demo dimostra. Sono due cose diverse.
Quando il cliente apre un prototipo che funziona davvero, smette di valutare le tue capacità di raccontare e inizia a valutare la soluzione. Clicca, prova, capisce. La conversazione si sposta da “sarà capace di costruirlo?” a “ok, e qui possiamo aggiungere questa cosa?”. Hai già vinto metà della partita: non stai più vendendo una promessa, stai discutendo dettagli su qualcosa che esiste.
C’è anche un effetto fiducia difficile da replicare in altri modi. Chi ti porta un prototipo funzionante al primo incontro sta dicendo, senza dirlo, “io le cose le costruisco, non le racconto soltanto”. In un mercato pieno di chi vende fumo, questo pesa.
Il doppio vantaggio: vendere e validare
La demo ha due funzioni, e questa è la parte che molti sottovalutano.
La prima è ovvia: serve a vincere il progetto. Un prototipo concreto ti distingue da chiunque si presenti con la solita presentazione e accorcia drasticamente il tempo della decisione.
La seconda è meno ovvia ma altrettanto importante: serve a validare l’idea prima di costruirla sul serio. Mentre costruisco la demo, sono costretto a prendere decisioni reali. Dove va questo bottone, cosa succede dopo questo passaggio, ha senso questo flusso? È in questo momento che scopri se l’idea regge o se hai in mano un concept che funziona solo sulla carta. Meglio scoprirlo in tre ore di prototipo che in tre settimane di sviluppo.
In pratica costruisco una cosa sola e ottengo due risposte: il cliente mi dice se la vuole, e il prototipo mi dice se vale la pena costruirla.
Come la costruisco, passo per passo
Il processo che uso è sempre lo stesso, indipendentemente dal progetto.
1. Parto dal problema, non dalle feature. Prima di aprire qualsiasi strumento mi chiedo: qual è la cosa che il cliente deve assolutamente capire in trenta secondi? La demo deve dimostrare quella, non tutto il resto.
2. Scelgo un solo flusso. Non provo a ricreare l’intero prodotto. Scelgo il percorso che conta di più, quello che fa scattare il “ah, ho capito”. Tutto il resto può restare finto o non esserci proprio.
3. Costruisco con l’AI. Uso Claude per ragionare sull’architettura e sulla logica, Cursor per scrivere il codice, e popolo tutto con dati realistici. L’AI non decide cosa costruire al posto mio: comprime il costo di esecuzione. Le decisioni di prodotto restano mie, ma quello che prima richiedeva giorni di sviluppo ora richiede poche ore. È lo stesso approccio con cui ho costruito questo sito e il mio CRM da zero.
4. La rendo credibile. Niente “lorem ipsum”, niente placeholder grigi. Nomi veri, numeri plausibili, contenuti che sembrano usciti dal contesto reale del cliente. Una demo con dati credibili convince dieci volte di più di una con dati finti evidenti.
5. La metto online. Pubblico il prototipo su un link, di solito con Vercel. Così il cliente può aprirlo dal suo telefono durante la riunione, o rivederlo con calma dopo, o mostrarlo ai colleghi. Una demo che vive solo sul mio schermo vale la metà.
Gli errori da evitare
Ne ho fatti diversi, quindi li elenco.
Voler mostrare tutto. È la tentazione più forte e la più sbagliata. Una demo che prova a fare dieci cose non ne comunica bene nessuna. Un flusso solo, fatto bene.
Dati finti che si vedono. Spezzano l’incantesimo all’istante. Se i dati sembrano falsi, tutto il prototipo sembra falso.
Spacciarla per prodotto finito. La demo è una promessa visibile, non il prodotto. Va detto con chiarezza cosa è già reale e cosa è simulato, altrimenti crei aspettative che pagherai dopo.
Innamorarsi della demo. A volte il prototipo ti dice che l’idea non funziona. È un regalo, non un fallimento. Ti ha appena risparmiato settimane di lavoro nella direzione sbagliata.
Cosa è cambiato davvero
Il punto non è che l’AI scriva il codice. Il punto è che ha abbassato in modo radicale il costo del “fammi vedere”.
Prima, costruire un prototipo funzionante era un investimento serio: giorni di lavoro, magari uno sviluppatore dedicato, un costo che giustificavi solo per i progetti già quasi chiusi. Oggi posso permettermi di costruirne uno per un’idea che voglio solo testare, o per una trattativa ancora incerta. Il rischio è basso, il ritorno potenziale è alto.
Questo cambia il modo di lavorare. Posso permettermi di rispondere a un’esigenza del cliente con “te lo faccio vedere” invece che con “te lo spiego”. E posso permettermi di buttare via un’idea dopo tre ore, senza rimpianti, perché non mi è costata un mese.
La demo non è più la fine di un processo di vendita. È l’inizio della conversazione. E nella maggior parte dei casi, è la conversazione che chiude il progetto.
Domande frequenti
Quanto tempo serve per costruire una demo con l’AI?
In genere poche ore, contro i giorni o le settimane richiesti dallo sviluppo tradizionale. Il tempo dipende dalla complessità del flusso scelto, ma il principio è costruirne uno solo e farlo bene, non ricreare l’intero prodotto.
Quali strumenti servono per fare una demo con l’AI?
Bastano un assistente AI per ragionare su logica e architettura (io uso Claude), un editor con AI per scrivere il codice (Cursor) e una piattaforma per pubblicare il prototipo online su un link (Vercel). Non serve un team di sviluppo.
Una demo costruita con l’AI è un prodotto finito?
No. È un prototipo funzionante che mostra un flusso reale, non il prodotto completo. Va sempre chiarito al cliente cosa è già reale e cosa è simulato, per non creare aspettative sbagliate.
Conviene fare una demo anche per un progetto non ancora confermato?
Sì. Oggi il costo di costruire un prototipo è così basso che ha senso usarlo sia per chiudere una trattativa incerta sia per validare un’idea prima di investirci. Se il prototipo dimostra che l’idea non regge, ti ha risparmiato settimane di lavoro.