Puoi costruire e rilasciare un vero SaaS nel 2026 pilotando un AI coding agent attraverso un piccolo stack collaudato, e questa guida pilastro e la mappa per farlo end-to-end: dall'idea allo scaffold, all'autenticazione, al database, ai pagamenti, alla messa online. Il lavoro non e piu digitare ogni riga; e scegliere i pezzi giusti, cablarli con pulizia e verificare cio che l'agente costruisce. Lo stack che insegniamo e quello che un fondatore solo puo davvero rilasciare e mantenere: un framework moderno per l'app, Clerk per l'auth, Convex per il database, Stripe per i pagamenti e un agente come Claude Code che pilota il build. Questa guida ti da tutta la sequenza e collega gli approfondimenti, i confronti dietro ogni scelta e il corso che percorre ogni livello in dettaglio. Tutto qui e aggiornato a giugno 2026.
Lo stack SaaS moderno in un'immagine
Un SaaS sono gli stessi tre strati di ogni app (un frontend che l'utente vede, un backend che detiene la logica e i segreti, e un database che memorizza i dati) piu i pochi servizi che fanno di un'app un business: l'autenticazione perche gli utenti abbiano account, un database che sincronizza in tempo reale, e i pagamenti perche tu possa fatturare. Il default 2026 per un fondatore solo o una piccola squadra e un framework per l'app, Clerk per l'auth, Convex per il database reattivo e Stripe per i pagamenti, il tutto incollato da un coding agent che piloti. Non devi usare esattamente questi tool, ma ti serve una buona scelta in ogni posizione. Il nostro articolo di riferimento, Modern App Stack spiegato, espone tutta l'immagine; questa guida e il percorso di build attraverso di essa.
- Framework dell'app: renderizza l'UI e rilascia l'app (Next.js, TanStack Start, Astro e altri).
- Auth: account utente, login e OAuth, gestiti da un fornitore, cosi non memorizzi mai password da solo.
- Database: dove vivono e sincronizzano i tuoi dati; Convex e reattivo, quindi l'UI si aggiorna in diretta.
- Pagamenti: Stripe per il checkout, le subscription e i webhook. Vedi l'articolo Modern App Stack spiegato per tutta la mappa.
Passo 1: dall'idea allo scaffold
Comincia stringendo l'idea su un lavoro che il tuo prodotto fa bene, poi lascia che il tuo agente faccia lo scaffold del progetto. La disciplina che conta qui e lo scope: un SaaS che fa una cosa chiaramente batte uno che fa dieci cose vagamente, esattamente come ha imparato il build favicon-maker. Lascia che il tuo coding agent metta in piedi il framework, la version control e un dev server e fai girare un'app vuota in locale prima di aggiungere qualsiasi cosa. Scrivi un CLAUDE.md con il tuo stack e le tue convenzioni, cosi l'agente costruisce sulle tue regole dal primo commit. L'obiettivo di questo livello e uno scheletro funzionante che puoi distribuire, non una funzionalita, perche rilasciare il guscio vuoto presto disinnesca tutto cio che segue.
- Stringi su un lavoro centrale; resisti al feature creep prima di aver rilasciato qualsiasi cosa.
- Lascia che l'agente faccia lo scaffold di framework, Git e un dev server e giri in locale.
- Aggiungi un CLAUDE.md perche l'agente segua il tuo stack e le tue convenzioni fin dall'inizio.
- Lezione dal Corso 3: Architecture 101 spiega come si assemblano i pezzi prima di cablarli.
Passo 2: aggiungere l'autenticazione con Clerk
Quasi ogni SaaS ha bisogno di account, e non dovresti mai costruire il login da zero: costruire la propria auth e come far trapelare segreti e rompere sessioni. Un fornitore di auth gestisce signup, login, OAuth (accedere con Google e altri), sessioni e sicurezza per te, quindi cabli pochi componenti e proteggi le tue route. Clerk e il default che insegniamo perche e rapido da integrare e si accorda con pulizia con questo stack, ma Auth0 e Supabase Auth sono scelte valide secondo le esigenze. Scomponiamo questa decisione nel confronto Clerk vs Auth0 vs Supabase Auth; qualunque cosa tu scelga, il principio e lo stesso: delega la parte critica per la sicurezza a specialisti. Il corso Modern App Stack percorre l'integrazione Clerk completa, incluso Google OAuth e il passaggio da dev a produzione.
- Non costruire mai la tua auth da solo; un fornitore gestisce login, OAuth, sessioni e sicurezza.
- Clerk e il default qui; confrontalo con Auth0 e Supabase Auth nel nostro comparativo.
- Cabla i componenti di auth, poi proteggi le route e i dati che richiedono un utente autenticato.
- Lezione dal Corso 3: Autenticazione Clerk e OAuth da dev a produzione.
Passo 3: modellare i tuoi dati in Convex
Il tuo SaaS ha bisogno di un posto dove memorizzare dati che sopravvivono a un refresh e sono condivisi tra utenti, e la scelta moderna per questo stack e Convex: un database reattivo dove le tue query aggiornano l'UI automaticamente quando i dati sottostanti cambiano, quindi scrivi molto meno codice di sincronizzazione. Definisci il tuo schema, scrivi funzioni che leggono e scrivono dati, e il frontend si iscrive ai risultati in diretta. Convex non e l'unica opzione (Supabase e Firebase sono solide alternative con altri compromessi), ed esponiamo questa decisione nel confronto Convex vs Supabase vs Firebase. La ragione per cui i dati reattivi contano per un fondatore solo e la leva: il database che fa gli aggiornamenti in diretta per te e un sistema in meno da costruire e debuggare. Il corso Modern App Stack copre la modellazione dei dati e la scrittura delle funzioni Convex per intero.
- Un database memorizza i dati in modo duraturo e li condivide tra utenti e sessioni.
- Convex e reattivo: le query aggiornano l'UI in diretta, quindi scrivi meno codice di sync.
- Confrontalo con Supabase e Firebase nel nostro comparativo backend prima di impegnarti.
- Lezione dal Corso 3: Convex, il tuo database reattivo. Progetta l'API e lo schema prima dell'UI, come ha imparato il build BizCollect.
Passo 4: fatturare i clienti con Stripe
Un SaaS e un business, quindi ha bisogno di pagamenti, e Stripe e lo standard per il checkout, le subscription e i webhook che mantengono la tua app sincronizzata con cio che un cliente ha davvero pagato. Il flusso ha due meta. Prima il checkout e le subscription: crei product e price, mandi il cliente verso Stripe a pagare e lo riporti indietro. Poi i webhook: Stripe dice al tuo backend quando un pagamento riesce, una subscription si rinnova o una carta fallisce, e il tuo codice aggiorna il record dell'utente di conseguenza. La trappola in cui cadono i principianti e trattare il redirect come fonte di verita; e il webhook a esserlo. Gestisci sempre i segreti con cura e tieni le tue chiavi Stripe fuori dal codice frontend e fuori da Git. Il corso Modern App Stack copre Stripe in due lezioni: checkout e subscription, poi webhook, proration e coupon.
- Stripe gestisce il checkout, le subscription e i casi limite di fatturazione che non dovresti costruire da solo.
- I webhook, non il redirect, sono la fonte di verita di cio che un cliente ha pagato.
- Tieni le chiavi segrete Stripe nel backend e fuori dalla version control.
- Lezioni dal Corso 3: Stripe Parte 1 (checkout, subscription) e Stripe Parte 2 (webhook, proration, coupon).
Passo 5: rilascialo
L'ultimo livello e quello che i principianti rimandano e dovrebbero fare presto: portare l'app dalla tua macchina all'internet pubblico, in produzione, con vere chiavi. Questo vuol dire spostare ogni servizio (auth, database, pagamenti) dalla sua modalita sviluppo alla produzione, gestire correttamente le variabili d'ambiente e i segreti, configurare il tuo dominio e sottomettere il sito alla Search Console perche possa essere trovato. Rilasciare non e un evento unico alla fine; e un ciclo che dovresti far girare fin dallo scaffold vuoto, cosi la messa online e noiosa piuttosto che spaventosa. Il corso Modern App Stack si conclude esattamente su questo: la migrazione dev-verso-produzione, la Search Console e le prestazioni. Una volta online, piloti l'agente per aggiungere funzionalita esattamente come hai costruito lo scheletro, e verifichi ogni cambiamento prima che venga rilasciato.
- Sposta auth, database e pagamenti dalla modalita sviluppo alla produzione con vere chiavi.
- Gestisci correttamente segreti e variabili d'ambiente; non fare mai commit di chiavi.
- Configura il tuo dominio e sottometti il sito alla Search Console perche possa essere trovato.
- Lezione dal Corso 3: Messa online, la migrazione dev-verso-prod, la Search Console e le prestazioni.
Pilota l'agente, non limitarti a vibe-codarlo
Costruire un SaaS con l'IA e il caso piu chiaro per l'agentic engineering piuttosto che il vibe coding. Un prototipo di weekend puo essere vibe-codato, ma un prodotto con veri utenti, i loro dati e i loro soldi non puo: un bug silenzioso nel tuo webhook Stripe o una query Convex non protetta e il tipo di errore che costa fiducia o denaro. Quindi piloti l'agente e verifichi il suo lavoro: pianifichi prima che modifichi, leggi i diff di tutto cio che tocca l'auth, i dati o i pagamenti, e mantieni un quality gate (lint, tipi, test) verde. Gli stessi agenti che producono un mucchio fragile se accetti tutto senza verificare producono un SaaS mantenibile se resti l'engineer of record. I veri prodotti si costruiscono cosi; il build CallAssistant e un SaaS funzionante, rilasciato esattamente su questa disciplina, e il pilastro Cos'e l'agentic engineering spiega lo stato d'animo per intero.
- Vibe-coda un prototipo; pilota e verifica tutto cio che ha veri utenti, dati o pagamenti.
- Pianifica prima di modificare e leggi ogni diff che tocca l'auth, i dati o il denaro.
- Mantieni un quality gate verde, cosi nessuna regressione puo scivolare in produzione.
- Vedi il build CallAssistant per un SaaS rilasciato e il pilastro Cos'e l'agentic engineering per la disciplina.
Passo dopo passo
Fare lo scaffold del progetto
Stringi l'idea su un lavoro centrale, poi lascia che il tuo coding agent metta in piedi framework, Git e un dev server. Aggiungi un CLAUDE.md con il tuo stack e le tue convenzioni e fai girare un'app vuota in locale.
Aggiungere l'autenticazione
Cabla un fornitore di auth (Clerk per default) per signup, login e OAuth e proteggi le route e i dati che richiedono un utente autenticato. Non costruire mai il login da zero.
Modellare i tuoi dati
Definisci il tuo schema e scrivi funzioni di lettura e scrittura in un database reattivo come Convex, cosi il frontend si iscrive ai risultati in diretta. Progetta la forma dei dati prima dell'UI.
Aggiungere i pagamenti
Configura i product e price Stripe, aggiungi il checkout e le subscription e tratta i webhook come fonte di verita di cio che un cliente ha pagato. Tieni le chiavi segrete nel backend.
Rilasciare in produzione
Sposta auth, database e pagamenti in modalita produzione con vere chiavi, gestisci correttamente i segreti, connetti il tuo dominio e sottometti il sito alla Search Console.
Iterare pilotando l'agente
Aggiungi funzionalita come hai costruito lo scheletro: pianifica prima di modificare, leggi i diff di tutto cio che tocca l'auth, i dati o i pagamenti, e mantieni il tuo quality gate verde prima di ogni rilascio.