最初の記録に含めるべきインシデントの事実はどれですか？
最初の成果物は、タイムライン、確認済みの事実、未解決の質問、ソース文書、影響を受けるオーディエンス、承認担当者の6つのフィールドからなるインシデント記録です。これにより、チームは公開文言が承認される前に1つの作業用リファレンスを得られます。
エクスプロイト報告の場合、ソースセットには技術的所見とチームの現在の公開メッセージが含まれる場合があります。上場廃止通知の場合は、プラットフォームの正確な文言とプロジェクトが共有する可能性のある詳細を含めてください。FUDの場合は、主張自体とそれを評価するために利用可能な証拠を記録します。流布している主張を確認済みのイベントとして扱わないでください。
不足している証拠をフラグ付けし、各未解決のポイントを解決できるレビュアーを特定します。この記録は、チームがまだ調査中であることと、既知の情報を区別します。この構造は、初期の声明が証拠が裏付ける以上に確実に聞こえるのを防ぐのに役立ちます。
記録を、レビューを許可された担当者とともに送信してください。差し迫った問題が争点となっている公開主張である場合のコミュニティメッセージについては、FUD対応ガイド を参照してください。より広範なコミュニケーションの文脈については、PRとメディア をご覧ください。
保留声明は、未知の部分をどのように示すべきですか？
保留声明には3つの明確な要素が必要です。プロジェクトが現時点で確認できること、まだ審査中であること、読者が次の承認済みアップデートをどこで見つけられるかを示します。問題を認めつつ、未検証の説明を提供しないようにします。
原因や影響に関する仮定ではなく、インシデント記録に基づいてドラフトを作成します。文言は、プロジェクトの現在の行動を平易な言葉で示します。例えば、報告された問題が審査中であると、責任チームが確認した場合にそのように記載できます。確定していない解決策や所見を暗示してはなりません。
承認前に、各事実文をそのソースと照合してください。引用された発言は、指名された発言者に確認してください。技術または法務のレビュアーに、その管轄内の主張を確認するよう依頼します。未解決の質問は、静かに削除するのではなく、作業用コピーに表示したままにします。
簡潔な最初の声明の後、チームがより詳細な情報を確認した時点で、より完全な説明を続けることができます。ドラフトではその区別を明確に保ち、関係者が何が最新で何が未解決かを判断できるようにします。
承認された各アップデートはどこに掲載すべきですか？
チャネルマップには、オーディエンス、遷移先、メッセージ担当者、承認経路の4つの列があります。承認された声明がどこに属し、各場所で誰がフォローアップを担当するかを示します。
プロジェクトは、ウェブサイト上の主要な声明、短いX投稿、Telegramアップデート、パートナーやメディア向けの直接返信を必要とする場合があります。短いバージョンは、主要な声明の意味を保持する必要があります。別の説明を導入するのではなく、読者をプロジェクトの情報源に誘導できます。
また、まだ承認された回答がない質問も記録します。これにより、サポートチームやスポークスパーソンは、ギャップを異なる方法で埋めることなく、一貫した方法でリクエストを処理できます。マップは、公開されたメッセージを修正できる担当者と、次のアップデートを準備する担当者を特定します。
別の正式な発表については、事実と形式が適切な場合、プレスリリース配信 が適している場合があります。危機対応の更新は、プロジェクトに明確に帰属可能である必要があります。独立したレポートとして提示してはなりません。公開記録は、承認された文言とそれが掲載された場所をキャプチャします。
危機対応プランはどのような成果物で構成されますか？
対応プランは、インシデント記録、承認された言語、公開詳細を1つの引き継ぎにまとめたものです。その内容は、固定された汎用メッセージのセットではなく、イベントと情報を必要とするオーディエンスを反映します。
典型的な成果物は次のとおりです。
- インシデント記録：確認済みの事実、ソース、未解決の質問。
- 保留声明：簡潔な最初の公開アップデート。
- チャネルコピー：承認された意味を保持する、選択された短いバージョン。
- トーキングポイント：創業者、コミュニティスタッフ、サポート、メディア返信のためのガイダンス。
- 承認マップ：レビュアー、公開担当者、情報源。
- フォローアップドラフト：追加の事実が確認された場合の、後日のアップデート用の文言。
クライアントは、関連するプラットフォーム通知、技術的または法的ガイダンス、既存の公開声明、承認担当者を提供します。ギャップを特定し、確認が必要な主張にマークを付けます。エクスプロイト対応には、上場廃止通知や公開主張に関する論争とは異なる証拠セットが必要です。
検索結果や否定的な報道が持続的な懸念となる場合は、オンラインレピュテーション管理 が関連サービスです。これは、即時のインシデント更新とは異なるコミュニケーション上のニーズに対応します。
インシデント概要はどのように公開に至りますか？
対応は、受け付け、担当、ドラフト作成、チャネルレビュー、公開記録の5つのチェックポイントに従います。各チェックポイントには明確な入力があるため、チームは何が準備できていて、何がまだレビューを必要としているかを確認できます。
受け付けでは、タイムライン、利用可能な証拠、影響を受けるオーディエンスを記録します。次に、クライアントは技術、法務、エグゼクティブのレビュアー、および公開文言を承認する権限のある担当者を指名します。確認された事実から保留声明とサポートコピーをドラフトします。未解決のポイントはレビュー用にマークされたままです。
レビュアーは、それぞれの責任範囲内で主張を確認します。次に、承認された言語を選択されたチャネルに適応させ、各バージョンを主要な声明と比較します。クライアントは自身のチャネルを通じて公開するか、私たちと調整して公開します。フォローアップのために、最終承認コピーとその公開場所を保持します。
有用なキックオフメッセージには、インシデント記録、ソースファイル、現在の公開メッセージ、承認担当者が含まれます。後日の有料メディア形式については、メッセージと開示に適している場合にのみ、仮想通貨メディアでのスポンサー記事 を検討してください。チームはキックオフ時にスコープと作業ペースを合意します。
コミュニケーションチームの管理外にあるものは何ですか？
コミュニケーション記録は、プロジェクトが何をいつ言ったかを示すことができますが、プラットフォームの上場決定を左右することはできません。取引所またはその他のプラットフォームは、独自のレビュー、通知の文言、決定のタイミングを管理します。報告されたエクスプロイト中は、公開された主張も、責任ある技術調査が実証できるものと一致する必要があります。
この境界線が作業を形作ります。提供された通知を検証し、プロジェクトの承認された対応を準備し、未知の部分を可視化したままにします。未確認の原因を事実として提示することはありません。公開前に、クライアントは声明が現在の情報を反映していること、および機密性の高い技術的、ウォレット、ユーザーの詳細が開示の許可を得ていることを確認します。
証拠が変更された場合は、情報源を更新し、修正された文言を合意されたレビュアーに回覧します。その後、関連チャネルを通じて訂正またはフォローアップを公開します。これにより、コミュニケーション業務が他者の決定を変更できると示唆することなく、明確な記録が残ります。
開始するには、インシデントのタイムライン、利用可能なソース資料、現在の公開メッセージ、レビュアーの名前を送信してください。記録を整理し、チームとドラフト作成の範囲を確認します。
仕組み
- インシデント記録を送信タイムライン、利用可能な証拠、関連通知、現在の公開メッセージを共有します。確認済みのものと未解決のものを明確にします。
- レビュアーと担当者を指名技術、法務、エグゼクティブのレビュアー、および公開を承認する権限のある担当者を特定します。更新が必要なオーディエンスをリストアップします。
- 最初の声明をドラフト検証済みの事実から簡潔な文言を作成します。未解決の質問は確認用にマークされたままです。
- チャネルバージョンをレビュー承認された事実を選択されたチャネルに適応させ、各バージョンを主要な声明と照合します。
- 公開して記録クライアントは自身のチャネルを通じて公開するか、私たちと調整して公開します。承認されたコピーを保持し、事実の変化に応じてフォローアップ文言を準備します。
よくある質問
最初のレビューには、チームは何を送るべきですか？
インシデントのタイムライン、確認済みの事実、関連通知や技術的所見、既存の公開メッセージ、更新が必要なオーディエンスを送信してください。技術、法務、エグゼクティブのレビュアーを指名してください。ドラフト作成前に、これらの入力を6フィールドのインシデント記録に整理し、未解決の質問を公開準備ができた事実と区別します。
エクスプロイト報告がまだ確認中の場合でも、声明をドラフトできますか？
はい。ドラフトは報告を認め、チームが何をレビューしているかを述べ、読者を承認された情報源に誘導できます。文言を確認情報に結び付け、未解決の質問を可視化したままにします。利用可能な技術的所見を共有し、それらを確認する責任者を特定してください。
仮想通貨危機管理 PR は、取引所の上場廃止決定を変更できますか？
いいえ。プラットフォームは、独自の上場レビュー、決定、タイミングを管理します。通知の検証、公開対応の準備、許可されたフォローアップコミュニケーションの整理を支援できます。通知とプロジェクトが共有を許可されている詳細を送信してください。そうすることで、声明が記録を正確に反映します。
保留声明はどのくらい早く準備できますか？
タイミングは、インシデント、利用可能な証拠、レビュアーのアクセス状況に応じて、受け付け時に合意します。最も迅速な有用な開始は、完全なインシデント記録と1人の指名された承認コーディネーターです。ドラフト作成前に作業範囲を確認し、事実に関する質問を該当するレビュアーに回覧します。
インシデントについて議論しているすべての投稿に返信すべきですか？
通常は、影響を受けるユーザー、パートナー、メディア、およびプロジェクトがすでに公式に存在するチャネルを優先します。1つの承認された情報源を使用し、その文言を返信に適応させます。チャネルマップはメッセージ担当者と承認経路を記録し、異なるスポークスパーソンが一貫性のない回答をする可能性を減らします。
声明が公開される前に、最終承認を行うのは誰ですか？
プロジェクトは、その公開主張と公式チャネルに対する承認権限を保持します。公開を承認する権限のある担当者、およびその分野の主張に対する技術または法務のレビュアーを指名してください。ドラフト、チャネルバージョン、公開記録を作成し、クライアントが公開する前にレビュアーの入力を組み込みます。
プロジェクトについて教えてください
4つの簡単な質問に答えると、マネージャーが1時間以内にプラン、スケジュール、価格帯をお送りします。すべて機密情報として扱われます。
フォームを読み込んでいます…