Crisis PR per progetti Web3

Quando un progetto Web3 ha bisogno di crisis PR?

1. Exploit o incidente di sicurezza: comunica cosa è confermato, cosa devono fare gli utenti e dove appariranno gli aggiornamenti.
2. Delisting o controversia di quotazione: spiega lo stato senza presentare speculazioni come una decisione della piattaforma.
3. FUD o accusa pubblica: rispondi alle affermazioni verificabili con prove e una fonte nominata per gli aggiornamenti.

La crisis PR è utile quando il normale processo di pubblicazione di un progetto non riesce a tenere il passo con le domande di utenti, partner, media o team. Non sostituisce la risposta all'incidente: gli ingegneri indagano sull'exploit, i legali forniscono consulenza legale e i dirigenti approvano le decisioni aziendali. Il nostro ruolo è trasformare i fatti approvati in un piano di comunicazione coerente e preparare il linguaggio che le persone devono usare.

Prima di iniziare, identifica un portavoce responsabile e una persona autorizzata ad approvare la comunicazione pubblica. Raccogli il rapporto originale, la transazione o i riferimenti dell'incidente, l'impatto noto sugli utenti, lo stato attuale della mitigazione e le eventuali istruzioni che gli utenti devono seguire. Se i dettagli non sono confermati, registrali come questioni aperte. Questa distinzione consente al team di emettere una dichiarazione ufficiale utile senza implicare che l'indagine sia completa. Per una guida sulla risposta alla community, vedi come gestire il FUD in una community crypto.

Cosa dovrebbe dire una dichiarazione ufficiale crypto?

Una dichiarazione ufficiale dovrebbe riconoscere la situazione, dichiarare i fatti verificati, spiegare l'azione immediata e stabilire le aspettative per il prossimo aggiornamento. Non dovrebbe riempire i vuoti con teorie o fare affermazioni che il team non ha verificato.

Usa questa struttura di lavoro:

Per un exploit, coordina la dichiarazione con il responsabile tecnico in modo che il testo non sia in conflitto con l'indagine o la mitigazione. Per un avviso di delisting, cita o riassumi solo le informazioni che il progetto può verificare e distingui una decisione pubblicata da un'aspettativa o una voce. Per le accuse, rispondi alla specifica affermazione piuttosto che ripetere parole drammatiche che potrebbero estenderne la portata.

Una dichiarazione ufficiale è una prima risposta, non un rapporto finale sull'incidente. Prepariamo una versione breve per l'uso immediato e una serie più completa di punti di discussione approvati per le domande di follow-up. Se è necessario un annuncio formale, coordinalo con la distribuzione del comunicato stampa in modo che tempi e testo coincidano.

Come funziona la risposta di crisis PR?

La risposta segue un percorso di approvazione documentato: stabilire i fatti, redigere la prima dichiarazione, approvarla con i decisori giusti, quindi coordinare la pubblicazione e il follow-up.

1. Ricezione dell'incidente: condividi il riepilogo dell'incidente, il materiale di origine, i post pubblici attuali e le persone autorizzate ad approvare il testo.
2. Revisione dei fatti: separiamo le informazioni confermate dalle ipotesi, registriamo le domande irrisolte e segnaliamo le formulazioni che necessitano di revisione tecnica o legale.
3. Preparazione dei messaggi: redigiamo la dichiarazione ufficiale, i messaggi per gli stakeholder e le risposte alle probabili domande con la voce concordata.
4. Approvazione e pubblicazione: il tuo approvatore designato dà il via libera; prepariamo il testo approvato per i canali in ambito.
5. Follow-up: monitoriamo le domande e i nuovi fatti forniti dal tuo team, quindi rivediamo il set di messaggi attraverso il processo di revisione concordato.

Il primo deliverable è prioritizzato in base all'esigenza di comunicazione immediata. Una dichiarazione ufficiale concisa può precedere una spiegazione più lunga, materiali per i media o FAQ interne. Per evitare versioni contrastanti, mantieni una copia master, nomina l'approvatore e instrada le modifiche attraverso quella persona. Usiamo una revisione dei fatti dell'incidente: ogni frase fattuale è collegata a una fonte del cliente o chiaramente contrassegnata per la conferma. Dopo una conversazione iniziale, AEOTech conferma ambito, proprietari, canali e sequenza di approvazione prima di iniziare la stesura.

Quali materiali di crisis PR può preparare il team?

I deliverable sono risorse di comunicazione che il tuo team può approvare e utilizzare, non un sostituto della risoluzione tecnica o delle decisioni esecutive. Definisci l'ambito del lavoro in base ai pubblici che necessitano di una risposta e ai formati che il tuo team può mantenere.

Un incarico di crisis PR può includere:

• Una dichiarazione ufficiale per il canale di aggiornamento scelto dal progetto.
• Una spiegazione più lunga dell'incidente, una volta che i fatti e la revisione tecnica la supportano.
• Punti di discussione per founder, personale di supporto, community manager e partner.
• Un documento di domande e risposte che separi le risposte approvate dalle questioni aperte.
• Linguaggio di risposta per i media e un percorso di contatto stampa, se la sensibilizzazione dei media è in ambito.
• Una mappa dei messaggi che mostri quale versione è per quale pubblico e chi approva le modifiche.

La revisione dovrebbe individuare dettagli non corrispondenti tra i materiali: stato dell'incidente, prodotto o servizio interessato, istruzioni per gli utenti, date fornite dal cliente e posizione del prossimo aggiornamento. Mantieni precisa la terminologia tecnica, ma spiega l'implicazione pratica in un linguaggio semplice. Non pubblicare una dichiarazione di sicurezza, una dichiarazione di recupero o un'istruzione per l'utente finché il responsabile del progetto non la conferma.

Per un annuncio pianificato collegato all'incidente, coordina il messaggio di crisi con sponsored article nei crypto media solo quando contenuto e tempi sono appropriati. Se l'esigenza è continua piuttosto che specifica dell'incidente, confrontala con reputation management online.

Cosa può controllare un team di crisis PR durante un incidente?

Un team di crisis PR controlla la qualità e il coordinamento del lavoro di comunicazione concordato: bozze, coerenza dei messaggi, tracciamento delle approvazioni e consegna dei materiali in ambito. Non controlla l'evento stesso o le decisioni di terze parti.

Per un incidente Web3, questa distinzione è importante. Un progetto potrebbe dover correggere un'istruzione per gli utenti mentre emergono nuovi fatti, o rivedere una dichiarazione di delisting dopo che un avviso ufficiale cambia. Mantieni un contatto di progetto nominato disponibile per confermare tali fatti; un'agenzia non dovrebbe dedurre lo stato tecnico dalla discussione pubblica. Documentiamo cosa è cambiato, chi ha fornito l'aggiornamento e quale testo approvato sostituisce.

La revisione della piattaforma, le decisioni di quotazione, le scelte editoriali dei media e il ritmo con cui le parti esterne rispondono rimangono fuori dal controllo del team di comunicazione. Possiamo preparare invii accurati e messaggi approvati, ma non possiamo promettere che una piattaforma invertirà una decisione o che un canale pubblicherà una risposta. Prima di iniziare il lavoro, conferma il proprietario dell'incidente, il percorso di escalation, i canali inclusi e chi può approvare revisioni urgenti. Questo rende l'ambito concreto senza suggerire che la comunicazione possa risolvere il problema tecnico o aziendale sottostante.

Come dovrebbe collegarsi la crisis PR con la PR Web3 più ampia?

La comunicazione di crisi funziona meglio quando la risposta immediata e l'attività PR regolare del progetto condividono un unico insieme di fatti verificati. Mantieni la risposta all'incidente separata dai messaggi promozionali finché il team non ha risolto le domande immediate di utenti e stakeholder.

Usa queste regole decisionali:

• Se la priorità è una correzione pubblica, prepara prima la dichiarazione e le prove a sostegno.
• Se i giornalisti chiedono commenti, assegna un portavoce e instrada le richieste attraverso un unico contatto.
• Se gli utenti hanno bisogno di istruzioni, pubblicale dove il progetto può mantenere aggiornate le informazioni.
• Se l'incidente cambia la narrativa pubblica del progetto, rivedi i materiali media esistenti prima di riprendere le attività pianificate.

Il piano PR e media più ampio può quindi coprire comunicati stampa, interviste o posizionamenti mediatici che si adattano ai fatti e ai tempi. Una risposta di crisi non dovrebbe essere usata per mascherare un aggiornamento del prodotto come risoluzione di un incidente o per distogliere l'attenzione da domande senza risposta. Conserva una copia di ogni messaggio approvato e annota quando è stato sostituito, così i membri del team possono dare la stessa risposta e indirizzare le persone alla fonte attuale.

Per iniziare, invia a AEOTech il riepilogo dell'incidente, i link alle fonti, la formulazione pubblica attuale, le indicazioni note per gli utenti e i nomi del responsabile tecnico e dell'approvatore. Rivedremo i materiali, confermeremo il primo deliverable e concorderemo il percorso di approvazione prima di preparare il testo.

Prezzi

Prezzi da in USD. Pacchetti personalizzati e sconti volume su richiesta. Pagamento in USDT, USDC, BTC, ETH, SOL, TON o token del progetto.

Come funziona

1. Condividi il registro dell'incidenteInvia i fatti noti, il materiale di origine, le dichiarazioni pubbliche attuali e l'esigenza di comunicazione immediata. Segna tutto ciò che non è ancora confermato.
2. Nomina i decisoriIdentifica il contatto tecnico, il portavoce e la persona autorizzata ad approvare la comunicazione pubblica.
3. Revisione e bozzaVerifichiamo le affermazioni fattuali rispetto ai tuoi materiali e prepariamo la dichiarazione ufficiale e il set di messaggi pertinente.
4. Approva e coordinaIl tuo approvatore conferma il testo; organizziamo i materiali concordati per pubblico e canale.
5. Aggiorna dai fatti confermatiCondividi nuove informazioni verificate tramite il contatto nominato per mantenere le revisioni coerenti e tracciabili.