Il Ciclo dei 10 MVP: Automatizzare il percorso dall'Idea al Deployment

Title: Vibe Coding: La rivoluzione silenziosa nello sviluppo software Excerpt: C'è una rivoluzione silenziosa in atto nel modo in cui costruiamo software, e non ha nulla a che fare con un nuovo framework JavaScript. Si tratta del "Vibe Coding": passare dall'idea all'MVP senza scrivere sintassi, ma gestendo il flusso. Ecco il mio stack esatto e la verità sui limiti dell'AI.

Content: C'è una rivoluzione silenziosa in atto nel modo in cui costruiamo software, e non ha nulla a che fare con un nuovo framework JavaScript. Riguarda un cambiamento su chi—o cosa—fa il lavoro pesante.

Immagina questo scenario: Sei in attesa di un volo. Hai un'idea. Quando atterri, non hai solo degli appunti sul telefono; hai un MVP completamente deployato con un database, autenticazione e un frontend, live su un URL. Non hai scritto una singola riga di sintassi. Hai solo gestito il flusso.

Questa non è fantascienza. È quello che la gente sta iniziando a chiamare "Vibe Coding", e sta cambiando radicalmente l'economia delle startup.

La maggior parte dei founder è ancora bloccata nel vecchio ciclo: Idea -> Assumi/Codifica -> Debug -> Deploy. Quel ciclo è troppo lento. Il nuovo ciclo assomiglia a questo: Contesto -> Agente AI -> Verifica.

Ho passato le ultime settimane a perfezionare uno stack che automatizza quella fase caotica nel mezzo dello sviluppo. Mi permette di far girare dieci potenziali MVP in cicli paralleli. Ecco il setup esatto, il workflow e l'onesta verità su dove il sistema si rompe.

Lo Stack "Vibe"

Per far funzionare tutto questo, hai bisogno di strumenti che parlino tra loro. Non stiamo cercando le soluzioni enterprise più complesse; vogliamo velocità e integrazione. Ecco il toolkit:

1. Framework: create-t3-turbo (Un setup monorepo costruito su Turborepo che gestisce frontend e backend in un unico posto. Include Next.js, tRPC, Tailwind e Prisma. Perfetto per gli MVP).
2. Cervello: Claude Code (Lo strumento CLI che agisce come tuo lead engineer).
3. Project Management: Linear (L'unica fonte di verità).
4. Tracking: GitHub Issues (Sincronizzato con Linear).
5. Infrastruttura: Vercel (Hosting) + Neon (Serverless Postgres).

Sia Vercel che Neon hanno piani gratuiti generosi, il che significa che il costo per sperimentare è effettivamente zero.

La Fase di Setup

Prima di scrivere una riga di codice, devi collegare i cavi della macchina. Ecco il processo di setup esatto:

1. Inizializza il Progetto

Inizia creando un nuovo progetto create-t3-turbo. Questo ti dà una struttura monorepo pronta per la produzione con tutto già configurato:

npx create-turbo@latest -e https://github.com/t3-oss/create-t3-turbo

Questo comando crea l'impalcatura di uno stack completo con Next.js per il frontend, tRPC per API type-safe, Prisma per la gestione del database e Tailwind CSS per lo stile—tutto in una struttura monorepo Turborepo.

2. Installa Claude Code

Successivamente, installa Claude Code, il tuo assistente allo sviluppo potenziato dall'AI. Segui la guida all'installazione su code.claude.com. Una volta installato, puoi lanciarlo dalla directory del tuo progetto:

claude

3. Configura l'integrazione con GitHub Actions

All'interno della CLI di Claude Code, installa l'integrazione GitHub Actions eseguendo:

/install-github-app

Questo comando configura il bot di GitHub Actions che permetterà a Claude di creare Pull Request, eseguire workflow CI/CD e interagire con il tuo repository. L'integrazione consente a Claude di eseguire modifiche al codice attraverso workflow automatizzati piuttosto che limitarsi a suggerirle. Per istruzioni dettagliate sul setup, consulta la documentazione ufficiale di GitHub Actions.

4. Connetti Linear a GitHub

La magia accade quando colleghi Linear a GitHub per la sincronizzazione bidirezionale delle issue. Ecco come fare:

1. Vai alla pagina di integrazione GitHub di Linear
2. Clicca "Add Integration" e autorizza Linear ad accedere al tuo account GitHub
3. Seleziona il repository che vuoi sincronizzare
4. Configura le impostazioni di sincronizzazione:
   • Sincronizzazione bidirezionale: Le issue create in GitHub appaiono automaticamente in Linear, e viceversa
   • Mappatura stati: Mappa gli stati del workflow di Linear (Todo, In Progress, Done) agli stati delle issue di GitHub
   • Sincronizzazione priorità: Mantieni i livelli di priorità sincronizzati tra entrambe le piattaforme
   • Auto-linking: Collega automaticamente branch e PR alle issue di Linear usando gli ID delle issue

Una volta configurato, quando viene creata una issue in GitHub, appare in Linear. Quando aggiorni la priorità o lo stato in Linear, il cambiamento si riflette in GitHub. Questo crea un workflow unificato dove puoi gestire i task da entrambe le piattaforme.

5. Deploy dell'Infrastruttura

Infine, fai il deploy su Vercel con un database Neon:

• Connetti il tuo repository GitHub a Vercel
• Provisiona un database Postgres serverless su Neon (piano gratuito disponibile)
• Aggiungi la stringa di connessione del database alle variabili d'ambiente di Vercel

Una volta deployato, hai ora una pipeline di continuous integration che va dai tuoi pensieri a un URL live. Ogni merge su main fa automaticamente il deploy in produzione.

Il Workflow Automatizzato

È qui che il ruolo tradizionale del Product Manager inizia a svanire.

1. La Sessione di Contesto

Se hai un'idea, non aprire un IDE. Apri una finestra di chat. Parla con ChatGPT o Claude, scaricando i tuoi pensieri grezzi. Lascia che l'AI ti sfidi. Alla fine di questa sessione, chiedile di generare un PRD (Product Requirements Document) in formato Markdown.

Quello che ottieni è solitamente migliore di ciò che producono la maggior parte dei PM di medio livello. È dettagliato, strutturato e professionale.

Insight: Credo che il ruolo dedicato del "Product Manager" sia il primo a essere stravolto dall'AI. Ci stiamo muovendo verso un mondo di "Product Designers" o "Full-Stack Creators" che gestiscono la visione, mentre l'AI gestisce le specifiche.

2. Il Passaggio di Consegne (Handoff)

Dai in pasto quel PRD in Markdown al tuo Claude Code locale. Questo è il passaggio cruciale in cui l'AI trasforma i requisiti in elementi di lavoro azionabili.

All'interno della CLI di Claude Code, istruiscilo a fare il parsing del PRD e generare GitHub Issues. Claude Code usa la GitHub CLI (gh) sotto il cofano per interagire con il tuo repository. Ecco cosa succede:

1. Parsing: Claude analizza il PRD e lo scompone in task discreti e azionabili
2. Creazione Issue: Per ogni task, Claude esegue comandi come:

   gh issue create --title "Implement user authentication" \
     --body "Details from PRD..." \
     --label "feature" \
     --assignee "@me"
   

3. Assegnazione Metadati: Claude assegna automaticamente etichette (feature, bug, enhancement), priorità e persino stime basate sulla complessità descritta nel PRD
4. Mappatura Dipendenze: Se l'integrazione GitHub Actions è configurata, Claude può anche creare dipendenze tra issue e milestone

La bellezza di usare la CLI gh è che è programmabile—Claude può creare in batch decine di issue in pochi secondi, ognuna formattata correttamente con descrizioni in markdown, criteri di accettazione e note tecniche.

Improvvisamente, la tua board di Linear si illumina. Grazie alla sincronizzazione Linear-GitHub configurata prima, vedrai popolare automaticamente da 10 a 20 ticket—con titoli corretti, descrizioni dettagliate, priorità e stato. L'intero backlog che richiederebbe ore a un PM per essere creato manualmente viene generato in meno di un minuto.

3. L'Esecuzione

Ora, agisci come Engineering Manager. Tagghi @claude nelle issue per iniziare a lavorare sui ticket. Claude scrive il codice in GitHub Actions, crea la Pull Request e aspetta la revisione.

Tu fai il merge.

La CI/CD di Vercel entra in azione. Pochi minuti dopo, le modifiche sono live.

Il bello di tutto questo è che può succedere sul tuo telefono. Stai revisionando PR e gestendo la board da un taxi o da un bar. Non stai scrivendo boilerplate generico di React; stai dirigendo una squadra di costruzione ad alta velocità.

Il Problema dell'"Ultimo Miglio"

Se smetti di leggere qui, potresti pensare che l'AI abbia risolto tutto. Non è così.

Sebbene il "Vibe Coding" sia potente, dobbiamo essere onesti sui suoi limiti. L'AI è incredibile nel "lavoro sporco" e nel "lavoro arido". Può creare lo schema di un database, costruire un form di login e impostare le rotte API più velocemente di qualsiasi essere umano.

Ma fatica con l'anima del prodotto.

Pensala come costruire una casa. L'AI è la tua squadra che fa l'ossatura. Possono gettare il cemento, mettere i montanti e appendere il cartongesso a tempo di record. Ma sono terribili interior designer. Non sanno che l'interruttore della luce sembra sbagliato in quell'angolo, o che il flusso della cucina fa sì che le persone si scontrino tra loro.

Nel software, questo è l'"Ultimo Miglio". Le interazioni che deliziano gli utenti, le sottili animazioni UI, i casi limite nella logica di business—è qui che tu, il costruttore umano, devi intervenire.

Se ti affidi al 100% all'AI per finire il prodotto, ti ritroverai con un software che funziona tecnicamente ma sembra emotivamente vuoto. Mancherà di quell'"artigianalità" che separa i grandi prodotti da quelli generici.

Consigli Pratici

Se vuoi provare oggi stesso, ecco il mio consiglio:

• Parti dal PRD: Non chiedere mai all'AI di "scrivere codice e basta". La qualità del codice è a valle della qualità del PRD. Spendi la tua energia a raffinare il testo dei requisiti, non la sintassi del codice.
• Fidati ma Verifica: Gli agenti di coding AI possono allucinare dipendenze o scrivere logica insicura. Leggi i diff. Tratta l'AI come uno sviluppatore talentuoso ma junior.
• Abbraccia il Volume: Usa questa velocità per testare più idee. Se puoi costruire un MVP in un weekend invece che in un mese, le tue probabilità di trovare il product-market fit aumentano esponenzialmente.

La barriera alla costruzione è sparita. L'unica cosa che rimane è il tuo gusto e la tua persistenza.