Web3プロジェクトはいつ危機管理PRを必要としますか?
- エクスプロイトまたはセキュリティインシデント: 確認された内容、ユーザーが取るべき行動、更新情報の公開場所を伝えます。
- 上場廃止または上場に関する紛争: 推測をプラットフォームの決定として提示せずに状況を説明します。
- FUDまたは公的な申し立て: 検証可能な主張に対して、証拠と更新情報の情報源を明示して回答します。
危機管理PRは、プロジェクトの通常の投稿プロセスがユーザー、パートナー、メディア、チームからの質問に対応できない場合に有用です。これはインシデント対応の代わりにはなりません。エンジニアはエクスプロイトを調査し、顧問は法的アドバイスを担当し、経営陣はビジネス上の決定を承認します。私たちの役割は、承認された事実を一貫したコミュニケーションプランに変換し、人々が使用すべき表現を準備することです。
開始する前に、責任あるスポークスパーソン1名と、公開用の表現を承認できる権限者1名を特定してください。元の報告書、取引またはインシデントの参照情報、判明しているユーザーへの影響、現在の対応状況、ユーザーが従うべき指示を収集します。詳細が未確認の場合は、未解決の質問として記録します。この区別により、チームは調査が完了したことを示唆せずに有用なホールディングステートメントを発行できます。コミュニティ対応のガイダンスについては、仮想通貨コミュニティでFUDに対処する方法を参照してください。
仮想通貨のホールディングステートメントには何を記載すべきですか?
ホールディングステートメントは、状況を認識し、確認された事実を述べ、即時の行動を説明し、次の更新に関する期待値を設定する必要があります。理論で空白を埋めたり、チームが確認していない主張をしたりしてはいけません。
以下の作業構造を使用してください:
| パート | 含める内容 | 承認前の確認事項 |
|---|---|---|
| 認識 | 対応しているイベントは何か | 問題を明確に特定しているか? |
| 既知の事実 | 確認された範囲と状況 | チームは情報源を指し示せるか? |
| ユーザーガイダンス | ユーザーが取るべき行動(ある場合) | 関連チームが承認したか? |
| 次の更新 | 更新情報の公開場所 | チャネルはプロジェクトが管理しているか? |
エクスプロイトの場合は、技術リーダーとステートメントを調整し、表現が調査や対応と矛盾しないようにします。上場廃止通知の場合は、プロジェクトが検証できる情報のみを引用または要約し、公表された決定と予想や噂を区別します。申し立ての場合は、特定の主張に回答し、そのリーチを拡大する可能性のある劇的な表現を繰り返さないようにします。
ホールディングステートメントは最初の対応であり、最終的なインシデントレポートではありません。即時使用のための短いバージョンと、フォローアップの質問用の承認済みトーキングポイントの完全なセットを準備します。正式な発表が必要な場合は、プレスリリース配信と調整し、タイミングと表現が一致するようにします。
危機管理PRの対応はどのように機能しますか?
対応は文書化された承認経路に従います:事実を確定し、最初のステートメントを起草し、適切な意思決定者に承認を得て、公開とフォローアップを調整します。
- インシデント受け入れ: インシデント概要、ソース資料、現在の公開投稿、コピーを承認できる担当者を共有します。
- 事実レビュー: 確認された情報と仮定を分離し、未解決の質問を記録し、技術的または法的レビューが必要な表現にフラグを立てます。
- メッセージ準備: 合意されたトーンで、ホールディングステートメント、ステークホルダーメッセージ、想定される質問への回答を起草します。
- 承認と公開: 指定された承認者が署名し、対象チャネル用に承認済みコピーを準備します。
- フォローアップ: チームから提供された新しい事実と質問を追跡し、合意されたレビュープロセスを通じてメッセージセットを改訂します。
最初の成果物は、即時のコミュニケーション需要に優先順位を付けます。簡潔なホールディングステートメントは、長い説明、メディア資料、内部FAQよりも先に作成される場合があります。矛盾するバージョンを避けるために、マスターコピーを1つ保持し、承認者を指名し、編集はその人物を通じてルーティングします。インシデントの事実確認レビューを使用します。各事実文はクライアントの情報源に結び付けられるか、確認が必要であることが明確にマークされます。最初の会話の後、AEOTechは起草を開始する前に、範囲、責任者、チャネル、承認順序を確認します。
チームはどのような危機管理PR資料を準備できますか?
成果物は、チームが承認して使用できるコミュニケーションアセットであり、技術的な是正や経営陣の決定の代わりにはなりません。回答が必要なオーディエンスと、チームが維持できる形式に基づいて作業範囲を設定します。
危機管理PR契約には以下を含めることができます:
- プロジェクトが選択した更新チャネル用のホールディングステートメント。
- 事実と技術レビューがサポートする場合の、より長いインシデント説明。
- 創業者、サポートスタッフ、コミュニティマネージャー、パートナー向けのトーキングポイント。
- 承認済み回答と未解決項目を分離した質疑応答ドキュメント。
- メディア対応用の表現と、メディアアウトリーチが範囲内の場合のプレス連絡先ルート。
- どのバージョンがどのオーディエンス向けで、誰が変更を承認するかを示すメッセージマップ。
レビューでは、資料間の詳細の不一致(インシデントステータス、影響を受ける製品またはサービス、ユーザー指示、クライアントが提供した日付、次の更新場所)を検出する必要があります。技術用語は正確に保ちますが、実際的な意味は平易な言葉で説明します。責任あるプロジェクトリーダーが確認するまで、セキュリティに関する主張、復旧ステートメント、ユーザー指示を公開してはなりません。
インシデントに関連する計画された発表については、コンテンツとタイミングが適切な場合にのみ、危機メッセージを仮想通貨メディアのスポンサー記事と調整します。ニーズがインシデント固有ではなく継続的な場合は、オンラインレピュテーション管理と比較してください。
危機管理PRチームはインシデント中に何をコントロールできますか?
危機管理PRチームは、合意されたコミュニケーション作業の品質と調整(ドラフト、メッセージの一貫性、承認追跡、範囲内の資料の納品)をコントロールします。イベント自体や第三者の決定をコントロールするものではありません。
Web3インシデントの場合、この区別は重要です。新しい事実が明らかになるにつれてユーザー指示を修正したり、公式通知が変更された後に上場廃止ステートメントを改訂したりする必要が生じる場合があります。それらの事実を確認できる名前付きのプロジェクト連絡先を確保してください。代理店は公開された議論から技術的ステータスを推測すべきではありません。何が変更されたか、誰が更新情報を提供したか、それがどの承認済みコピーを置き換えるかを文書化します。
プラットフォームのレビュー、上場決定、メディアの編集上の選択、外部関係者の対応ペースは、コミュニケーションチームのコントロール外です。正確な提出物と承認済みメッセージを準備することはできますが、プラットフォームが決定を覆したり、媒体が回答を公開したりすることを約束することはできません。作業を開始する前に、インシデント責任者、エスカレーションルート、対象チャネル、緊急改訂を承認できる担当者を確認します。これにより、コミュニケーションが根本的な技術的またはビジネス上の問題を解決できると示唆することなく、範囲を具体的にします。
危機管理PRはどのように広範なWeb3 PRと連携すべきですか?
危機コミュニケーションは、即時対応とプロジェクトの通常のPR活動が1セットの検証済み事実を共有するときに最も効果的に機能します。チームが即時のユーザーとステークホルダーの質問を解決するまで、インシデント対応をプロモーションメッセージから分離してください。
以下の判断ルールを使用します:
- 優先事項が公開訂正である場合は、最初にステートメントと裏付け証拠を準備します。
- 記者がコメントを求めている場合は、1人のスポークスパーソンを割り当て、問い合わせを1つの連絡先にルーティングします。
- ユーザーが指示を必要としている場合は、プロジェクトが情報を最新に保てる場所に公開します。
- インシデントがプロジェクトの公開ナラティブを変更した場合は、計画されたアウトリーチを再開する前に既存のメディア資料をレビューします。
その後、広範なPRとメディアプランで、事実とタイミングに合ったプレスリリース、インタビュー、メディア掲載をカバーできます。危機対応を、製品アップデートをインシデント解決として偽装したり、未回答の質問から注意をそらしたりするために使用してはなりません。各承認済みメッセージのコピーを保持し、いつ置き換えられたかを記録して、チームメンバーが同じ回答を提供し、人々を最新の情報源に誘導できるようにします。
開始するには、AEOTechにインシデント概要、ソースリンク、現在の公開表現、既知のユーザーガイダンス、技術リーダーと承認者の名前を送信してください。資料をレビューし、最初の成果物を確認し、コピーを準備する前に承認ルートを合意します。
料金
| サービス | 価格 | 見積もり |
|---|---|---|
| コミュニティFUD対策プレイブック | お問い合わせ |
開始価格はUSD表示です。カスタムバンドルやボリュームディスカウントはご相談ください。USDT、USDC、BTC、ETH、SOL、TON、またはプロジェクトトークンでのお支払いが可能です。
仕組み
- インシデント記録を共有する既知の事実、ソース資料、現在の公開声明、即時のコミュニケーション需要を送信してください。未確認の項目は明確にマークしてください。
- 意思決定者を指名する技術連絡先、スポークスパーソン、公開用の表現を承認できる担当者を特定してください。
- レビューと起草事実の主張をあなたの資料と照合し、ホールディングステートメントと関連メッセージセットを準備します。
- 承認と調整あなたの承認者がコピーを確認します。合意された資料をオーディエンスとチャネルごとに整理します。
- 確認済みの事実から更新する新しい検証済み情報を指名された連絡先を通じて共有し、改訂が一貫性を保ち追跡可能であるようにします。
よくある質問
危機管理PRを開始するためにどのような情報が必要ですか?
簡潔なインシデント概要、既知の事実を裏付けるリンクまたは記録、現在の公開表現、ユーザーガイダンス、次の決定期限を送信してください。また、技術連絡先とステートメントを承認できる担当者を指名してください。未解決のポイントは明確にマークし、ドラフトがそれらを確認済みとして扱わないようにします。
調査が完了する前にホールディングステートメントを準備できますか?
はい。ホールディングステートメントは、問題を認識し、確認された事実を共有し、チームが何をしているかを述べ、読者をプロジェクトの更新チャネルに誘導できます。未知の事項にはラベルを付け、調査が結論に達したと示唆しないようにします。技術リーダーは、影響やユーザー行動の説明を検証する必要があります。
エクスプロイトや上場廃止通知に対応できますか?
はい。エクスプロイトの場合は、プロジェクトの技術連絡先によって確認された情報に基づいてコミュニケーションを整理します。上場廃止通知の場合は、通知自体を原因や結果に関する仮定から区別します。ソース資料を提供し、最終的な表現を承認してください。関連するプラットフォームまたは第三者が、独自のレビューと決定を管理します。
危機管理PRで上場が復活したり、メディアの訂正が公開されたりしますか?
いかなるコミュニケーションチームも、プラットフォームの上場レビューや媒体の編集上の対応を決定することはできません。事実に基づく提出物、訂正要求、承認済みメディア対応を準備し、その配信を調整することはできます。レビューの結果や、第三者が資料を公開または変更するかどうかは、その当事者に委ねられます。
最初のステートメントはどのくらい早く準備できますか?
最初のステートメントは、インシデント記録を受け取り、承認者を特定した後に優先順位を付けます。必要な時間は、どれだけの情報が検証されているか、技術的または法的レビューが必要かどうかによって異なります。固定されたターンアラウンドを約束するのではなく、受け入れ時に最初の成果物と承認順序を確認します。
公開ステートメントのみを扱いますか?
いいえ。合意された範囲に応じて、ステークホルダーメッセージ、スポークスパーソンのトーキングポイント、質疑応答ドキュメント、メディア対応用の表現、バージョン管理記録も含めることができます。プロジェクトチームは、技術的な是正、運用上の決定、事実の確認について引き続き責任を負います。
プロジェクトについて教えてください
4つの簡単な質問に答えると、マネージャーが1時間以内にプラン、スケジュール、価格帯をお送りします。すべて機密情報として扱われます。
フォームを読み込んでいます…