Strumento gratuito

Checklist per il lancio di un SaaS

Trenta attività di lancio in sei fasi, da 30 giorni prima del giorno del lancio a 30 giorni dopo. Spuntale man mano: i tuoi progressi restano in questo browser e puoi esportare l’intera lista in Markdown quando vuoi.

La tua checklist di lancio

I progressi vengono salvati solo in questo browser (localStorage). Nulla di ciò che spunti viene inviato a LaunchRepo.

0 di 30 attività completate
T−30 30 giorni prima0/6

Decidi cosa lanci, quando e come capirai se ha funzionato.

  • Perché: Ogni tagline, modulo di listing e post di lancio riusa questa frase: scriverla una volta ti fa risparmiare ore dopo. Fonte: Glossario: file di contesto del prodotto →

  • Perché: Le code delle directory gratuite possono durare settimane, quindi un invio anticipato può andare online prima che la tua pagina sia pronta. Fonte: Quando dovrebbero andare live le schede? →

  • Perché: Registrazioni o prove per canale dicono più delle visite; Search Console mostra clic, impressioni, CTR e posizione per la ricerca organica. Fonte: Google: report Prestazioni di Search Console ↗

  • Perché: I servizi digitali commerciali in Germania devono rendere sempre disponibili nome, indirizzo e un contatto rapido come l’email (§ 5 DDG). Fonte: § 5 DDG (legge tedesca) ↗

  • Perché: Secondo l’articolo 13 del GDPR le persone vanno informate nel momento in cui raccogli i loro dati; anche i provider di checkout e molte directory chiedono questo link. Fonte: GDPR (EUR-Lex) ↗

  • Perché: Product Hunt richiede account personali e vieta gli account aziendali; crearli presto ti lascia il tempo di conoscere ogni community. Fonte: Guida al lancio di Product Hunt ↗

T−14 14 giorni prima0/7

Prepara prodotto, pagina e percorso di pagamento per chi non ti conosce.

  • Perché: Google consiglia titoli descrittivi, concisi e diversi per ogni pagina, senza ripetere parole chiave. Fonte: Google: link del titolo ↗

  • Perché: og:title, og:type, og:image e og:url sono le quattro proprietà obbligatorie; decidono come appare il tuo link quando qualcuno lo condivide. Fonte: Il protocollo Open Graph ↗

  • Perché: Product Hunt consiglia una miniatura quadrata 240×240 sotto i 3 MB e immagini di galleria 1270×760; lo stesso set va bene per la maggior parte degli altri listing. Fonte: Product Hunt: prepararsi al lancio ↗

  • Perché: Stripe fornisce carte di test come 4242 4242 4242 4242 per il successo e 4000 0000 0000 0002 per un rifiuto; non fare mai test con dati di carte reali. Fonte: Stripe: test ↗

  • Perché: Gmail richiede SPF o DKIM per tutti i mittenti e SPF, DKIM e DMARC per chi invia in massa; altrimenti le email di benvenuto possono finire nello spam. Fonte: Google: linee guida per i mittenti email ↗

  • Perché: Buoni Core Web Vitals significano LCP entro 2,5 s, INP di 200 ms o meno e CLS di 0,1 o meno, misurati al 75° percentile. Fonte: web.dev: Web Vitals ↗

  • Perché: WCAG 2.2 chiede un contrasto del testo di 4,5:1, alternative testuali per le immagini e il pieno uso da tastiera; i visitatori del lancio usano ogni tipo di dispositivo. Fonte: W3C: WCAG 2.2 ↗

T−7 7 giorni prima0/5

Scrivi i testi una volta sola, in ogni lunghezza, e prepara i canali.

  • Perché: Product Hunt consente una tagline di 60 caratteri e una descrizione di 500 caratteri; altri moduli chiedono lunghezze intermedie. Fonte: Product Hunt: prepararsi al lancio ↗

  • Perché: I listing gratuiti restano in code di revisione che spesso durano settimane; prima li avvii, più listing vanno online intorno al giorno del lancio. Fonte: Directory gratuite per startup →

  • Perché: Show HN è per qualcosa che le persone possono provare; pagine di registrazione, newsletter e post del blog sono fuori tema. Fonte: Hacker News: regole di Show HN ↗

  • Perché: Un primo commento breve e sincero sul perché l’hai costruito dà ai visitatori un motivo per rispondere e a te una discussione da seguire. Fonte: Checklist Product Hunt per sviluppatori solisti →

  • Perché: Google accetta le sitemap tramite Search Console, la sua API o una riga Sitemap nel robots.txt; un file contiene fino a 50.000 URL o 50 MB. Fonte: Google: creare e inviare una sitemap ↗

T0 Giorno del lancio0/5

Pubblica nell’ordine previsto, resta presente e annota cosa succede.

  • Perché: Un account nuovo su un telefono vero trova il passaggio rotto prima dei tuoi primi visitatori.

  • Perché: Product Hunt indica le 00:01 ora del Pacifico (12:01 am PT) come l’orario migliore per i maker che pianificano in anticipo, perché dà al lancio l’intera giornata. Fonte: Guida al lancio di Product Hunt ↗

  • Perché: Product Hunt dice che non puoi chiedere direttamente voti, e Hacker News chiede di non invitare gli amici a votare o commentare. Fonte: Hacker News: regole di Show HN ↗

  • Perché: Il giorno del lancio è l’unico in cui molte persone leggono la discussione; risposte rapide e precise trasformano i visitatori in utenti.

  • Perché: Inviato, in attesa, programmato e live sono stati diversi; annotarli evita invii doppi in seguito. Fonte: Gli stati di invio spiegati →

T+7 Prima settimana dopo0/4

Trasforma l’attenzione in conversazioni e correzioni.

  • Perché: Un’azione successiva registrata con una data trasforma una lista d’attesa in lavoro che puoi completare. Fonte: Registrare i risultati →

  • Perché: Cinque brevi conversazioni mostrano dove le persone si sono bloccate e cosa si aspettavano, cosa che nessuna dashboard ti dice.

  • Perché: Le correzioni rilasciate nella prima settimana raggiungono le persone arrivate con il lancio che stanno ancora decidendo.

  • Perché: Un aggiornamento dà a chi si è registrato un motivo per tornare e mostra che il prodotto va avanti. Fonte: Esempio: il changelog di LaunchRepo →

T+30 Primo mese dopo0/3

Misura per canale e scegli il tuo prossimo momento di lancio.

Come usare la checklist

  1. Parti dalla fase che corrisponde a oggi. Se il tuo lancio è tra due settimane, inizia da “14 giorni prima” e dai un’occhiata alla fase precedente per recuperare ciò che hai saltato.
  2. Spunta un’attività quando è davvero fatta, non quando è pianificata. Così la barra di avanzamento mostra cosa manca, fase per fase.
  3. Esporta la lista in Markdown e incollala nel tuo issue tracker, in un README o in una nota. Le attività spuntate vengono esportate come [x], quelle aperte come [ ], ciascuna con motivo e fonte.
  4. Quando sai cosa fare, assegna date e responsabili alle attività con il modello di piano di lancio.

Cosa non copre questa checklist

  • Non è una consulenza legale né una revisione legale. Le voci su impressum e privacy rimandano ai testi ufficiali; se e come si applicano alla tua attività è una domanda per un avvocato.
  • Non è legata a una sola piattaforma. Per i dettagli di un listing su Product Hunt, usa la checklist Product Hunt per sviluppatori solisti.
  • Non è il manuale operativo di LaunchRepo. Il kit a pagamento contiene i playbook delle piattaforme e il workflow che segue il tuo agente; questa lista è la cornice generale del lancio attorno a esso.

Checklist di lancio per Product Hunt →

Da dove viene la lista

Ogni motivo è stato verificato il 30 settembre 2026 sulla pagina ufficiale collegata accanto: la guida al lancio di Product Hunt, le regole di Show HN di Hacker News, Google Search Central, le linee guida per i mittenti di Gmail, la documentazione di test di Stripe, web.dev, WCAG 2.2, il protocollo Open Graph, il § 5 DDG e il GDPR.

Due attività vengono direttamente dal lancio dei nostri prodotti: una prima data pubblica (nel kit LaunchRepo dal 15 settembre 2026) e la registrazione dello stato di ogni listing con le relative prove.

Checklist o piano di lancio?

Questa checklist risponde a cosa fare. Il modello di piano di lancio risponde a quando e chi: mette lo stesso tipo di lavoro su date di calendario, lo assegna a ruoli e mostra le ore di ogni persona, con export CSV e Markdown.

Apri il modello di piano di lancio

Domande frequenti

La checklist di lancio SaaS è gratuita?
Sì. Funziona nel tuo browser senza account né indirizzo email, e anche l’export in Markdown è gratuito.
Dove vengono salvati i miei progressi?
Solo nel localStorage di questo browser. Nulla viene inviato a LaunchRepo. Un altro browser o dispositivo parte con una lista vuota; cancellare i dati del browser o premere “Azzera progressi” li rimuove.
Posso lanciare in meno di 30 giorni?
Sì. Parti dalla fase che corrisponde a oggi e sposta dopo il lancio ciò che non ci sta. Le voci lente sono quelle con una coda, come le directory gratuite, quindi inizia da quelle.
È una checklist per Product Hunt?
No. Copre l’intero lancio di un SaaS su tutti i canali. Product Hunt compare dove contano le sue regole, e la checklist Product Hunt separata approfondisce il listing nel dettaglio.
La checklist sostituisce una consulenza legale?
No. Le attività su impressum e privacy rimandano ai testi ufficiali perché tu sappia che esistono; è un avvocato a dirti cosa vale per la tua attività.

Lascia la parte delle directory al tuo agente

LaunchRepo dà al tuo coding agent i playbook delle piattaforme, la dashboard locale e il tracker per il lancio sulle directory, così gli invii di questa checklist vengono fatti e registrati.

Vedi i prezzi