落ち着いた初回訪問は明確な目的から始まる
よく整えられた暗号資産向けDiscordサーバーは、新規メンバーが公式情報を見つけ、どこで助けを求めればよいかを理解し、どの会話が関連しているかを把握できるようにします。他のプロジェクトのチャンネルリストをコピーするのではなく、まずメンバーのタスクから始めてください。その結果、メンバーとモデレーターの両方にとって、より静かで読みやすいスペースが生まれます。
サーバーが対応するオーディエンス(新規メンバー、トークン保有者、開発者、パートナーなど)を書き出してください。それぞれについて、何を読む必要があるか、どこで質問を提起できるか、議論に制限付きアクセスが必要かどうかを記録します。次に、すべてのチャンネルに明確な目的と担当者を割り当てます。部屋が存在する理由や誰が管理しているかを説明できる人がいなければ、今はその部屋を省いてください。
控えめな最初のマップには、多くの場合、ウェルカムエリア、公式アナウンス、一般討論、サポート窓口が含まれます。技術系やガバナンスの部屋は、明確なグループが必要とする場合にのみ追加してください。このアプローチにより、後からの追加が説明しやすく、管理しやすくなります。共有コミュニティスペースのより広い視点については、TelegramおよびDiscordのセットアップをご覧ください。ここでも同じ原則が適用されます。各部屋には存在する明確な理由が必要です。
設定開始前の5つの判断
思慮深いセットアップは、オーディエンスのニーズからテスト済みのメンバー導線へと進みます。以下の5つの判断により、作業を秩序立て、最初の招待が共有される前に責任を明確にします。
- オーディエンスを明確にする。 サーバーが誰のためのものか、各グループが見つけたり実行したりする必要があるものを記録します。これにより、必須のスペースと将来の可能性を区別するのに役立ちます。
- チャンネルマップを草案する。 部屋を目的ごとにグループ化し、短い名前を使用し、それぞれに簡単な説明を書きます。公式情報を掲載するすべてのチャンネルに担当者を割り当てます。
- アクセス権を定義する。 各ロールが何を許可するか、誰が制限付きアクセスを付与するか、チームが資格の変更をどのように処理するかを決定します。
- メンバー向けガイダンスを準備する。 ウェルカムテキスト、コミュニティルール、サポート窓口、懸念事項の報告方法を書きます。サーババーに表示される前にすべての公式リンクを確認します。
- 体験をウォークスルーする。 サーバーを新規メンバーとして一度、モデレーターとして一度確認します。導線が不明瞭な箇所をメモし、招待を配布する前にそれらの点を解決します。
判断は1つの作業文書にまとめておきます。これはサーバーを管理する人々や後でモデレーションを引き継ぐ人にとって有用な参考資料になります。サーバーがより広範なリリースをサポートする場合、トークンローンチマーケティングチェックリストが、公開情報を他のローンチ資料と整合させるのに役立ちます。
ロールは責任を明確にするべき
ロールは、それぞれが責任または特定のアクセスニーズを説明するときに最も効果的に機能します。コンパクトな構成は、権限が重複する長い階層よりも説明、レビュー、維持が容易です。管理権限と日常的なメンバーサポートは区別してください。
職務とステータスを分離する
サーバーを運営する人々(オーナー、管理者、モデレーター)から始めてください。各人にその作業に必要な権限のみを付与します。一般メンバーは公開スペースへの明確な導線を持つべきであり、制限付きグループには明示された基準とアクセス決定を担当する既知の人物が必要です。ロールラベルは、金銭的利益やプロジェクトの成果を暗示すべきではありません。
アクセス記録を最新に保つ
ローンチ前に、シンプルなロール対権限の記録を作成します。サーバー設定を変更できる人、モデレーションを処理できる人、公式情報を公開できる人、プライベートルームへのアクセスを承認できる人を記録します。通常のメンバーアカウントでビューをテストし、モデレーターがオーナーレベルの資格情報なしで行動できることを確認します。問題が発生したときだけでなく、チームの責任が変わったときに記録を見直します。サーバーの構造を超えた継続的な参加については、コミュニティ成長とエンゲージメントが関連する計画の視点を提供します。
招待を配布する前に最終確認すべきことは?
最終チェックは、メンバーの到着から有益な次のステップまでの導線に従うべきです。新しいテスターは、内部知識なしで、公式情報を特定し、ルールを理解し、質問する適切な場所を見つけられる必要があります。
ウェルカムテキストとチャンネルの説明を、サーバーを構築しなかった人に見せてください。アップデートをどこで見つけるか、サポート問題を提起するか、懸念事項を報告するかを説明してもらいます。彼らが迷った場合は、別のチャンネルを追加するのではなく、文言やレイアウトを修正します。公式リンクが正しい遷移先に導くこと、制限付きスペースが意図したオーディエンスにのみ表示されることを確認します。
モデレーターには、日常的な質問とエスカレーションのための短いリファレンスを提供します。不確かな報告を誰が処理するか、メンバーがどこで助けを求められるかを特定する必要があります。アナウンス、サポート、将来のアクセス変更の担当者を確認します。ここでは第二の視点が役立ちます。Premium Promotionsは、オーディエンス、チャンネルの目的、アクセスニーズ、セキュリティ責任を検討するためのキックオフチェックリストを使用します。隣接するコミュニティ計画については、Telegramコミュニティガイドがそのチャンネルを個別に検討しています。
引き継ぎ、一目で
有用な引き継ぎは、何が整えられ、誰がそれを維持するかを記録します。以下の表は、各項目をプロセス内で属する時点に結び付けています。
| 受け取るもの | 時期 |
|---|---|
| 各部屋の目的と担当者が記載されたチャンネルマップ | 計画中、設定前 |
| 制限付きアクセスを含むロールと権限の記録 | メンバービューテスト前 |
| ウェルカムテキスト、コミュニティルール、確認済みの公式リンク | 招待準備前 |
| 新規メンバーとモデレーターの視点からのウォークスルーノート | 最初のテスト後、ローンチ前 |
| アップデート、サポート、アクセス変更のための指名された内部担当者 | 引き継ぎ時、継続運用前 |
Premium Promotionsが支援を依頼された場合、1人の指名された連絡先が会話を慎重に保ち、チェックリストを1か所にまとめます。草案のガイダンスは公開前に提示され、公に共有される前に書面による承認が必要です。ウォークスルー後、合意された変更と残りの担当責任の簡潔な記録を受け取ります。あなたの承認なしに机から何も出て行きません。
慎重な境界線、そして非公開の次のステップ
注意深いセットアップは、チャンネルレイアウト、権限、公開ガイダンス、チーム手順を定義できますが、Discordが独自のプラットフォームルールをどのように適用または変更するかを決定することはできません。サーバーをDiscordの現在のポリシー内に保ち、重要なコミュニティガイダンスはプラットフォーム外に保持してください。
実用的な引き継ぎでは、チームにチャンネルマップ、アクセス決定、確認済みリンク、ウェルカムテキスト、エスカレーションルートを残す必要があります。機密の運用詳細は、メンバーが何を見るべきかを承認するまで、責任チーム内で非公開にしておきます。短いメンテナンスノートには、誰が公式情報を更新するか、誰がアクセス権の変更をレビューするかを記録することもできます。
落ち着いたスタートのために、何を共有するかを決めている間、会話は非公開のままにできます。既存のサーバーマップやオーディエンスの概要があれば十分に開始でき、指名された連絡先が次の有用なステップを回答します。
仕組み
- 01 — オーディエンスを設定するサーバーが対応するグループと、サポートすべき質問やアクションをリストアップします。そのリストを使用して必須の部屋を特定します。
- 02 — チャンネルマップを形作るスペースを目的ごとにグループ化し、簡潔な説明を追加し、公式情報を掲載する各チャンネルに担当者を割り当てます。
- 03 — ロールとアクセス権を記録する各ロールを責任またはアクセス権で定義します。招待を準備する前に、制限付きエリアと変更を承認する人を確認します。
- 04 — メンバー向けガイダンスを準備するウェルカム手順、ルール、サポートまたは報告の窓口を書きます。公式リンクを確認し、チームの責任を確定します。
- 05 — テストして引き継ぐサーバーを新規メンバーとモデレーターとしてウォークスルーします。混乱を解決し、継続的な更新とアクセスレビューの担当者を割り当てます。
よくある質問
暗号資産向けDiscordでは、最初にどの部屋があると便利ですか?
ウェルカムエリア、公式アナウンス、一般討論、サポート窓口から始めてください。技術系やガバナンスの部屋は、明確なオーディエンスが必要とし、誰かが管理できる場合にのみ追加します。簡潔なチャンネルマップはナビゲートしやすく、各公式スペースの指名された担当者が情報を最新に保つのに役立ちます。
モデレーターのアクセス権と管理者のアクセス権はどのように区別すべきですか?
モデレーターにはメンバーガイダンスとインシデント対応に必要な権限を与え、影響の大きい設定アクセス権はそれを担当する人に留保します。ローンチ前にその区別を記録し、両方の視点からテストします。その書面による権限記録により、後の変更の確認と説明が容易になります。
プロジェクトはトークン保有者向けにDiscordの部屋を予約できますか?
はい、プロジェクトがアクセス基準とプライベートルームの目的を明確に定義すれば可能です。誰がアクセスを承認するか、変更をどのように処理するか、メンバーがどこで助けを求められるかを記録します。招待を送る前に制限付きビューをテストし、金銭的価値やプロジェクトの成果を暗示せずにその取り決めを説明します。
モデレーターは不審なメッセージについてメンバーに何を伝えるべきですか?
メンバーに明確な報告窓口を提供し、公式プロジェクトリンクがどこに掲載されているかを示します。モデレーターはパスワード、シードフレーズ、ウォレット復元情報を決して尋ねないことを明確に述べます。ローンチ前に、モデレーターがエスカレーションされた報告を誰が受け取るかを把握し、サポート手順が簡単に見つけられることを確認します。
暗号資産向けDiscordのセットアップ期間は何によって決まりますか?
主な考慮事項は、オーディエンス、チャンネルの目的、ウェルカムテキスト、アクセスルールが既に確定しているかどうかです。単純な構成であれば、計画、設定、ウォークスルーを通じて進められます。プロジェクトが複数のオーディエンスに対応する場合や、まだ決定すべき制限付きアクセスがある場合は、より多くのレビューが必要です。
Discordのセットアップは、メンバーやプラットフォームの反応を保証できますか?
いいえ。プロジェクトは自身のチャンネル、権限、ガイダンス、モデレーションルートを準備できますが、Discordはそのプラットフォームポリシーとその適用を管理します。メンバーの参加も彼らの選択です。サーバーマップ、テスト済みアクセス、明確な引き継ぎをチームが確認できる作業として扱い、メンバーの質問に基づいて体験を改善してください。
初期の議論ではどの情報を機密にできますか?
一般的なオーディエンスの概要や既存のチャンネルマップから始め、機密の運用詳細は非公開にできます。指名された連絡先が、次に共有すると有用なものを特定します。公開を目的とした草案は承認のために提示され、共有前に書面による承認が必要です。
プロジェクトについて教えてください
4つの簡単な質問に答えると、マネージャーが1時間以内にプラン、スケジュール、価格帯をお送りします。すべて機密情報として扱われます。
フォームを読み込んでいます…