各スペースには、どのメンバータスクが属するべきですか？
最初の成果物はタスクマップです。メンバーがなぜ来るのか、何を必要としているのか、次にどこへ行くべきかを示します。このマップに基づいて、初期セットアップにTelegram、Discord、またはその両方が必要かどうかを判断します。
主要なオーディエンス、よくある質問、公式アップデート、サポート経路を記録してから、レイアウトを提案します。Telegramは、アクセスしやすいグループでの会話やアナウンスに適しています。Discordは、トピック別、サポート別、またはプロジェクトの継続的な議論のための、より細分化されたエリアを保持できます。これらの役割は、コピーしたチャンネルリストではなく、お客様のオーディエンスとチームのキャパシティを反映する必要があります。
以下の簡易判断記録を使用してください。
- メインタスク：メンバーが最初にできるべきことは何ですか？
- 公式情報源：プロジェクトはどこで承認済み情報を公開していますか？
- サポート経路：モデレーターが解決できない質問は誰が担当しますか？
- 担当：ローンチ後、各遷移先を維持するのは誰ですか？
2プラットフォームの対象範囲の場合、各スペースの明確な目的を文書化します。両方で同じ会話が繰り返される場合は、1つから始め、2つ目を追加する正当な理由を記録します。より広範なコミュニティ成長とエンゲージメント計画では、スペースの役割が明確になった後の対応を扱います。
新規メンバーは、ディスカッションに参加する前に何を見るべきですか？
新規メンバーが最初の画面で目にする経路には、プロジェクトの背景、ルール、公式リンク、次のアクションが表示される必要があります。この経路を、個別のコピーではなく、一連の流れとしてレビューします。
サーバーの場合、エントリーポイントでは、公式情報源と中核的なガイダンスを見つけやすくする必要があります。Discordの場合、マップでは、明確な名前と目的を持つ少数の遷移先を使用します。初期マップには、プロジェクト情報、アナウンス、コミュニティディスカッション、サポートの4つの遷移先を含めることができます。明確な担当者と用途がある場合にのみ、エリアを追加します。
セットアップ記録では、各遷移先に1つの目的と1人の責任者を割り当てます。また、どの情報がプラットフォーム間で共有され、どの情報が個別に提示される必要があるかも記録します。これにより、重複する指示や不明確なサポート経路を防ぐことができます。
新規メンバーの視点から経路をテストします。どこを読めばよいか、どこで質問すればよいかを特定できますか？モデレーターの個別のガイダンスに頼らずに、次のアクションを見つけられますか？単一プラットフォームから始める場合、Telegramコミュニティ成長やDiscordコミュニティ成長は、初期構造を同一にすることなく、後続のオーディエンス作業をサポートできます。
どの安全上の判断を文書化する必要がありますか？
ローンチチェックリストには、各スペースを管理できる管理者、メンバーが懸念事項を報告する場所、モデレーターがそれらをエスカレーションする方法を記録します。責任を文書化することで、センシティブなメッセージが表示された際の推測作業を減らします。
私たちは、敬意ある議論、禁止行為、公式コミュニケーション、サポートの境界に関する明確なルールを起草します。仮想通貨コミュニティでは、次のことを明確に述べてください。モデレーターはリカバリーフレーズを要求しません。サポート問題を解決するために、メンバーに資産の移転を依頼することはありません。メンバーが公式プロジェクトリンクを確認する方法と、不審な連絡先を報告する場所を説明します。
アクセス記録は、管理者、必要な権限、承認担当者、削除経路、連絡先の5つの項目をカバーします。アクセスは、それを必要とするチームメンバーに限定します。プロジェクトオーナーは、公開前にルール、公式リンク、エスカレーション連絡先を承認する必要があります。
モデレーターには、未解決のケースに関する実用的な指示も必要です。指示には、誰が報告を受け取るか、どの情報を保存するか、公開で何を約束しないかを記載します。両方のスペースが含まれる場合は、両方のスペースでルールとウェルカム資料を比較します。継続的なカバレッジとポリシー執行については、コミュニティ管理とモデレーションを参照してください。
チームはチャンネルマップ以外に何を受け取るべきですか？
引き継ぎには、グループやチャンネルの推奨名だけでなく、実用的な資料が含まれます。これにより、プロジェクトチームは設定後もメンバー経路を維持するためのリファレンスを得られます。
合意された対象範囲には、プラットフォームマップ、遷移先の目的、ルール案、ウェルカムコピー、モデレーターの責任、エスカレーションガイダンス、セキュリティチェックリストを含めることができます。既存のスペースがアクティブな場合は、新しい開始を提案する代わりに、それらをレビューして再編成することも可能です。まだ承認が必要なプロジェクトリンクや声明は、オーナーレビュー待ちとしてマークされたままにします。
ウェルカムフローを6つの項目（プロジェクトの背景、ルール、公式リソース、サポート経路、安全上の境界、有用な次のアクション）に対してチェックします。コピーは、公式声明とメンバーの議論を区別する必要があります。プロジェクトオーナーは、公開情報が公開される前にレビューします。
モデレーション自動化ツールの導入を検討している場合は、文書化されたワークフローとの適合性を評価します。ツールは、チームが維持するための別のレイヤーを追加するのではなく、定義されたタスクをサポートする必要があります。この個別の設定範囲については、Telegram自動化ツールセットアップを参照してください。引き継ぎには未決定の事項も記録されるため、チームはドラフトを承認済みポリシーとして扱うことなく、それらを解決できます。
承認されたマップは、どのようにして実際のコミュニティスペースになるのですか？
作業は、ブリーフ、レビュー、ドラフト、承認、設定の5つのチェックポイントを経て進みます。この手順により、公開情報が公開される前に、オーナーの決定が可視化されます。
まず、現在のリンク、既存のスペース、メンバージャーニーをレビューします。次に、アーキテクチャ、ルール、オンボーディング資料をプロジェクトレビュー用に準備します。プロジェクトオーナーは、公開コピー、公式リソース、責任を確認します。承認後、合意された設定を構成し、表示された結果を承認済み資料と比較します。
期間は、スペースの数、既存資料の状態、承認ペースに応じて変動します。固定期間を想定するのではなく、ブリーフをレビューした後で依存関係を特定します。作業中は、指名されたプロジェクト連絡先が質問に答え、資料を承認できるようにしておく必要があります。
最終レビューでは、表示されている構造をマップと照合します。ルールが見つけられること、ウェルカムフローが最新のリソースを指していることを確認します。未解決の決定事項は引き継ぎに記録します。スペースがメンバーアクティビティの準備ができている場合は、次のステップとしてコミュニティ活性化キャンペーンの範囲を定義できます。これをデフォルトでセットアップに含めることはしません。
セットアップはどこで終わり、プラットフォーム管理はどこから始まりますか？
承認されたマップと最終設定は、私たちが検証できる成果物です。プラットフォームの執行は対象外です。TelegramとDiscordは、独自の機能、アクセス条件、モデレーション決定を管理しています。特定のレイアウトやアカウントの結果を約束することはできません。
この境界があるからこそ、準備が重要になります。キックオフ前に、プロジェクトの説明、承認済みリンク、使用言語、サポートの制限、モデレーターの連絡先、現在のルールを収集してください。公開コピーを承認する人と、セキュリティエスカレーションを受け取る人を指名してください。詳細が未決定の場合は、仮定で埋めるのではなく、オーナー確認待ちとしてマークします。
最終引き継ぎでは、準備ができているもの、まだオーナーの承認が必要なもの、各スペースを維持する担当者を特定します。対象範囲に明示的に含まれていない限り、継続的なメンバーサポートは別途扱います。ローンチ後の運用カバレッジが必要な場合は、より広範なコミュニティ管理とモデレーションの範囲もご確認いただけます。
GeoMarketing Expertsに、現在のTelegramまたはDiscordのリンクをお送りください。オーディエンスの簡単な説明も添えてください。メンバー経路をレビューし、必要な決定事項を特定し、1プラットフォームまたは両方のセットアップ範囲を提案します。
仕組み
- プロジェクトのインプットを送信現在のリンク、オーディエンスの詳細、承認済みリソース、決定責任者の連絡先を共有します。
- メンバー経路をレビュー新規メンバーがどのように情報を見つけ、ディスカッションに参加し、サポートに連絡するかを確認します。
- マップと資料を承認構造、ルール、オンボーディングフローをプロジェクトレビュー用に提出します。
- 合意されたスペースを設定承認後、範囲設定されたセットアップを実装し、承認済み資料と比較します。
- 運用引き継ぎを受け取るチームは、マップ、セキュリティチェックリスト、エスカレーションガイダンス、未決定事項の記録を受け取ります。
よくある質問
同じコミュニティルールをTelegramとDiscordで使用できますか？
中核となるポリシーは共有できますが、その表示は各スペースに合わせる必要があります。ルールの承認済みソースを1つ記録し、そのルールへの経路を両方の場所で可視化します。セットアップレビューでは、サポート指示と公式リンクが2つのバージョン間で矛盾しないことを確認します。
最初のTelegramウェルカムメッセージには何を含めるべきですか？
短いプロジェクトの説明、ルール、公式リソース、明確なサポート経路から始めてください。長いメニューではなく、1つの有用な次のアクションを含めます。6つのオンボーディング項目に対してメッセージをレビューし、まだオーナーの承認が必要なプロジェクトの主張やリンクをフラグ付けします。
すでにアクティブなTelegramグループやDiscordサーバーを再編成できますか？
はい。既存のメンバー経路をレビューし、現在のスペースから作業を進めることができます。マップでは、保持、修正、削除する遷移先を、理由と担当者を記録して区別します。チームは設定前に公開される変更を承認するため、既存のプロジェクト情報がレビューされていない仮定に置き換えられることはありません。
ローンチ前に管理アクセスを持つべきなのは誰ですか？
定義されたタスクを実行するためにアクセスを必要とする、指名されたチームメンバーにアクセスを割り当てます。セットアップ記録には、管理者、権限、承認担当者、削除経路、連絡先を記載します。プロジェクトは、設定前にそれらの担当者を確認し、責任が変わった場合のアクセス変更の処理方法を決定する必要があります。
TelegramとDiscordのセットアップに必要な時間を変えるものは何ですか？
作業手順は、スペースの数、既存資料、プロジェクトオーナーがコピーとアクセスを承認する速さに依存します。リンクをレビューした後、チェックポイントと保留中の決定事項を特定します。これにより、チームは想定された期間ではなく、範囲ベースのスケジュールを得られます。
セットアップには継続的なモデレーションカバレッジが含まれますか？
セットアップでは、ルール、モデレーターの責任、エスカレーションガイダンス、運用引き継ぎを提供します。日次または継続的なカバレッジは、合意された範囲に明示的に含まれていない限り、別途扱います。カバレッジが必要な場合は、まず想定される可用性、対応責任、センシティブな報告の経路を文書化します。
特定のTelegramやDiscordのアクセス結果を保証できますか？
いいえ。各プラットフォームは、独自のアクセス条件、機能、執行決定を管理しています。私たちは、合意された構造、承認済みルール、オンボーディング資料が設定され、引き渡されたことを検証できます。最終記録には、未解決のプラットフォーム決定やオーナーアクションも記載されます。
プロジェクトについて教えてください
4つの簡単な質問に答えると、マネージャーが1時間以内にプラン、スケジュール、価格帯をお送りします。すべて機密情報として扱われます。
フォームを読み込んでいます…