Checklist di produzione SaaS:14 verifiche prima del lancio

Prima che il tuo SaaS vada online, esegui una checklist di produzione SaaS: regole di sicurezza abilitate e testate su ogni tabella del database, chiavi segrete fuori dal codice, SSL attivo, backup verificati e un rollback che hai davvero provato. Il marketing del lancio si prende tutta l'attenzione, ma sono i controlli poco affascinanti prima del go-live a decidere se i tuoi primi utenti veri troveranno un prodotto funzionante o una violazione dei dati.

Questa è la metà tecnica del lancio. La metà di marketing (l'annuncio, i canali, lo slancio) è il playbook della settimana di lancio. Oggi si tratta di assicurarsi che ciò che annunci non crolli.

Perché ti serve una checklist di produzione

Il tuo prodotto è vissuto in un mondo indulgente: un database di sviluppo che puoi cancellare e ricostruire, regole di sicurezza applicate in modo blando, messaggi di errore generosi, nessun dato reale di utenti in gioco. La produzione è il mondo opposto: persone vere, dati veri, sicurezza rigorosa e nessuna seconda possibilità su una chiave trapelata o un database perso.

Il pericolo è che un'app possa sembrare finita pur essendo a una casella non spuntata dal disastro. Tutto ciò che c'è in questo elenco è invisibile in una demo. Tutto è esistenziale in produzione.

La checklist di produzione SaaS in 14 punti

Questa è la checklist che eseguo prima che qualsiasi prodotto vada online, tradotta in linguaggio semplice:

Ogni controllo è una domanda che puoi fare all'IA: "Mostrami che la row-level security è abilitata su ogni tabella ed elenca quelle dove non lo è." Non devi sapere come correggere a mano ogni punto. Devi rifiutarti di lanciare finché ogni risposta non è sì.

12 settimaneLa carriera aziendale non è mai stata il pianoCandidati al Solopreneur Accelerator.Candidati ora →

I tre controlli che i fondatori saltano più spesso

Row-level security (controlli 2 e 3). È il muro tra i dati dei tuoi clienti: il database che si rifiuta, a livello suo, di consegnare i record dell'utente A all'utente B. È il controllo con la modalità di guasto peggiore, ed è per questo che ha una guida tutta sua. Abilitata non basta; testala provando a leggere i dati di un altro account e verificando che non ci riesci.

Chiavi segrete (controlli 8 e 14). La tua app ha chiavi pubbliche (sicure nel browser) e chiavi segrete (accesso completo a tutto). Quelle segrete vanno nelle impostazioni protette del tuo provider di hosting. Se una chiave segreta è mai stata scritta nel tuo codice, trattala come compromessa e ruotala prima del lancio.

La prova del rollback. Non è nell'elenco sopra perché è un'esercitazione, non un'impostazione: fai un deploy, poi esercitati a tornare alla versione precedente dalla dashboard del tuo hosting. Richiede circa 30 secondi senza downtime, ma comincia a sembrare una rete di sicurezza solo dopo che l'hai fatto. Quella prova è anche la base del deploy senza paura dopo il lancio.

Controlli lato hosting: dominio, SSL, ambiente

Lato hosting, quattro voci completano il go-live. Il tuo dominio personalizzato è collegato: le modifiche DNS impiegano 10–30 minuti a propagarsi. L'SSL è attivo, e il tuo host lo emette gratis e in automatico in 5–10 minuti; nessun utente deve mai vedere un avviso "non sicuro". Le variabili d'ambiente di produzione sono impostate nella dashboard con valori reali, separate da quelle di staging. E tracciamento degli errori e analytics sono accesi, così dal tuo primissimo utente puoi vedere cosa si rompe e cosa viene usato: la stessa infrastruttura dietro il monitoraggio del tuo SaaS da solo founder.

Backup e ripristino: supponi il peggio una volta

Nel piano gratuito di una piattaforma come Supabase, i backup girano ogni giorno e vengono conservati per 7 giorni. Il piano Pro ($25/mese) estende la conservazione a 30 giorni e aggiunge il point-in-time recovery: ripristini il database a qualsiasi momento, per esempio cinque minuti prima di una modifica sbagliata. Dedica dieci minuti a scrivere il tuo piano di ripristino mentre sei calmo: database corrotto → ripristina l'ultimo backup e verifica. Sembra paranoia fino al giorno in cui sembra genialità.

Quanto costa tutto questo: di solito niente

La parte rassicurante. I piani gratuiti sono davvero di livello produzione: la mia configurazione fa girare 3 siti in produzione su 300–500 build e 50–100 GB di banda al mese, per 0 € di hosting. I segnali che hai superato il gratuito sono concreti: un database oltre i 500 MB, banda oltre i 5 GB/mese, o il desiderio di una conservazione dei backup più lunga; e allora sono $25/mese. Per la maggior parte dei prodotti di un solo founder, il piano gratuito ti porta avanti per mesi o anni. La checklist costa un pomeriggio. Saltarla può costare l'attività.

Il libroThe Solopreneur RevolutionLuis Gonçalves su come costruire un'attività da solopreneur con l'IA mentre sei ancora dipendente.Scopri il libro →

Domande frequenti

Cosa devo controllare prima di lanciare un SaaS?

Quattordici punti tecnici in cinque aree: database (migrazioni eseguite, row-level security abilitata e testata, indici a posto), autenticazione (configurata per il dominio live, email con il tuo brand), sicurezza (chiavi segrete fuori dal codice, rate limiting), resilienza (backup verificati, un rollback di 30 secondi provato) e visibilità (tracciamento degli errori e avvisi di monitoraggio attivi).

Mi serve un piano a pagamento per andare online?

Di solito no. I piani gratuiti sono di livello produzione: banda illimitata lato hosting, backup giornalieri con conservazione di 7 giorni lato database. Passa al piano database da $25/mese quando superi i 500 MB di dati o vuoi 30 giorni di conservazione con point-in-time recovery. I miei tre siti in produzione girano con 0 € di hosting.

Qual è il controllo più spesso dimenticato?

Testare la row-level security, non solo abilitarla. I fondatori la accendono, non vedono errori e rilasciano. Ma una policy sbagliata si comporta esattamente come una giusta finché qualcuno non legge i dati di un altro cliente. Prima del lancio, prova attivamente ad accedere ai dati tra account diversi e verifica che il database rifiuti.

Come funzionano i backup per un solo founder?

In automatico, una volta verificati. Le piattaforme gestite fanno il backup del tuo database ogni giorno senza configurazione: 7 giorni di conservazione gratis, 30 giorni più point-in-time recovery con il piano da $25/mese. Il tuo compito è doppio: confermare che i backup girino davvero prima del lancio e scrivere la procedura di ripristino mentre nulla è in fiamme.