2026年4月以降のMicrosoft Teamsタウンホール運営では、最初に「参加人数と必要な対話性」「ライセンス」「Production toolsを操作する担当」を確定してください。実務上の最小構成は、進行に集中する司会、配信面を操作するプロデューサー、質問を選別するQ&Aモデレーター、障害時に連絡と記録を担当するバックアップです。1人の主催者へすべてを集めると、開始・登壇者切替・Q&A・障害対応が同時に起きた瞬間に止まります。
2026年4月1日から、従来Teams Premiumだけに含まれていた一部機能がTeams Enterpriseへ移りました。4月1日より前にTeams Premiumを購入した顧客は、そのライセンスが期限を迎えるまで以前の対象機能を継続利用できるとMicrosoftが案内しています。ただし、すべてのタウンホール機能が一律にTeams Enterpriseへ入ったわけではありません。本番前にテナントの契約、主催者への割り当て、管理ポリシー、容量パックを管理者が確認してください。
最初にイベント形式と規模を決める
| 要件 | 選び方 | 運営上の意味 |
|---|---|---|
| 参加者が発言・カメラで双方向に参加 | 通常の会議またはウェビナーも比較 | タウンホールは一対多数が基本で、参加者は主にQ&Aやリアクションで参加 |
| 最大3,000人で高い対話性が必要 | 完全インタラクティブなイベント範囲を確認 | 本番前にテナントとライセンスで実際の上限を確認 |
| 3,000人超～10,000人の視聴中心 | ビュー専用配信を前提に設計 | 配信遅延を台本、Q&A、時報に織り込む |
| 10,000人超、最大100,000人規模 | 対象のattendee capacity packとイベント支援を確認 | 通常イベントと同じ運営要員・テストでは不足 |
| 外部エンコーダーやスタジオ映像 | RTMP-Inを検討 | 音声・映像・遅延・フォールバックを別リハーサル |
| 会議室機器から登壇 | CVI要件を確認 | 対応プロバイダー、参加コード、音声回り込みを事前テスト |
Microsoftの現行サポートでは、完全にインタラクティブなイベントは最大3,000人、ビュー専用イベントは最大10,000人が案内され、100,000人までの大規模開催には対象の容量パックが必要です。20,000人以上のイベントではTeams Events Servicesへの相談も案内されています。上限は製品更新、ライセンス、テナント設定で変わるため、招待文へ数字を書く前に管理センターと公式ページで再確認します。
3,000人を超えるイベントでは、Microsoftの「Host a town hall」ページが配信から参加者表示まで15～60秒の遅延を案内しています。この遅延をゼロと仮定すると、「今投票してください」「残り10秒です」「質問に今答えました」といった進行が参加者側とずれます。司会台本は視聴者時刻で考え、締切に余白を設け、モデレーターが遅延を見ながら案内します。
2026年4月のライセンス変更を確認する
Microsoft Learnの2026年4月1日更新では、一部の旧Teams Premium機能がTeams Enterpriseに含まれるようになりました。一方、Teams Premiumは高度な会議保護、高度なコミュニケーション、ブランド・パーソナライズ、インテリジェンス機能を引き続き提供します。旧契約の経過措置もあるため、Web記事の古い「Premium必須」一覧や、逆に「Enterpriseだけですべて使える」という推測を使わないでください。
主催者だけでなく、機能を操作するユーザーに必要なライセンスが割り当てられているか、テナントに少なくとも必要なアクティブライセンスがあるか、管理者設定が許可しているかを確認します。ライセンス割り当ては反映に時間がかかることがあり、当日朝に購入・割り当てして間に合わせる運用は危険です。契約更新日をまたぐイベントでは、経過措置がいつまで有効かも販売担当または管理者へ確認します。
役割と権限を先に固定する
| 役割 | 本番中の責任 | 避けたい兼務 |
|---|---|---|
| 主催者 | イベント設定、公開、最終判断、終了 | 司会しながら全Production toolsも操作 |
| 共同開催者 | 主催者の代替、設定確認、参加者対応 | 権限のない単なる連絡係 |
| プロデューサー | 開始、登壇者のキュー、参加者表示、配信監視 | Q&A回答と画面共有を同時に担当 |
| プレゼンター | 発表、画面共有、質疑回答 | End eventを操作できる広すぎる権限 |
| Q&Aモデレーター | 質問承認、重複整理、回答先の振り分け | 司会と同じ画面で選別 |
| 障害対応担当 | 状況記録、代替案内、IT連絡 | 本番映像の主要操作 |
Production toolsを制御できる人は、イベント開始、参加者へ見せる内容、終了に関わります。Microsoftの現行UIでは、主催者と共同開催者、主催者・共同開催者・プレゼンター、特定の人、という範囲から選べます。実務では「特定の人」で主担当と副担当を明示し、登壇するだけの人へ終了権限まで渡さない設計が安全です。権限変更は本番前の会議オプションで保存し、リハーサルで実際に操作できるか確認します。
副担当は単なる見学者ではなく、主担当が切断したときに開始・切替・終了を引き継げる人にします。ただし2人が同時に操作すると映像が意図せず切り替わるため、「操作権は主担当、口頭で引継ぎ宣言後に副担当」というルールを台本へ書きます。誰がEnd eventを押すかも一人に固定し、司会の終了挨拶と配信終了を分けます。
グリーンルームを最終確認に使う
グリーンルームは、主催者、共同開催者、プレゼンターが参加者へ配信する前に集まり、音声、映像、画面共有、登壇順、名前表示を確認する場所です。参加者はイベント開始まで待機します。集合時刻を本番の30～45分前に設定し、登壇者が通常の会議感覚で勝手に開始しないよう、開始操作はプロデューサーだけが行うと周知します。
- 各登壇者のマイク、カメラ、背景、表示名、ネットワーク、有線ヘッドセットを確認する
- 共有するウィンドウと通知抑止を確認し、機密チャットやデスクトップ全体を映さない
- スライドの動画・音声を使う場合、共有音声と著作権、帯域を確認する
- プロデューサーが登壇者をプレビューへ入れ、参加者に見せる切替を練習する
- 司会、字幕、手話、通訳、Q&A、投票の開始タイミングを読み合わせる
- 主担当切断時に副担当が何を押すか、連絡手段と判断基準を確認する
本番をStart meetingで開始すると、公式案内ではイベント録画も自動的に始まります。録画の同意、保存先、保持期間、社外公開可否をイベント前に決めます。グリーンルーム内の確認と本番録画開始の境界を全員が理解し、参加者に見せてよい状態になってから開始します。開始後は最高サポート解像度が720pと案内されているため、小さい文字の画面共有を避け、スライドのフォントを大きくします。
Q&Aを設計する
Q&Aは当日の機能ではなく、事前の運用設計です。質問を即時公開するか、モデレーターが承認してから公開するか、匿名投稿を許すか、参加者同士の返信を許すかを決めます。機密情報、個人情報、ハラスメント、重複質問、製品サポート個別案件の扱いをルール化し、回答できない質問の持ち帰り先を案内します。
Microsoftの案内では、質問のモデレーションを有効にすると後から無効へ戻せません。RepliesやAnonymous postsの設定も参加者体験を変えます。本番当日に試しながら決めるのではなく、テストイベントで投稿者、モデレーター、参加者の3視点を確認します。モデレーターは質問を短く要約して司会へ渡し、回答済み・保留・非公開の状態を共有メモで管理します。
質問対応の判断表
| 質問の種類 | 処理 | 回答の例 |
|---|---|---|
| テーマに沿う一般質問 | 承認して司会へ | 本番で回答、時間切れなら後日FAQ |
| 同内容の重複 | 代表質問へ集約 | 同じ論点として一件にまとめる |
| 個人情報や契約番号を含む | 公開せず個別窓口へ | 公開欄には再投稿を促さず安全な窓口を案内 |
| 攻撃的・差別的内容 | 非公開、運営ルールに沿って記録 | 登壇者へそのまま読ませない |
| 未確定情報や将来計画 | 責任者へ確認して保留 | 推測で答えず回答期限と窓口を示す |
投票はイベント前に準備する
タウンホールで投票を作成するには、イベント開始前にPollsアプリを追加する必要があります。Microsoft Supportは、投票が最大20,000人のタウンホールで利用でき、投票データはイベント終了後最大36時間アクセスできること、Word Cloud Pollsはサポートされないことを案内しています。結果を保存する必要があるなら、36時間を過ぎる前に担当者が回収します。
配信遅延があるため、投票開始直後に締め切らず、視聴者側で表示されるまでの余白を取ります。質問文、選択肢、匿名性、結果公開の有無を法務・人事・調査目的に合わせます。個人評価や機微情報を公開結果で扱わないでください。リハーサルでは、参加者プレビューから投票が見えるか、モバイルでも選択できるか、締切後の司会コメントが遅延と合うかを確認します。
参加者プレビューで配信面を監視する
主催者、共同開催者、プレゼンターは参加者としてのプレビューを使い、実際に何が見えているかを確認できます。プロデューサー画面でキューに入っていても、参加者へ反映されるまで遅延があります。プレビュー担当は主操作PCと別端末・別回線で参加し、音声をミュートしたヘッドホンで監視すると、回り込みを避けながら視聴者体験を確認できます。
監視項目は、映像、音量、スライドの読みやすさ、字幕、Q&A、投票、遅延、登壇者切替、終了画面です。「見えているはず」ではなく、参加者プレビューの時刻付き報告で判断します。プレビュー端末の音声を会場スピーカーへ出すとエコーが発生するため、必ず出力を管理します。ネットワークが同じ一系統だけでは障害を検知できないので、可能なら別回線の監視も用意します。
RTMP-InとCVIを使う場合
RTMP-Inは外部エンコーダーから制作済み映像をTeamsへ入れる高度な構成です。画質向上だけを期待して当日に追加せず、映像フォーマット、音声チャンネル、解像度、遅延、認証、エンコーダー停止時のフォールバックを通しでテストします。外部配信機材が落ちたときに、Teams内の登壇者カメラや予備スライドへ戻す手順をプロデューサーが持ちます。
CVIはTeams Rooms以外の対応ビデオ会議機器からタウンホールへ参加・登壇するための仕組みです。組織が契約するCVIプロバイダー、会議室機器の対応、参加コードの共有範囲、会場マイクとTeams音声の二重取りを確認します。参加コードを一般参加者へ誤送信すると登壇権限の事故につながるため、プレゼンター向け連絡と参加者招待を分けます。
本番中の操作ルール
- Start meetingはプロデューサー主担当だけが実行し、時刻を記録する
- 登壇者は話す直前にオンスクリーンへ出し、終わったら外してマイクをミュートする
- 共有切替は司会の合図ではなく、台本のキュー番号で確認する
- Q&Aモデレーターは公開判断と回答済み状態を管理し、司会へ短く渡す
- 参加者プレビュー担当は映像・音声・字幕・遅延を定時報告する
- 障害対応担当は発生時刻、影響、操作、復旧結果を記録する
- End eventは終了責任者だけが実行し、録画と参加レポートの処理へ移る
Leave・Restart・End eventを混同しない
| 操作 | 結果 | 使う場面 |
|---|---|---|
| Leave | 操作した本人が退出するが、全員のイベントは終了しない | 担当交代や端末再参加。ただし代替操作者が残っていることを確認 |
| Restart event | 参加者を再参加画面へ戻し、主催者側はグリーンルームへ戻る | 広範な映像・音声・参加不能など重大障害。再開判断と告知が必要 |
| End event | 全参加者のイベントを終了し録画を止める | 正式終了。誤操作の影響が最大 |
Microsoft Supportによると、Restart eventを行うと再起動前後で録画と出席レポートが別になります。一方、Q&Aとイベントチャットは継続します。技術障害で再起動する場合、障害対応担当が時刻を記録し、後処理で複数録画とレポートを結合・説明できるようにします。単一登壇者のマイク不調だけで全イベントを再起動せず、予備登壇者や音声なしスライドでつなぐ判断を先に検討します。
誤って主担当がLeaveしてもイベントは続きますが、Production toolsを操作できる人が誰も残らない設計は避けます。End eventは元に戻せないため、終了時刻、Q&Aの締め、録画、司会挨拶を確認し、プロデューサーと主催者の二者確認後に実行します。ボタン名や配置はTeamsの更新で変わり得るので、当日使用するクライアント版でリハーサルします。
本番までの実務チェックリスト
2週間前まで
目的、対象者、想定人数、公開範囲、録画公開、字幕・通訳、Q&A、投票、個人情報の扱いを決めます。ライセンス、容量、外部参加、タウンホール作成可否、Production tools、RTMP-In、CVIを管理者が確認します。登壇者と役割担当を確定し、代替連絡手段と障害判断者を決めます。
1週間前まで
実際のイベント設定でリハーサルを行い、招待・公開範囲、会議オプション、Production tools、Q&A、Polls、録画、参加者プレビューを確認します。登壇者のネットワーク、マイク、カメラ、共有資料を確認し、外部エンコーダーや会議室機器がある場合は本番同様の経路で通します。台本には視聴者遅延と代替コンテンツを入れます。
当日
グリーンルーム集合、出欠、権限、マイク、共有、字幕、Q&A、投票、プレビュー、録画方針、緊急連絡を再確認します。参加者数が想定を超えた場合の入場・容量対応を事前ルールに従って判断します。本番中はチャットだけに依存せず、障害時にTeams外で連絡できる電話や承認済みメッセージ手段を用意します。
終了後
録画、出席レポート、Q&A、投票結果、障害記録を保存し、アクセス権と保持期間を確認します。Restart eventを使った場合は複数ファイルを取り違えないよう時刻で整理します。参加者へ共有する前に、未公開発言、個人情報、画面通知、著作物、字幕誤認識をレビューします。次回へ向け、開始遅延、切替ミス、質問処理時間、離脱率などを振り返ります。
エスカレーションする基準
タウンホールを作成できない、必要な容量や機能が表示されない、4月1日以降のライセンス権利が契約と一致しない、外部参加がポリシーで遮断される、Production toolsを指定できない場合は、本番設定を変え続けずTeams管理者へ渡します。テナントIDなど機密情報を公開せず、主催者UPN、ライセンスSKU、ポリシー、イベントID、発生時刻、画面メッセージを管理経路で共有します。
本番中に多数の参加者が参加できない、音声・映像が広範囲で壊れる、イベントが応答しない場合は、バックアップ担当がMicrosoft 365サービス正常性と社内ネットワークを確認し、事前のRestart判断表に従います。重大イベントでは20,000人以上に限らず、事前にMicrosoftまたはパートナーのイベント支援を検討すると、当日の連絡経路を確保できます。
よくある質問
3,000人を超えると操作できなくなりますか
操作不能になるという意味ではありませんが、ビュー専用配信と遅延を前提に設計する必要があります。Microsoftは3,000人超で15～60秒の配信遅延を案内しています。Q&A、投票、カウントダウン、質疑応答の間を長めに取ってください。
Teams Premiumがあれば100,000人を招待できますか
容量はライセンスと対象のattendee capacity pack、テナント設定、イベント支援条件に依存します。Premiumという名称だけで断定せず、2026年4月以降のTeams Enterpriseとの機能配分と、主催者に割り当てられた実際の権利を管理者が確認してください。
Q&Aのモデレーションは本番中に解除できますか
Microsoftの現行案内では、質問のモデレーションを有効にすると後から無効にできません。匿名投稿や返信許可も含め、テストイベントで参加者体験を確認してから本番値を保存します。
プロデューサーが退出したらイベントは終わりますか
Leaveはその人だけの退出で、イベント全体を終了しません。ただし操作権を持つ代替担当がいないと制作を継続できません。Production toolsを主担当と副担当に付与し、引継ぎルールを決めてください。
まとめ
2026年4月版のTeamsタウンホール運営では、ライセンス変更後の実権利を確認し、参加規模と遅延を前提に、Production toolsを扱う主担当・副担当を固定します。グリーンルーム、Q&A、Polls、参加者プレビューを本番設定でリハーサルし、Leave・Restart・End eventの違いを台本化してください。大規模イベントほど、機能よりも役割分担、視聴者側監視、復旧判断、終了後の記録が品質を左右します。
コメント