LaunchRepoInvia alle directory moderate da tre a quattro settimane prima del lancio, e programma le piattaforme che ti fanno scegliere una data solo quando conosci la tua settimana di lancio. Questa è l’intera strategia dei tempi in una frase. Funziona perché le schede delle directory non vanno online quando le invii. Vanno online quando ogni directory arriva a occuparsene, cosa che nei percorsi gratuiti può richiedere settimane. Se vuoi una settimana di lancio e non un lancio diluito, ti serve una data minima: una data prima della quale non si può programmare nulla. Questo articolo spiega perché, ti dà un piano settimana per settimana e mostra come il tracker di LaunchRepo fa rispettare la data minima.
Perché le schede gratuite vanno online più tardi di quanto pensi
Se non hai mai inviato un prodotto a una directory tramite il suo percorso gratuito, i tempi sorprendono. Dalle guide sul campo pubbliche di questo sito, tutte osservate il 13 settembre 2026:
- SaaSHub ha prodotto una pagina raggiungibile pubblicamente subito dopo l’invio, contrassegnata “Pending approval” (in attesa di approvazione). Raggiungibile non significa accettata, quindi il tracker la tiene in attesa di revisione finché l’etichetta non scompare.
- Pitchwall ha accettato l’invio come “Under Review” (in revisione), con una stima di revisione di oltre 30 giorni.
- TinyLaunch ha offerto uno slot settimanale futuro sul suo percorso Standard gratuito e mostrava ancora “Waiting for approval” (in attesa di approvazione) dopo la scelta della data: programmata, con l’approvazione ancora in sospeso.
- Uneed consentiva un solo lancio in attesa per account sul percorso gratuito osservato, quindi un secondo prodotto aspetta finché il primo non è passato.
- Product Hunt ha confermato una data e un fuso orario di lancio. Questo conferma una data, non un posto in homepage.
Niente di tutto questo è una lamentela. I piani gratuiti sono moderati da persone con una coda, e la coda è lunga perché il piano è gratuito. Il runbook del toolkit dice all’agente di avvisarti subito che molte directory gratuite richiedono settimane, non giorni, e di non inventare mai un tempo di revisione che una piattaforma non dichiara. La voce Listing status spiega cosa significa ogni stato.
Due tipi di piattaforma, due orologi
Ogni directory che intendi usare rientra in uno di due gruppi, e i due richiedono tempi opposti.
| Directory moderate | Piattaforme con scelta della data | |
|---|---|---|
| Chi decide quando va online | La coda di revisione della directory | Tu, scegliendo uno slot |
| Segnale tipico dopo l’invio | “Pending approval”, “Under Review”, una posizione in coda | Una data e un fuso orario confermati |
| Quando agire | Presto: da tre a quattro settimane prima del lancio | Tardi: da una a due settimane prima del lancio, dopo aver fissato la data minima |
| Stato nel tracker | submitted_pending_review o queued |
scheduled, con la data |
| Rischio se sbagli i tempi | La scheda compare dopo il clamore del lancio | La scheda parte prima che la tua pagina di lancio sia pronta |
| Si applica la data minima? | No: inviare non è pubblicare | Sì: nessuno slot prima della data minima |
La tabella spiega l’intera strategia. Le directory moderate sono lente e fuori dal tuo controllo, quindi le avvii per prime. Le piattaforme con scelta della data sono rapide e interamente sotto il tuo controllo, quindi le tieni ferme finché la settimana di lancio non è fissata.
Date obiettivo e date minime
Una data obiettivo è quando vorresti che le cose succedessero. Una data minima è il momento più presto in cui qualcosa può succedere. Le directory rendono inaffidabili gli obiettivi ed economiche le date minime, perché controlli solo due cose: quando invii e quando programmi.
Considera un obiettivo da solo. Vuoi le schede online nella tua settimana di lancio. Il tuo agente comincia quattro settimane prima perché le revisioni richiedono settimane. La maggior parte delle directory moderate poi pubblica quando pubblica: alcune dopo un giorno, alcune dopo il tuo lancio, alcune mai. Le piattaforme che ti fanno scegliere una data, come le bacheche di lancio settimanali o il calendario di Product Hunt, accettano volentieri il primo slot libero che l’agente vede. Quello slot può essere lunedì prossimo, e all’improvviso la tua migliore piattaforma di lancio parte prima che landing page, changelog e annuncio siano pronti.
Con una data minima fissata al lunedì del tuo lancio, quel problema sparisce. L’agente può comunque inviare presto alle directory moderate, perché inviare non è pubblicare e la data minima non si applica. Non può programmare nulla prima della data minima, perché il tracker lo rifiuta.
Un piano di lancio in quattro settimane
Ecco il piano per cui è pensata la data minima. Le date sono un esempio: una data minima di lunedì 9 novembre 2026.
Settimana −4: fissa la data minima e fai l’onboarding. Decidi la data più vicina in cui qualcosa può diventare pubblico e inseriscila durante l’onboarding. Completa i dati del prodotto e il briefing di rappresentanza, così l’agente ha testi approvati prima di toccare un modulo. Una scheda che va online con la biografia del founder sbagliata è peggio di una in ritardo.
Settimane da −4 a −2: invia alle directory moderate. Sono le piattaforme senza calendario: code di revisione, pagine “Pending approval”, stime “Under Review”. Sono le più lente e non puoi guidarle, quindi vanno per prime. Registra ogni esito. Aspettati stati in attesa e in coda, e aspettati che alcuni ci restino oltre la settimana di lancio. Va bene così; la data minima non ha mai riguardato loro.
Settimane da −2 a −1: programma le piattaforme con scelta della data. Bacheche di lancio con slot, Product Hunt, tutto ciò che conferma una data e un fuso orario. Dai all’agente la data minima e un giorno preferito. Registra scheduled con la data confermata dalla piattaforma, e il tracker rifiuta qualsiasi data precedente alla data minima. Dove uno slot è confermato ma l’approvazione è ancora in sospeso, la nota lo dice.
Settimana di lancio: verifica, poi pubblica i post. Nel giorno stabilito, l’agente apre ogni scheda programmata prima di registrare live; una data su un calendario non prova l’esistenza di una pagina pubblica. Le community come Hacker News sono post che scrivi secondo le regole del posto, non moduli, e appartengono a questa settimana, quando le schede a cui rimandano esistono.
Settimane da +1 a +4: segui la coda. Gli invii in attesa la cui finestra di revisione dichiarata è passata vengono ricontrollati, mai reinviati per saltare la fila. Le schede che arrivano tardi contano comunque. Arrivano dopo la data minima, che è l’unica cosa che la data minima prometteva.
Cosa fa il tracker con la data minima
Dalla release del 15 settembre 2026, il file di prodotto product.json ha un campo chiamato earliest_launch_date. Vuoto significa nessuna data minima. Con una data inserita, lo script del tracker record.py si rifiuta di registrare scheduled senza un --launch-date e rifiuta una data precedente alla data minima. L’onboarding chiede il valore prima che venga inviato qualsiasi cosa, e la dashboard locale mostra la data minima accanto al prodotto. Il registro delle modifiche contiene la nota di rilascio.
Questa è un’esecuzione reale del 30 settembre 2026, con una data minima 2026-11-09 in un prodotto di esempio:
$ python3 scripts/record.py --project projects/my-product tinylaunch scheduled --note "Slot offered" --next-action "Pick a date"
Tracker rejected input: scheduled requires --launch-date as YYYY-MM-DD
$ python3 scripts/record.py --project projects/my-product tinylaunch scheduled --launch-date 2026-10-26 --note "First free slot" --next-action "Pick a later week"
Tracker rejected input: launch_date is earlier than the owner-authorized earliest_launch_date
$ python3 scripts/record.py --project projects/my-product tinylaunch scheduled --launch-date 2026-11-09 --note "Waiting for approval" --next-action "Verify on launch day"
Recorded tinylaunch: scheduled
$ python3 scripts/record.py --project projects/my-product pitchwall submitted_pending_review --note "Under Review" --next-action "Recheck after 30 days"
Recorded pitchwall: submitted_pending_reviewUna programmazione senza data viene rifiutata, lo slot prima della data minima viene rifiutato, lo slot sulla data minima viene accettato e l’invio in attesa viene registrato settimane prima della data minima, esattamente come previsto.
Cosa non fa la data minima
Non fa pubblicare una directory più in fretta; non è l’agente a decidere quando una directory pubblica. Non si applica agli invii in attesa o in coda, perché quelli seguono l’orologio della piattaforma. Se è noto che una piattaforma pubblica subito sul suo percorso gratuito, inviala dentro la finestra di lancio, non settimane prima. E la data minima è facoltativa: per un prodotto già lanciato, lasciala vuota e usa invece un ritmo costante, come nella guida Pianificare il lavoro sulle directory con budget zero.
La data minima non decide nemmeno se una piattaforma merita un invio. È una domanda separata per ogni prodotto, a cui si risponde con il metodo di selezione, non con una data.
Impostare la data minima in pratica
Se parti dalla configurazione con Claude Code o da qualsiasi altro agente, te la chiede durante l’onboarding; rispondi con una data o di’ “nessuna data minima”. Per cambiarla in seguito, modifica earliest_launch_date nel product.json del prodotto e avvisa l’agente, oppure cambiala nella vista prodotto della dashboard. La guida passo passo mostra entrambi i modi. Le righe scheduled esistenti non vengono riscritte: il controllo si applica ai nuovi record. Se sposti la data minima oltre uno slot già confermato, leggi il tracker prima della prossima sessione dell’agente e decidi se riprogrammare sulla piattaforma.
Due abitudini fanno funzionare il tutto. Conferma il fuso orario ogni volta che una piattaforma conferma una data; la guida sul campo di Product Hunt esiste anche per questo. E tratta una schermata di ringraziamento per quello che è: non online, non programmata, solo la fine di un modulo. La voce Scheduled listing spiega la differenza.
LaunchRepo include tutto questo nella licenza una tantum: l’onboarding che fa la domanda, il tracker che fa rispettare la risposta e 299 playbook attivi al 24 settembre 2026 che documentano quali piattaforme accettano una data e quali si prendono semplicemente il loro tempo.
Domande frequenti
Quanto prima del lancio devo inviare alle directory?
Invia alle directory moderate da tre a quattro settimane prima del lancio, perché le revisioni gratuite richiedono spesso settimane. Programma le piattaforme con scelta della data, come le bacheche di lancio, da una a due settimane prima, quando la tua settimana di lancio è fissata.
Una data minima di lancio ritarderà i miei invii?
No. La data minima blocca solo la programmazione di una data precedente al giorno che hai scelto. Gli invii alle directory moderate possono partire presto quanto vuoi, perché inviare non è pubblicare.
E se una directory pubblica la mia scheda prima del giorno di lancio?
Le directory moderate pubblicano quando la loro revisione finisce, e la data minima non può impedirlo. Se è noto che una piattaforma pubblica subito sul suo percorso gratuito, inviala dentro la tua finestra di lancio invece che settimane prima.
Cosa succede se la mia data di lancio si sposta?
Modifica earliest_launch_date e avvisa il tuo agente. I nuovi record programmati devono rispettare la nuova data minima. Gli slot già confermati restano come sono, quindi controlla il tracker e riprogramma sulla piattaforma dove serve.
Mi serve una data minima se il mio prodotto è già online?
No. Una data minima vuota è l’impostazione predefinita. Per un prodotto già sul mercato, un ritmo costante di pochi invii a settimana è più adatto di una settimana di lancio coordinata.
Fonti: ONBOARDING.md, RUNBOOK.md, DASHBOARD.md e CHANGELOG.md nel toolkit di LaunchRepo (release del 15 settembre 2026), un’esecuzione di record.py del 30 settembre 2026 e le guide sul campo pubbliche di questo sito, osservate il 13 settembre 2026.