Web3向け仮想通貨危機管理 PR：FUD、エクスプロイト、上場廃止が起きたとき、最初に何を言うべきか

Web3プロジェクトにおける危機管理PRの対象範囲

クイックテスト： 今、確信している3つの事実を書き出してください。ホールディングステートメントは、確実なことだけを使用します。

危機管理PRは、プロジェクトチームが、ユーザーの信頼、パートナーシップ、または一般の理解に影響を与える可能性のあるインシデント発生時に、規律ある方法でコミュニケーションを行うための手段を提供します。この業務はメッセージとその調整をカバーしますが、技術的なインシデント対応、法的アドバイス、または取引所やその他のプラットフォームによる決定に取って代わるものではありません。

私たちは、公の主張、疑わしいまたは確認されたエクスプロイト、上場廃止の通知、またはプロジェクトのアップデートに関する不確実性に対応するチームを支援します。最初のタスクは、コミュニケーション上の問題を特定することです：誰が質問しているのか、彼らが知る必要があることは何か、そしてチームが責任を持って確認できる事実は何か。これにより、チームが今公開できるアップデートと、まだ調査が必要な質問との間に、有用な境界線が生まれます。

危機対応には以下が含まれます：

• 状況を認識し、次のアップデートがいつ期待されるかを説明するホールディングステートメント。
• リーダーシップとコミュニティモデレーター向けのトーキングポイント。
• ステークホルダーの懸念事項に対する短いQ&Aドキュメント。
• プロジェクトの選択したチャンネル向けの、一貫した表現と明確な担当者を持つドラフト。

より広範なコミュニケーションサポートについては、PRとメディアをご覧ください。差し迫ったニーズが事実に基づく公の発表である場合、プレスリリース配信は別個の、または後続のステップとなる場合があります。

チームは最初に何を言うべきですか？

最初の公のメッセージは、問題を認識し、チームが検証したことのみを述べ、次に何を確認しているかを読者に伝えるべきです。事実が安定する前に組み立てられた詳細な説明よりも、短く正確なホールディングステートメントの方が通常は有用です。

ドラフトを作成する前に、チームが認識しているインシデント発生時刻、影響を受ける製品またはサービス、現在のユーザーへの影響、および技術的・運用上の詳細を確認する権限のある人物を収集します。どのポイントが検証済みで、どのポイントが審査中で、どのポイントにまだ回答できないかを記録します。調査が到達していない結論を暗示する表現は避けてください。

実用的なホールディングステートメントは通常、3つの質問に答えます：何が起こったか、または報告されたか、チームが現在何をしているか、そして読者は次のアップデートをどこで探すべきか。ユーザーが特定のアクションを取る必要がある場合は、それを明確に述べ、その指示が責任ある技術またはセキュリティ責任者によってレビューされたことを確認します。チームがサポートできない限り、約束した解決時間で沈黙を埋めようとしないでください。

MarketingExtraは、主張ごとのレビューから始めます：提案された各文を証拠と比較し、確認済み、暫定的、または公開準備ができていない、とマークします。その後、チームが表現を承認し、1人のスポークスパーソンまたはチャンネル担当者を指名します。FUDへの対処に関するコミュニティガイダンスについては、仮想通貨コミュニティにおけるFUDへの対処法をお読みください。

6項目の危機対応チェックリスト

最初の1時間でこれら6項目を確認してください。これらは、既知のことと推測を区別します。それが、落ち着いた声明と、翌日公に撤回しなければならない投稿との違いです。

1. 確信している3つの事実を書き留めます。
2. 声明を承認する担当者を1名指名します。
3. 真実の情報源として1つのチャンネルを選びます。
4. 予定されていた投稿を一時停止します。
5. ホールディングステートメントをドラフトします。
6. 次のアップデートの時間を設定します。

用語の一言説明

ホールディングステートメント（平たく言えば、既知のことと、次にいつ詳細が続くかを伝える短い最初のメッセージ）。

真実の情報源とは、公式アップデートが最初に投稿される唯一の場所を意味します。

エクスプロイト、FUD、上場廃止で対応はどう異なりますか？

対応はインシデントの種類に合わせるべきです：エクスプロイトには慎重な状況アップデート、公の主張には証拠に基づく明確化、上場廃止には通知と次のステップに関する正確な表現が必要です。単一の一般的な声明では、各状況が提起する明確な質問に答えることはできそうにありません。

疑わしいエクスプロイトの場合は、影響を受けるシステムを調査している担当者とコミュニケーションを調整します。ユーザーがアクションを一時停止すべきか、代替手段を使用すべきか、アップデートを待つべきかを確認し、責任チームが検証した後にのみ指示を公開します。原因や計画について推測することなく、影響について既知のことを説明します。調査の進展に伴い、変更の記録を保持します。

FUD（恐怖、不確実性、疑念）については、流布している主張を具体的な質問に分類します。証拠で対応できる主張に回答し、関連する一次情報にリンクし、すべての投稿を増幅することなく重大な誤りを訂正します。ポイントが未検証のままである場合は、確認中であると伝えます。

上場廃止の場合は、プラットフォームの表明された行動とプロジェクト自身の計画を区別します。通知から正確な影響を受ける市場または製品を確認し、簡潔なユーザー向け説明を準備し、審査や復活が確実であると示唆することを避けます。プロジェクトが長期的な検索結果や公開情報にも対処する必要がある場合は、関連するワークストリームとしてオンラインレピュテーション管理を検討してください。

チームは危機に備えて何を準備すべきですか？

経験則： 1つのチャンネルを真実の情報源とします。そこに声明を固定し、他のすべての場所からリンクします。

チームが最初にソース資料、意思決定の担当、および明確な承認ルートを共有すれば、対応の検証が容易になります。私たちに連絡する前に、洗練されたナラティブは必要ありません。事実に基づく作業ファイルの方が良い出発点です。

利用可能な資料を収集します。これには、インシデントノート、関連する公の通知、リリース承認済みの技術アップデート、既存の声明へのリンクが含まれます。セキュリティ、製品、法務、パートナーシップなど、詳細を確認する必要がある可能性のある各分野の名前付き連絡先を追加します。社内に留めておかなければならない機密情報にフラグを立て、その公開を許可できる人物を特定します。

有用な情報収集チェックリストは以下の通りです：

• インシデントは何か、チームが最初に認識したのはいつか？
• どの事実が、誰によって検証されたか？
• 影響を受ける可能性のあるユーザー、パートナー、または公のチャンネルはどれか？
• 読者は今、何かアクションを取るべきか？
• 誰が声明を承認し、誰が投稿するか？

私たちはこの資料を使用して簡潔なメッセージを作成し、未回答の質問を特定し、未解決のポイントを適切な所有者に戻します。クライアントは最終承認と公開の管理を保持します。事実が安定した後の計画的なメディアアウトリーチについては、仮想通貨メディアへのスポンサー記事を即時対応とは別に評価できます。

チャンネル間で危機メッセージの一貫性を保つ方法

各チャンネルが異なるフォーマットを必要としても、すべてのチャンネルが1つの承認された真実の情報源から情報を引き出す場合、対応は一貫性を保ちます。中核となる事実と次のステップは一致する必要があります。長さと詳細レベルはオーディエンスに合わせて調整できます。

私たちは、中央の声明を誰が担当するか、変更を誰が承認するか、そして各バージョンの公開を誰が公開する責任者かを合意します。その後、プロジェクトが使用することを選択した場所（ウェブサイト、コミュニティチャンネル、ソーシャルアカウントなど）向けに、チャンネル対応のコピーを準備します。モデレーターとサポートスタッフは、承認された情報を超えて即興で対応する必要がないように、予想される質問に対する簡潔な回答を受け取ることができます。

アクティブなインシデント中は、日付入りの更新ログがチームが何がいつ変更されたかを把握するのに役立ちます。各エントリは、新しい事実、そのソース、承認された表現、およびそれが掲載されたチャンネルを記録できます。これにより、証拠が変わった場合に、矛盾するバージョンを説明なしに残すのではなく、以前の声明を公に訂正することが容易になります。

エンゲージメントは、最初の声明からフォローアップ更新、メディア対応、またはインシデント後の説明へと移行できます。計画はチームの当面のニーズに合わせて合意されます。後に発表がニュースルームへの働きかけを正当化する場合、仮想通貨メディアへの掲載は、メッセージ、証拠、タイミングが承認された後に議論できます。

危機管理PRで制御できることとできないこと

危機管理PRは、プロジェクト自身のコミュニケーションの正確性、明確性、調整を改善できますが、取引所、メディア、コミュニティがどのように反応するかを決定することはできません。特に、プラットフォームは上場廃止の審査と復活の決定を管理し、技術的な調査結果や公の反応は新しい証拠の出現に応じて変化する可能性があります。

プロジェクト側としては、承認された単一の声明を見つけやすくし、すべての更新に日付を入れ、元のメッセージに使用されたのと同じチャンネルで重要な変更を訂正します。読者がまだ依存している可能性がある場合、説明なしに以前の説明を削除しないでください。公の主張が争われている場合は、口調や繰り返しに頼るのではなく、プロジェクトの立場を裏付ける証拠を示してください。

危機コミュニケーションの提案を検討する際は、誰がドラフトを作成し、誰が承認し、どのチャンネルが計画に含まれ、更新がどのように記録されるかを確認してください。以前のメッセージを変える新しい事実が発生した場合にチームがどのように対処するか、緊急の承認が決定権限者にどのように届くかを尋ねてください。これらの回答は、作業の取り決めがインシデントに適合しているかどうかを明らかにします。

3つのものを送ってください：5行で何が起こったか、使用しているチャンネル、そして声明を承認できる人物。これらがあれば、私たちはホールディングステートメントを作成し、何も公開される前に費用を書面で確定します。

仕組み

1. インシデントの状況を共有する簡潔な概要、関連する公開資料、事実を確認できる連絡先を送ってください。社内に留めておく必要がある情報はマークしてください。
2. 主張と証拠をレビューする確認済みの詳細を未解決の質問から分離し、技術的またはリーダーシップの承認が必要な声明を特定します。
3. 最初の対応をドラフトするホールディングステートメント、および合意された場合は、補足のトーキングポイントやチャンネル別のコピーを準備します。
4. 承認と調整を行う指名された意思決定者が表現を承認します。私たちは合意されたバージョンを調整し、誰がそれぞれを公開するかを明確にします。
5. 記録と更新を行う承認されたコミュニケーションの日付入り記録を保持し、検証済み情報の変更に応じてフォローアップの表現作成を支援します。