Gestion de crise crypto : un dossier d'incident vérifiable

Quels faits d'incident doivent figurer dans le premier dossier ?

Le premier livrable est un dossier d'incident avec 6 champs : chronologie, faits confirmés, questions ouvertes, documents sources, publics concernés et responsables de l'approbation. Il donne à l'équipe une référence de travail unique avant toute validation de communication publique.

Pour un rapport d'exploit, l'ensemble des sources peut inclure les conclusions techniques et les messages publics actuels de l'équipe. Pour un avis de radiation, incluez le libellé exact de la plateforme et tout détail que le projet peut partager. Pour une campagne FUD, enregistrez l'allégation elle-même et les preuves disponibles pour l'évaluer. Ne traitez pas une allégation en circulation comme un événement confirmé.

Nous signalons les preuves manquantes et identifions le relecteur qui peut résoudre chaque point ouvert. Le dossier distingue également ce qui est connu de ce que l'équipe examine encore. Cette structure aide à éviter qu'une déclaration précoce paraisse plus certaine que les preuves ne le permettent.

Envoyez le dossier avec les personnes autorisées à le réviser. Notre guide de réponse FUD couvre la messagerie communautaire lorsque le problème immédiat est une allégation publique contestée. Pour le contexte plus large des relations publiques, voir RP et médias.

Comment une déclaration en attente doit-elle marquer les inconnues ?

Une déclaration en attente nécessite 3 éléments clairs. Elle indique ce que le projet peut confirmer à ce stade, ce qui reste à l'étude et où les lecteurs peuvent trouver la prochaine mise à jour approuvée. Elle doit reconnaître le problème sans fournir d'explication non vérifiée.

Nous rédigeons à partir du dossier d'incident, et non d'hypothèses sur la cause ou l'impact. Le libellé nomme l'action actuelle du projet en langage simple. Il peut indiquer qu'un problème signalé est à l'étude, par exemple, si c'est ce que l'équipe responsable a confirmé. Il ne doit pas suggérer une résolution ou une conclusion qui n'a pas été établie.

Avant approbation, vérifiez chaque phrase factuelle par rapport à sa source. Confirmez toute citation attribuée avec le locuteur nommé. Demandez au relecteur technique ou juridique de vérifier les allégations relevant de son périmètre. Gardez les questions non résolues visibles dans le document de travail plutôt que de les supprimer silencieusement.

Une première déclaration concise peut être suivie d'une explication plus complète lorsque l'équipe aura étayé plus de détails. Nous maintenons cette distinction claire dans les brouillons, afin que les parties prenantes puissent voir ce qui est actuel et ce qui reste ouvert.

Où doit apparaître chaque mise à jour approuvée ?

Une carte des canaux comporte 4 colonnes : public, destination, responsable du message et circuit d'approbation. Elle montre où la déclaration approuvée doit figurer et qui gère le suivi à chaque endroit.

Un projet peut avoir besoin d'une déclaration principale sur son site web, d'un post X plus court, d'une mise à jour Telegram et de réponses directes pour les partenaires ou les médias. Les versions courtes doivent préserver le sens de la déclaration principale. Elles peuvent rediriger les lecteurs vers la source de vérité du projet plutôt que d'introduire une explication distincte.

Nous enregistrons également les questions qui n'ont pas encore de réponse approuvée. Cela donne aux équipes de support et aux porte-parole un moyen cohérent de traiter les demandes sans combler les lacunes différemment. La carte identifie qui peut corriger un message publié et qui prépare la prochaine mise à jour.

Pour une annonce formelle distincte, la diffusion de communiqué de presse peut convenir lorsque les faits et le format le permettent. Les mises à jour de crise doivent rester clairement attribuables au projet. Elles ne doivent pas être présentées comme un reportage indépendant. Le dossier de publication conserve le libellé approuvé et l'endroit où il est apparu.

Quels livrables composent le pack de réponse de crise ?

Le pack de réponse rassemble le dossier d'incident, le langage approuvé et les détails de publication en un seul transfert. Son contenu reflète l'événement et les publics qui ont besoin d'informations, plutôt qu'un ensemble fixe de messages génériques.

Les livrables typiques incluent :

• Dossier d'incident : faits confirmés, sources et questions ouvertes.
• Déclaration en attente : une première mise à jour publique concise.
• Textes par canal : versions courtes sélectionnées qui conservent le sens approuvé.
• Points de discussion : conseils pour les fondateurs, le personnel communautaire, le support ou les réponses médias.
• Carte d'approbation : relecteurs, responsables de la publication et source de vérité.
• Brouillon de suivi : langage pour les mises à jour ultérieures lorsque des faits supplémentaires sont confirmés.

Le client fournit les avis de plateforme pertinents, les conseils techniques ou juridiques, les déclarations publiques existantes et les contacts d'approbation. Nous identifions les lacunes et marquons les allégations qui nécessitent une confirmation. Une réponse à un exploit nécessite un ensemble de preuves différent d'un avis de radiation ou d'un litige concernant une allégation publique.

Si les résultats de recherche persistants ou la couverture négative deviennent une préoccupation distincte, la gestion de l'e-réputation est un service connexe. Il répond à un besoin de communication différent de la mise à jour immédiate de l'incident.

Comment un brief d'incident passe-t-il à la publication ?

La réponse suit 5 étapes : réception, responsabilité, rédaction, révision par canal et dossier de publication. Chaque étape a une entrée claire, afin que l'équipe puisse voir ce qui est prêt et ce qui nécessite encore une révision.

Lors de la réception, nous enregistrons la chronologie, les preuves disponibles et les publics concernés. Ensuite, le client nomme les relecteurs techniques, juridiques et exécutifs, ainsi que la personne autorisée à approuver le texte public. Nous rédigeons la déclaration en attente et les textes de support à partir des faits confirmés. Les points non résolus restent marqués pour révision.

Les relecteurs vérifient les allégations relevant de leurs responsabilités. Nous adaptons ensuite le langage approuvé pour les canaux sélectionnés et comparons chaque version avec la déclaration principale. Le client publie via ses propres canaux ou coordonne la publication avec nous. Nous conservons la copie finale approuvée et son emplacement de publication pour le suivi.

Un message de démarrage utile comprend le dossier d'incident, les fichiers sources, les messages publics actuels et les contacts d'approbation. Pour un format médiatique payant ultérieur, envisagez les articles sponsorisés dans les médias crypto uniquement lorsque cela convient au message et à la divulgation. L'équipe convient du périmètre et du rythme de travail au démarrage.

Qu'est-ce qui échappe au contrôle de l'équipe de communication ?

Le dossier de communication peut montrer ce que le projet a dit et quand ; il ne peut pas déterminer la décision de cotation d'une plateforme. Une bourse ou une autre plateforme contrôle sa propre révision, le libellé de l'avis et le calendrier des décisions. Lors d'un exploit signalé, les allégations publiques doivent également correspondre à ce que l'enquête technique responsable peut étayer.

Cette limite façonne le travail. Nous vérifions l'avis fourni, préparons la réponse approuvée du projet et gardons les inconnues visibles. Nous ne présentons pas une cause non confirmée comme un fait. Avant la publication, le client vérifie que la déclaration reflète les informations actuelles et que les détails techniques, de wallet ou d'utilisateur sensibles ont été autorisés à être divulgués.

Si les preuves changent, mettez à jour la source de vérité et acheminez le libellé révisé via les relecteurs convenus. Publiez ensuite une correction ou un suivi via les canaux pertinents. Cela laisse un dossier clair sans suggérer que le travail de communication peut modifier la décision d'une autre partie.

Pour commencer, envoyez la chronologie de l'incident, les sources disponibles, les messages publics actuels et les noms des relecteurs. Nous organiserons le dossier et confirmerons le périmètre de rédaction avec votre équipe.

Comment ça marche

1. Envoyer le dossier d'incidentPartagez la chronologie, les preuves disponibles, les avis pertinents et les messages publics actuels. Marquez ce qui est confirmé et ce qui reste ouvert.
2. Nommer les relecteurs et responsablesIdentifiez les relecteurs techniques, juridiques et exécutifs, ainsi que la personne autorisée à approuver la publication. Listez les publics qui ont besoin d'une mise à jour.
3. Rédiger la première déclarationNous préparons un texte concis à partir des faits vérifiés. Les questions ouvertes restent marquées pour confirmation.
4. Réviser les versions par canalNous adaptons les faits approuvés pour les canaux sélectionnés et vérifions chaque version par rapport à la déclaration principale.
5. Publier et enregistrerLe client publie via ses canaux ou coordonne la publication avec nous. Nous conservons le texte approuvé et préparons le langage de suivi à mesure que les faits évoluent.