新しい視聴者が途中から参加できるストリームを設計する

ライブ チャンネルは、オンラインであるという空虚な約束ではなく、明確なセッションのアイデアから恩恵を受けます。アクティビティ、歓迎する会話の種類、視聴者が通常いつそれを見つけることができるかについて説明します。チャンネルの経歴とスケジュールを最新の状態に保ちます。描画ストリームの場合、セッションは大まかな構成から色の選択、そして最終的なレビューに進む可能性があります。この構造により、誰かが途中から参加しても、何が起こっているかを理解することができます。

セッションの各部分の間に短くて自然な移行を準備します。ステージを変更するときに現在のタスクを要約し、視聴者がチャット履歴全体を読まなくても指示を理解できるようにします。人々が見に来たアクティビティとのバランスの取れた会話。人々が静かに見られるようにしながら、関連する質問に答えます。ストリームの後、録音または自分のセッションメモを確認して、不明瞭な音声、説明できない長い一時停止、混乱を招くトランジションがないか確認してください。 1 回のブロードキャスト後にフォーマット全体を再構築するのではなく、次のセッション用に 1 つの調整を選択します。

• 実際のアクティビティに名前を付けるストリーム タイトルを書き、計画が変更された場合は公開されたスケジュールを更新します。
• 新しく到着した視聴者が理解できるように、セッションの各段階について簡単な説明を用意します。
• ストリーム前にゲームまたはバックグラウンドオーディオに対して音声ボリュームをテストし、後で 1 つの録音をレビューします。

単一のアップロードではなくチャネルを選択してください

チャネル レベルのカテゴリには、パブリック チャネルの宛先が必要です。ビデオ、メッセージ、または投稿へのリンクは、このリクエストに必要なアカウントを明確に識別せずに、そのチャンネルのコンテンツを識別する可能性があります。送信する前に、チャネル名とパブリック参照を比較してください。

チームが複数のチャネルを管理している場合は、リクエストがどのチャネルに関係するかに同意し、その決定をリクエスト ID とともに保持します。モデレーターの招待状やログイン リンクを代わりに送信しないでください。フォームを送信してもアカウントの権限は付与されず、チャンネルの所有権、メンバーシップ、加入者の質、プラットフォーム プログラムの資格は検証されません。

リクエストを明確に記録しておく

送信する前に、カテゴリ、正確な宛先、提案数量を自分のメモにまとめてください。 1 ～ 100 の整数を 1 つ使用し、カテゴリの単位が意図したものと一致していることを確認してください。簡潔な記録により、後で投稿を検索したり、あるアカウントと別のアカウントを混同したりすることなく、提案について話し合うことが容易になります。

キャンペーンが開始されたら、リストされているコミュニティ タスクを自分で完了し、フォームから送信してください。返されたリクエスト ID は保存しておきます。タスクのチェックボックスはあなたの宣言であり、保存されたステータスは手動レビューが保留中であることを意味します。承認、調整された数量、および納品は個別の決定となります。フォームの横にあるプライバシーと利用可能性に関する通知には、現在の状況が説明されています。