Costruire l'MVP: il ciclo funziona da inizio a fine

La tecnica di costruzione deriva dal corso di vibe coding (Lovable/Replit, iterazioni, rollback). Qui trattiamo ciò che separa un prodotto da una creazione amatoriale: l'ordine in cui costruisci e due strati che i principianti dimenticano sempre.

Scheletro prima della bellezza

Primo obiettivo: l'intero ciclo funziona da inizio a fine, anche se in modo goffo — iscriviti → fai la cosa → ottieni il risultato. Solo allora lucidi i singoli passaggi. Il motivo di quest'ordine: i problemi più spaventosi sono le giunture («il passaggio 3 è impossibile senza i dati del passaggio 5»), e si manifestano solo quando il ciclo funziona completamente. Meglio scoprirli il primo giorno che accorgersi, dopo una settimana passata a rifinire la landing page, che il prodotto non può essere completato affatto.

Questa regola è più vecchia dello sviluppo web. Durante la realizzazione del primo Toy Story, Pixar ha creato una versione grezza dell'intero film a partire da schizzi — i «reels» — e solo una volta sicuri che la storia reggesse dall'inizio alla fine hanno passato mesi a renderizzare i fotogrammi. Prima l'insieme grezzo, poi i dettagli belli. Il software funziona allo stesso modo.

Una pausa socratica

Hai aperto il prodotto per la prima volta. Cosa c'è su quella prima schermata? Non una lista completa di attività, non un feed popolato — il vuoto. Ed è lì che si decide se resti o chiudi la scheda. Pensa: cosa deve esserci su quella schermata vuota perché tu sappia cosa fare?

Strato 1: stati vuoti

Un nuovo utente non ha dati: lista vuota, cronologia vuota. Una creazione amatoriale mostra il vuoto più totale; un prodotto guida: «Ancora niente qui. Carica il tuo primo — ecco il pulsante.» Cosa chiedere all'AI: «Per ogni lista e schermata, crea uno stato vuoto: cos'è, a cosa serve e un pulsante per la prima azione». Le prime impressioni vivono esattamente qui — sulla schermata che le creazioni amatoriali lasciano vuota.

Strato 2: errori comprensibili

File sbagliato, il Wi-Fi ha avuto un'interruzione, il pagamento è fallito. Una creazione amatoriale non dice nulla, o spaventa le persone con «Error 0x80070057». Un prodotto spiega e offre una via d'uscita: «Questo file supera i 100 MB — comprimilo o dividilo.» La formula per un buon messaggio: cosa è successo + cosa fare. La richiesta: «Ogni errore in linguaggio semplice: cosa è successo e cosa fare. E mostrami una lista di tutti i messaggi di errore» — quest'ultima parte ti permette di modificare ogni testo contemporaneamente, con un'unica voce.

Miti del principiante

• «Gli errori sono casi limite, li scriverò più tardi.» Una persona su tre incontra un errore alla sua primissima visita: formato sbagliato, mouse scivolato, rete instabile. Non è il limite, è il centro dell'esperienza.
• «È chiaro a me, quindi è chiaro a tutti.» Conosci il prodotto dall'interno — sei un tester cieco. Deve essere chiaro a qualcuno che vede la schermata per la prima volta.
• «Lo renderò bello, poi controllerò la logica.» Il contrario: prima il ciclo funzionante, poi la bellezza. Un prodotto bellissimo ma rotto è un'immagine costosa.

Il test «nelle mani di qualcun altro»

Conosci questo trucco dai corsi precedenti — ora è un passaggio di accettazione obbligatorio. Qualcuno del tuo pubblico target percorre il ciclo davanti a te, in silenzio, e tu non dai suggerimenti e non spieghi — ti limiti a osservare dove inciampa. In «Don't Make Me Think», Steve Krug ha dimostrato che 3-5 persone reali sono sufficienti per trovare la maggior parte dei problemi; non hai bisogno di un laboratorio costoso. Tre inciampi = tre compiti per domani. Continua a perfezionare il ciclo finché una persona nuova non lo completa senza una singola domanda — questo significa essere pronti per l'MVP.

Dove va storto: lucidare la cosa sbagliata

Il classico fallimento nella costruzione di un MVP si presenta così: il fondatore passa una settimana a perfezionare un'animazione di un pulsante e un gradiente di una landing page, e l'utente di test inciampa sulla soglia — non sa dove cliccare dopo essersi iscritto. Estetica lucidata, scheletro rotto. La regola dell'ordine esiste proprio per questo: finché una persona nuova non riesce a percorrere il ciclo da inizio a fine, lucidare una singola schermata è prematuro. Prima «funziona dall'inizio alla fine», poi «bello ad ogni passaggio». L'ordine inverso è il modo più costoso per spendere una settimana.

Come questo si collega ad altri corsi

Iterare, tornare a una versione funzionante e lavorare con un assistente AI è una tecnica del corso di vibe coding. E gli stati vuoti e gli errori comprensibili che stai costruendo qui guidano direttamente la conversione al primo valore — una metrica della lezione di analisi di questo corso. È tutto collegato: ciò che costruisci ora è ciò che misurerai dopo.

Fallo ora (5 minuti)

Apri la bozza del tuo prodotto e trova la prima schermata di un nuovo utente. Lo stato vuoto lo guida verso una prima azione, o è semplicemente vuoto? Se è solo vuoto, scrivi subito la richiesta all'AI per gli stati vuoti, prima che tu te ne dimentichi.