Il tuo calendario di lancio: cosa fare 60 giorni prima, il giorno stesso e 30 giorni dopo

Cosa va fatto a T-60?

Test rapido: Conta i giorni al lancio. Se sono meno di 30 e la scheda informativa non è pronta, finisci quella prima di ogni altra cosa.

A T-60, stabilisci il brief di lancio prima di abbozzare le campagne. Il team ha bisogno di un registro condiviso di cosa viene lanciato, quando sono dovute le decisioni chiave e chi può approvare le dichiarazioni pubbliche. Questo riduce le riscritture dell'ultimo minuto e dà a ogni canale lo stesso punto di partenza.

Crea un documento di lavoro con:

• La finestra di lancio prevista, la chain e l'identificatore del token, una volta confermati.
• Una spiegazione in linguaggio semplice del prodotto, del pubblico e della ragione del token.
• Responsabili nominati per i fatti del prodotto, la revisione legale, la community, i contenuti e le operazioni di lancio.
• Un elenco di decisioni ancora aperte, ciascuna con un responsabile e una scadenza.
• Un'unica posizione approvata per link correnti, loghi, descrizioni e risposte.

Mantieni le dichiarazioni pianificate distinte dai fatti confermati. Ad esempio, segna una conversazione con un exchange come discussione finché un annuncio non è approvato. Se la data, i dettagli del token o le responsabilità cambiano, aggiorna prima il documento sorgente, poi usalo per aggiornare le bozze dei canali. Per una pianificazione più ampia del lancio, vedi token launch e crescita e la guida al marketing del token launch (TGE).

Preparare la storia e gli asset di lancio

Prepara una storia compatta e coerente che un nuovo lettore possa capire senza un briefing privato. Il messaggio centrale dovrebbe spiegare cosa fa il progetto, a chi serve, a cosa serve il token e dove i lettori possono verificare i dettagli. Evita che i testi promozionali portino fatti che appartengono alla documentazione del prodotto o del token.

Costruisci una cartella di asset e assegna un approvatore per ogni elemento:

• Descrizioni brevi ed estese del progetto, con testo verificato rispetto ai fatti attuali del prodotto.
• File del logo, immagini del marchio approvate e formati di post specifici per canale.
• Un sito web del progetto, profili social, link alla community e contatto.
• Una scheda informativa del token che copra la rete confermata, l'indirizzo del contratto e i dettagli dell'offerta.
• Un documento di risposta per domande prevedibili su accesso, utilità, rischi e tempistiche di lancio.

Prima della pubblicazione, chiedi a qualcuno esterno al gruppo di redazione di confrontare il sito web, le bio social e i testi degli annunci. Nomi, link e dettagli del token devono corrispondere ovunque. Per i contenuti della community, prepara spiegazioni utili e linee guida per la moderazione, invece di affidarti a post promozionali ripetuti. Se il tuo progetto è un memecoin, la guida al lancio di memecoin può aiutare a definire la checklist specifica per il lancio senza sostituire i fatti e le approvazioni principali.

Verifiche prima delle submission a CoinGecko o CoinMarketCap

Tratta la preparazione del listing come un compito di documentazione e coerenza, non come un annuncio di marketing. Raccogli le informazioni richieste da ciascuna piattaforma, verifica che i materiali pubblici del progetto concordino e tieni traccia di cosa è stato inviato e quando. Assegna una persona per gestire le domande e aggiornare il team quando arriva una risposta.

Usa questa lista di preparazione:

• Conferma il nome del progetto, il ticker, la rete e l'indirizzo del contratto ovunque appaiano.
• Controlla che il sito web del progetto e i link social siano attivi e portino a destinazioni ufficiali.
• Assicurati che la descrizione pubblica corrisponda al prodotto e allo scopo dichiarato del token.
• Raccogli i link di supporto e i materiali richiesti nel flusso di candidatura corrente della piattaforma.
• Conserva copie dei dettagli inviati in modo che qualsiasi correzione successiva possa essere fatta in modo coerente.

Non annunciare un listing come confermato finché la piattaforma non ha reso chiaro tale stato e il team non ha approvato la formulazione. CoinGecko e CoinMarketCap hanno processi di listing separati, quindi prepara le loro submission individualmente, senza presumere che una candidatura copra entrambi. Per i passaggi specifici della piattaforma, leggi come essere listati su CoinGecko e come essere listati su CoinMarketCap.

Coordinare community, creator e contenuti

Regola pratica: Congela link, logo e contratto 7 giorni prima del lancio. Le modifiche successive necessitano di una seconda approvazione.

Coordina l'attività dei canali attorno a informazioni utili e tappe confermate. Un piano dei canali dovrebbe indicare cosa ogni pubblico deve sapere, chi lo pubblica, dove vanno le domande e quali fatti devono essere approvati prima della pubblicazione. L'obiettivo è un'esperienza coerente, non post identici copiati ovunque.

Mappa l'attività in una semplice tabella prima di impegnarti sulle date:

Per i creator, valuta l'idoneità del pubblico, la qualità dei contenuti, la pertinenza degli argomenti passati e come il creator gestisce il lavoro sponsorizzato. Fornisci un brief che permetta una spiegazione onesta del progetto; non chiedere a nessuno di implicare un uso personale o fare affermazioni che il team non può supportare. Un lancio con creator necessita di coordinamento oltre a un elenco di account, quindi usa la guida alle campagne KOL crypto per preparare selezione e briefing. Allinea gli aggiornamenti della community con un piano di moderazione realistico usando la guida alla crescita della community Telegram.

Giorno del lancio

Il giorno del lancio, il team deve seguire un unico foglio di marcia approvato con un responsabile per ogni aggiornamento pubblico e controllo operativo. Tieni il foglio di marcia accessibile alle persone che gestiscono il sito web, i canali social e la community, in modo che tutti lavorino con le stesse informazioni confermate.

Includi questi checkpoint in ordine:

• Conferma lo stato attuale del lancio e i dettagli esatti autorizzati per la divulgazione pubblica.
• Controlla che il sito web, i profili social ufficiali e i link della community siano accessibili.
• Pubblica l'annuncio approvato e verifica che i suoi link puntino alle destinazioni previste.
• Tieni un contatto nominato disponibile per gestire correzioni, domande e escalation interne.
• Registra orari di pubblicazione, link, approvazioni e qualsiasi modifica sostanziale in un registro condiviso.

Prepara un messaggio di attesa per situazioni in cui un aggiornamento programmato deve aspettare una conferma. Dovrebbe riconoscere che il team sta verificando le informazioni e indirizzare i lettori al canale ufficiale per aggiornamenti. Non improvvisare dettagli su contratto, listing o disponibilità nelle risposte. Il responsabile del lancio dovrebbe mettere in pausa i contenuti in coda se un fatto fondamentale cambia, confermare la correzione con il responsabile competente e poi dare ai gestori dei canali il testo sostitutivo.

La tua checklist in 7 punti da T-60 a T+30

Stampa questa checklist e spunta man mano. Ogni punto corrisponde a un intervallo di date e insieme coprono i 90 giorni attorno al lancio, così nulla di importante viene lasciato agli ultimi giorni o al giorno stesso del lancio.

• T-60: scrivi la scheda informativa e nomina un responsabile per ogni canale.
• T-45: prepara logo, link e un messaggio fissato.
• T-30: prepara le submission per i listing e controlla i dati.
• T-14: fai il briefing al team della community e ai creator.
• T-7: congela contratto, link e logo.
• T-0: segui il piano del giorno del lancio ora per ora.
• T+30: rivedi, correggi e scrivi il rapporto di chiusura.

Termini in una riga

T-minus (in parole semplici: giorni contati alla rovescia fino al giorno del lancio, scritti T-60, T-30 e così via).

Scheda informativa significa una pagina con contratto, offerta, link e team che tutti riutilizzano.

Cosa sfugge al controllo del team?

Il tuo team può controllare se le submission sono complete, se le descrizioni pubbliche sono coerenti, se i link ufficiali funzionano e se le comunicazioni di lancio riflettono accuratamente i fatti confermati; non può determinare come CoinGecko o CoinMarketCap valutano una candidatura, se una delle due piattaforme la accetta o quando arriva una risposta. DEXScreener e DEXTools prendono anch'essi le proprie decisioni su se un token o un progetto appare in una sezione in evidenza o trending, e il team non può impostare quelle posizioni, la loro durata o come vengono visualizzate a ciascun visitatore. Costruisci la checklist attorno ad azioni che puoi verificare: salva i materiali inviati, tieni traccia della corrispondenza con le piattaforme, evita di annunciare un risultato prima della conferma e tieni pronto un aggiornamento da pubblicare se un profilo o una posizione cambia.

Da T+1 a T+30

Dopo il lancio, mantieni aggiornate le informazioni pubbliche e trasforma le domande ricorrenti in chiare azioni di follow-up. Il primo mese è un periodo utile per rivedere cosa i lettori hanno frainteso, quali canali necessitano di spiegazioni migliori e cosa il team dovrebbe pubblicare dopo. Registra le osservazioni invece di trattare un'esplosione di attenzione come prova che la storia del progetto è chiara.

A T+1, controlla che i link ufficiali, le descrizioni e i post fissati riflettano ancora i dettagli live del progetto. Nelle settimane successive, esamina le domande della community, i contenuti dei creator e il feedback in arrivo con i responsabili competenti. Correggi il materiale obsoleto alla fonte, poi aggiorna le versioni dei canali in modo che la stessa risposta non sia contraddetta altrove. A T+30, chiudi la checklist annotando le attività completate, i problemi aperti, i prossimi passi approvati e chi è responsabile di ciascuno.

Una chiusura utile ha quattro parti: un registro delle comunicazioni pubblicate, un elenco delle correzioni apportate, un riepilogo delle domande ripetute dal pubblico e una coda di follow-up prioritaria. Se vuoi aiuto per trasformare la checklist in un piano esecutivo, invia a MarketingExtra la tua finestra di lancio prevista, i dettagli confermati del token, i canali attuali e le decisioni aperte. Esamineremo i materiali con te e identificheremo le prossime azioni pratiche.

Come funziona

1. Conferma il brief di lancioImposta la finestra prevista, i fatti del token, il pubblico e i decisori. Segna chiaramente gli elementi irrisolti e assegna un responsabile a ciascuno.
2. Prepara i materiali approvatiRaccogli descrizioni del progetto, link, asset visivi e informazioni sul token in un'unica fonte di verità. Controlla che le versioni pubbliche concordino.
3. Coordina canali e partnerMappa aggiornamenti della community, contenuti dei creator e responsabilità di pubblicazione rispetto alle tappe confermate. Dai a ogni contributore fatti approvati e un contatto per le domande.
4. Gestisci il lancio da un unico programmaUsa un foglio di marcia approvato, verifica le destinazioni e registra gli aggiornamenti pubblici. Metti in pausa i contenuti in coda quando un fatto fondamentale necessita di conferma.
5. Rivedi e chiudiTieni traccia di correzioni e domande ricorrenti fino a T+30. Assegna responsabili per il lavoro di follow-up e aggiorna i materiali sorgente.