La crisis PR dà al tuo team una prima voce chiara
La crisis PR aiuta un team Web3 a rispondere quando un incidente solleva domande che vanno oltre gli aggiornamenti di routine della community. Lavoriamo con le tue persone per trasformare le informazioni confermate in messaggi chiari e utili per membri, partner e media.
La prima scelta è di solito tra una breve dichiarazione preliminare e una spiegazione più completa. Una dichiarazione preliminare può riconoscere il problema, dire cosa è confermato e indirizzare le persone al prossimo aggiornamento. Una spiegazione più completa ha senso quando il responsabile dell'incidente ha verificato abbastanza dettagli per descrivere l'impatto o l'azione. Ti aiutiamo a evitare di riempire i vuoti con supposizioni.
Inizia raccogliendo la cronologia dell'incidente, il materiale originale, i post pubblici attuali e il nome della persona che può approvare la formulazione. Se la discussione è principalmente confusione nella community, la nostra guida su gestire il FUD in una community crypto può aiutare. Per un lavoro più ampio dopo la risposta urgente, il reputation management online può affrontare le domande pubbliche in corso. Ci concentriamo sulla comunicazione chiara; i tuoi responsabili tecnici e legali rimangono responsabili per i loro risultati specialistici.
Costruisci la prima risposta attorno a tre verifiche
Una prima risposta utile separa ciò che è noto, ciò che è in fase di verifica e cosa i lettori dovrebbero fare dopo. Usiamo questa struttura semplice per aiutare il tuo team a passare da un mucchio di messaggi a una formulazione che le persone possano seguire.
- Verifica la fonte. Identifica chi ha segnalato il problema e quali prove primarie sono disponibili. Conserva screenshot, avvisi o note tecniche con la loro fonte e l'ora di ricezione.
- Segna i fatti. Metti i dettagli confermati in un gruppo e le affermazioni non risolte in un altro. Assegna ogni punto aperto alla persona che può verificarlo.
- Imposta il prossimo aggiornamento. Concorda dove apparirà il messaggio ufficiale e chi lo approva. Se non puoi dare un orario per il prossimo aggiornamento, dì quale evento o conferma lo innescherà.
Supponiamo che un avviso di delisting raggiunga il tuo team mentre i membri condividono spiegazioni contrastanti. Noi confronteremmo prima l'avviso con i registri del progetto, poi redigeremmo una breve risposta che nomina ciò che è confermato. Se il motivo rimane poco chiaro, la formulazione dovrebbe dirlo chiaramente piuttosto che offrire una teoria. Quando la situazione necessita di una distribuzione formale ai media, possiamo collegare il messaggio approvato con la distribuzione del comunicato stampa.
Cosa cambia quando l'incidente è un exploit o un delisting?
Il piano di comunicazione cambia con i fatti che il tuo team può confermare e le domande a cui le persone hanno bisogno di risposte. Manteniamo ogni messaggio legato alla sua fonte, al pubblico e al percorso di approvazione.
Per un exploit o una vulnerabilità sospetta
Lascia che il responsabile tecnico dell'incidente stabilisca i confini per i dettagli pubblici. Una dichiarazione può identificare il prodotto interessato, descrivere lo stato delle indagini e condividere i passaggi per l'utente solo dopo che il team responsabile li ha approvati. Non includere informazioni private dell'utente o dettagli operativi che non sono stati autorizzati. Se la causa o l'impatto sono ancora sconosciuti, dì cosa è in fase di revisione senza implicare una conclusione.
Per notizie di delisting
Conferma l'avviso, l'asset o il servizio interessato e le eventuali istruzioni per l'utente dalla piattaforma pertinente. Un progetto può spiegare cosa ha fatto, come contattare la piattaforma, solo dopo che quell'azione è avvenuta ed è approvata per la divulgazione. Tieni le speculazioni sulle motivazioni della piattaforma fuori dal resoconto ufficiale.
Per FUD e critiche pubbliche
Ordina le affermazioni in base al fatto che necessitino di una correzione, di una risposta diretta o di un percorso di supporto. Una risposta concisa con prove può aiutare; ripetere ogni affermazione non supportata può distrarre dalle informazioni utili. I nostri servizi PR e media possono supportare una spiegazione successiva quando il tuo team ha fatti stabili e un portavoce chiaro.
Mantieni sulla stessa lunghezza d'onda le persone che rispondono alle domande
La tua community ascolta la risposta attraverso le persone oltre che attraverso le dichiarazioni. Aiutiamo a dare ad admin, founder e staff di supporto una fonte condivisa di formulazione approvata. Ogni persona sa cosa rispondere e dove inviare le domande più difficili.
Immagina un server Discord con un admin part-time, tra una testnet e una mainnet. Appare un post preoccupante mentre il team del progetto sta verificando un incidente. Aiuteremmo l'admin a usare una breve risposta approvata e a indirizzare i membri al canale di aggiornamento ufficiale. Invieremmo le domande tecniche al responsabile designato.
Un passaggio di consegne pratico può includere:
- Una breve risposta per moderatori e staff di supporto.
- Talking points per il founder o il portavoce approvato.
- Una FAQ che segna chiaramente le domande non risolte.
- Un elenco di canali che mostra dove appartiene l'aggiornamento ufficiale.
Ad esempio, supponiamo che i partner chiedano una spiegazione mentre i membri della community vogliono una guida immediata per l'utente. Possiamo preparare versioni separate dagli stessi fatti confermati. Entrambe dovrebbero nominare la stessa fonte ufficiale, mentre ciascuna risponde alla domanda reale del suo pubblico. Il tuo team approva la formulazione prima che venga pubblicata.
Mantieni utile la documentazione pubblica mentre i fatti cambiano
Una risposta solida rimane collegata alle prove mentre l'incidente si evolve. Possiamo preparare dichiarazioni, talking points, FAQ e outreach concordato, poi tenere traccia delle approvazioni, dei link di pubblicazione e delle domande di follow-up. Quando nuovi fatti cambiano un messaggio precedente, rendi visibile la correzione e indirizza i lettori al resoconto corrente.
Un exchange o un'altra piattaforma prende la propria decisione riguardo a una revisione di delisting. Le redazioni decidono se coprire un incidente e come inquadrarlo. Le piattaforme social controllano la visibilità dei post e la moderazione; possiamo consegnare il lavoro di comunicazione che approvi, ma non possiamo dirigere quelle decisioni.
Dopo che lo scambio urgente si è stabilizzato, tieni insieme la dichiarazione originale, gli aggiornamenti successivi e le loro fonti. Nota quali domande rimangono aperte e nomina la persona responsabile per ogni prossima risposta. Se l'incidente richiede una spiegazione più approfondita, interviste e approfondimenti con il founder possono essere adatti per quella fase successiva. Il tuo team dovrebbe essere pronto a parlare pubblicamente.
Per iniziare, invia a Brand Community una breve cronologia dell'incidente, avvisi o post pertinenti, fatti confermati e il nome del tuo approvatore. Rivedremo questi materiali con il tuo contatto, identificheremo i primi vuoti da colmare e concorderemo i messaggi di cui il tuo team ha bisogno.
Come funziona
- Condividi il quadro attualeInvia la cronologia, il materiale originale, i messaggi pubblici e i dettagli di contatto delle persone che verificano i fatti. Segnala cosa è sensibile o non autorizzato alla condivisione.
- Separa i fatti dai punti apertiLavoriamo con il tuo responsabile designato per ordinare i dettagli confermati dalle domande ancora in fase di revisione. Ogni punto aperto riceve un chiaro responsabile dalla tua parte.
- Scrivi per le persone che hanno bisogno di rispostePrepariamo la dichiarazione concordata, i talking points o la FAQ in linguaggio semplice. Ogni messaggio riflette il suo pubblico e canale.
- Ottieni l'approvazione correttaIl tuo portavoce autorizzato e i consulenti pertinenti rivedono i testi. Nulla viene rilasciato senza l'approvazione richiesta dal tuo team.
- Coordina e tieni un registroAiutiamo ad allineare gli aggiornamenti approvati sui canali concordati e registriamo i link di pubblicazione, l'outreach e le domande di follow-up.
Domande frequenti
Cosa dovremmo inviare prima che tu scriva un primo aggiornamento?
Invia una breve cronologia, l'avviso o il post che ha sollevato preoccupazione, cosa il tuo team ha confermato e cosa rimane sconosciuto. Includi qualsiasi risposta già condivisa e nomina le persone che possono verificare i dettagli tecnici e approvare la formulazione. Ad esempio, un avviso di delisting e la sua fonte ci aiutano a distinguere un avviso ufficiale da una discussione della community.
Potete aiutare quando i report di exploit sono ancora poco chiari?
Sì. Una dichiarazione preliminare può riconoscere il report, condividere solo ciò che il responsabile dell'incidente ha confermato e indirizzare i lettori al canale di aggiornamento ufficiale. Non dovrebbe indovinare la causa o l'impatto. Possiamo segnare chiaramente le domande aperte, poi rivedere il messaggio quando il tuo responsabile tecnico approva nuovi fatti.
Come si fa a evitare che una risposta a un delisting sembri definitiva?
Descriviamo lo stato confermato senza suggerire che la piattaforma abbia preso una decisione diversa. Se il tuo team ha contattato la piattaforma o sta rivedendo i passi successivi, la dichiarazione può dirlo una volta che l'azione è confermata. Una linea chiara tra lo stato noto e l'azione futura aiuta i membri a capire cosa è successo.
Dovremmo rispondere a ogni post critico su Discord o X?
No. Ti aiutiamo a ordinare i post in quelli che necessitano di una correzione fattuale, quelli che necessitano di una risposta di supporto e quelli che è meglio non amplificare. Ad esempio, le domande ripetute su un'azione dell'utente possono appartenere a un aggiornamento ufficiale pinnato piuttosto che a molte risposte separate. I moderatori possono poi indirizzare i membri a quella fonte.
Quanto velocemente può il vostro team iniziare a rivedere l'incidente?
Possiamo iniziare quando un contatto del progetto condivide le prove disponibili. Dovrebbero anche metterci in contatto con le persone che possono verificare i fatti e approvare i messaggi. Il ritmo segue poi quelle verifiche e approvazioni. Se mancano ancora dettagli, possiamo identificare le domande aperte prima di scrivere una formulazione che dipende da esse.
Potete far cambiare decisione a un exchange o a una redazione?
No. La piattaforma pertinente controlla la propria decisione di delisting, e ogni redazione decide se pubblicare. Possiamo preparare materiali accurati, coordinare l'outreach approvato e registrare il follow-up, ma non possiamo promettere un'inversione, una copertura o la rimozione del post di qualcun altro. Il nostro impegno è per il lavoro di comunicazione concordato con il tuo team.
Parlaci del tuo progetto
Rispondi a quattro domande rapide e un manager ti invierà un piano, i tempi e una fascia di prezzo entro un'ora. Tutto rimane riservato.
Caricamento del modulo…