FUD対策コミュニティ：主張を検証するためのプロトコル

最初のコミュニティ主張記録にはどの詳細を含めるべきですか？

5つのフィールドからなる主張記録は、チームに共通の出発点を提供します。正確な主張、その情報源、提供された証拠、レビュー担当者、現在のステータスを記録します。表現は中立的に保ちます。FUDなどのラベルは、メッセージが正確かどうかを判断するものではありません。

記録は、提起した人を判断するためではなく、質問を保存するために使用します。元の投稿へのリンクを追加するか、許可された内部参照を保存します。チームがそれを受け取った時刻を記録します。主張がトランザクション、コントラクト、プロジェクトの発表に言及している場合は、要約に頼るのではなく、関連する公開情報源を添付します。

問題を4つの作業グループのいずれかに分類します。

• 回答可能: 既存の公開情報が質問に対応しています。
• レビュー中: 担当者が最初に事実を確認する必要があります。
• 意見: 予測や見解は、検証可能なプロジェクトの事実ではありません。
• 機密: セキュリティ、法的、財務、個人情報に関わるため、取り扱いを制限する必要があります。

この分類により、モデレーターは時期尚早な公的判断を下すことなく、懸念事項をルーティングできます。インシデント対応以外のコミュニティ運営については、仮想通貨Telegramコミュニティの成長ガイドを参照してください。

チームは返信する前に主張をどのようにテストできますか？

情報源と主張の比較は、利用可能な証拠が何を裏付けているかを示します。関連記録にアクセスできる人にチェックを割り当てます。モデレーターは、不完全な情報からコントラクトの動作、財務上の決定、ロードマップの約束を推測すべきではありません。

3つの部分からなるレビューノートを使用します。

• 主張: 主張を平易で中立的な言葉で言い換えます。
• 証拠: 確認した公開記録またはプロジェクト文書をリストします。
• 所見: 確認済み、未解決、矛盾のいずれかをマークします。

次に、次のアクションと担当者を追加します。オンチェーンの質問については、引用された記録が正確に何を表示しているかを説明します。1つのトランザクションをより広範な説明の証拠として扱わないでください。プロジェクトの声明については、主張を現在の公式ドキュメントと比較し、相違点を特定します。

上場に関する質問は、プロジェクトの表示プロフィールと検証済みの詳細に対して個別にチェックする必要があります。CoinGecko上場ガイドとCoinMarketCap上場ガイドは、これらのプラットフォーム固有のタスクをカバーしています。公開応答は、レビューした証拠の範囲内に保ちます。情報源が問題を解決しない場合は、未解決の点と誰がチェックしているかを述べます。

最初の公開返信には何を含めるべきですか？

4つの部分からなる返信は、懸念を認識し、確認済みの事実を述べ、未解決の点を特定し、次のアクションを指名します。この構造により、チームはすべての詳細がすでに解決されているふりをせずに対応できます。

回答は次の順序で書きます。

1. 扇動的な表現を繰り返さずに問題を特定します。
2. 確認された情報を述べ、その情報源にリンクします。
3. まだ検証が必要な詳細をマークします。
4. 誰がチェックしているか、次の更新がどこに表示されるかを述べます。

直接的な言葉を使用します。個人的な批判、曖昧な安心感、情報源のない主張は避けてください。回答がプロジェクト文書に存在する場合は、関連する箇所にリンクします。文書が混乱を引き起こした場合は、会話に答えるだけでなく文書も修正します。

最初の返信にすべての詳細を含める必要はありません。懸念に担当者と追跡可能なレビュー経路があることを示す必要があります。次の更新ポイントを、モデレーターが一貫して繰り返せるように具体的にします。新しい証拠が回答を変更した場合は、可能な限り同じ場所で修正を公開し、リンクされた参照を更新します。これにより、会話は古い返信ではなく現在のバージョンに結び付けられます。

Telegram、Discord、Xの応答はどのように整合性を保ちますか？

共有ファクトノートは、チームの3つのチャネルを整合させます。確認済みのポイント、未解決の質問、承認担当者、正規の公開更新を1つの内部場所に保存します。モデレーターは、基礎となる情報を一貫させながら、各会話に合わせて表現を調整できます。

各チャネルに明確な用途を与えます。

• Telegram: アクティブなディスカッション内で回答し、情報源を指し示します。
• Discord: 専門的な質問を適切なチャネルまたは担当者にルーティングします。
• X: 公開返信を焦点を絞り、より完全なコンテキストにリンクします。

これらは実用的なコミュニケーションの選択であり、事実の別バージョンではありません。モデレーターに、直接行える発言と承認が必要な発言を伝えます。説明が変更された場合は、共有ノートを最初に更新し、その後、改訂された表現を公開対応者に配布します。

役立つ内部ノートは、正規の更新場所も特定します。これにより、異なる対応者が無関係または古い資料にリンクするのを防ぎます。サーバーロールとチャネル設定については、仮想通貨Discordサーバーの設定ガイドを参照してください。より広範な公的コミュニケーションが必要な懸念については、危機PRを確認してください。

モデレーターはどのコミュニティの懸念をエスカレーションすべきですか？

2レベルのルーティングルールは、日常的な返信と専門家の権限を必要とする決定を分離します。モデレーターは承認済みの資料から回答できます。アクセス、専門知識、または承認を必要とする問題はエスカレーションする必要があります。

セキュリティ、法的エクスポージャー、財務アクション、またはプロジェクト計画の重大な変更に関わる場合は、指定されたリードに懸念をルーティングします。リードは事実を確認し、それらの事項についてプロジェクトを代表する公開声明を承認する必要があります。通常の意思決定者が不在の場合に備えて、バックアップ担当者を指名します。

モデレーションルールは、コメントがプロジェクトを支持するかどうかではなく、観察可能な行動を説明する必要があります。批判的な質問は、それ自体がメッセージを削除する理由にはなりません。公開されたルールを、繰り返しの投稿、個人情報、なりすまし、その他の明記された違反に適用します。介入の理由を記録し、別のモデレーターが決定をレビューできるようにします。

インシデント発生前に、モデレーターに以下を提供します。

• 現在のプロジェクトの事実とソース文書へのリンク。
• 技術的、法的、リーダーシップに関する質問のための指名された連絡先。
• 個人情報となりすましに関する明確なルール。
• 緊急報告のためのルートとバックアップ連絡先。

この準備により、コミュニティスタッフは通常の質問を処理し、より重要な問題を責任ある担当者にルーティングできます。

各更新後にインシデント記録は何を保存すべきですか？

6項目のインシデントファイルにより、対応を追跡可能にします。元の主張、確認した証拠、レビュー担当者、承認ノート、公開返信、その後の修正を保持します。この記録は、次の対応者が各時点でチームが何を知っていたかを理解するのに役立ちます。

確認された事実が変わった場合は、日付入りのノートを追加します。機密情報が含まれる場合は、内部資料へのアクセスを制限します。公開返信は個人の詳細を公開しないでください。証拠が修正を支持する場合は、不正確な点を明確に特定し、新しい情報源にリンクします。

責任あるチームが維持できる更新頻度を設定します。レビューに予想以上に時間がかかる場合は、未解決の質問と次の更新場所を特定するステータスノートを投稿します。未回答の問題が解決されたと示唆しないでください。モデレーターに現在の回答バージョンを伝え、プロジェクト管理の参照資料の古いリンクを置き換えます。

問題がクローズしたらファイルをレビューします。ソース文書が明確だったか、担当者に連絡が取れたか、エスカレーションルートが機能したかを確認します。ギャップを具体的なプレイブックの編集に変換します。このレビューにより、次の対応のルーティングが容易になり、矛盾する公開声明の可能性が減ります。

コミュニティ対応の管理はどこで終わりますか？

プロジェクトは、証拠、承認、公開された表現を管理できますが、Telegram、Discord、Xが投稿を表示、モデレート、配信する方法は管理できません。重要な説明は、プロジェクト管理の公開リソースに保持し、コミュニティ更新からリンクします。

プロセスは、不完全な証拠を決定的にすることはできません。公開記録が示すものを述べ、それが確立しないものを特定します。この区別により、メンバーは調査結果を過大評価せずに説明を評価するための十分なコンテキストを得られます。

インシデント発生前に、プレイブックを3つのサンプルケース（日常的な質問、争われているプロジェクトの事実、セキュリティの懸念）でテストします。それぞれについて、主張記録、担当者、承認ルート、公開情報源を確認します。次に、モデレーターが現在の事実の場所とバックアップ意思決定者への連絡方法を知っていることを確認します。

外部レビューの場合は、GeoMarketing Expertsに元の主張、関連リンク、現在の公開ドキュメント、応答を承認する権限のある人を送信します。GeoMarketing Expertsは証拠経路と応答役割をレビューし、実用的な編集とエスカレーションの推奨事項を返します。現在の代表的な懸念事項またはチームがすでに使用しているドキュメントから始めてください。

仕組み

1. 主張を記録する正確な表現、情報源、時刻、提供された証拠を記録します。説明は中立的に保ちます。
2. 事実確認をルーティングする関連する公開記録、プロジェクトの決定、技術的な詳細を検証できる人を割り当てます。
3. 表現を承認する確認済みの事実を共有し、未解決の点を特定し、関連するリードに承認を求めます。
4. 情報源付きで公開する関連する会話で回答し、役立つ場合は完全な公開参照にリンクします。
5. 記録して更新する返信を保存し、検証済みの事実が変わった場合は修正します。モデレーターに現在のバージョンを伝えます。