ウェビナー当日の運営｜商談につながる情報を取る設計

当日のゴールは「滞りなく終わる」ことではない

当日に取れる情報が、翌週以降の商談化率を決めます。

ウェビナー運営の解説は、進行の滑らかさや司会の台本に集中しがちです。もちろん重要ですが、それは前提条件であって目的ではありません。BtoBでウェビナーを開く目的は商談を作ることで、そのために当日にしかできないことがあります。

参加者は全員同じではありません。最後まで視聴して質問もした人と、冒頭10分で離脱した人では、その後の接触で取るべき対応がまったく違います。この差は当日にしか記録できません。終わった後にリストを見ても、誰がどう見ていたかは分からなくなっています。

当日に取るべき情報は3つです。誰が質問したか、誰がどれくらい視聴したか、そしてアンケートで何を答えたか。この3つが揃えば、翌週の優先順位が決まります。集客側の設計はウェビナー集客の設計手順で扱っています。

離脱が起きる箇所は決まっている

冒頭5分と、中盤の説明が長くなった箇所で離脱します。

視聴データを見ると、離脱の山は2か所に現れます。ここを設計で潰します。

冒頭の会社紹介は不要です。参加者は自社に興味があって来たわけではなく、テーマに興味があって来ています。「今日は何が持ち帰れるか」を最初の2分で言い切り、登壇者の経歴は1枚30秒に収めます。

中盤の対策は、参加者に手を動かしてもらうことです。10分ごとに「今この段階にいる方はチャットに1と入れてください」といった問いかけを挟むと、画面に戻ってきます。回答は集計に使えるだけでなく、その後の説明の切り口にもできます。

終盤に価値を残すのは、最後まで視聴する人を増やすためです。この層が最も商談になりやすいため、残す設計がそのまま成果に効きます。

温度が分かる情報を当日に取る

質問・視聴時間・アンケートの3つで、参加者を3段階に分けられます。

ウェビナー後に営業へ渡すとき、参加者リストをそのまま渡すと接続率が落ちます。当日に取った情報で分けます。

質問した人は最も温度が高い層です。自社の課題を具体的に持っていなければ質問は出ません。チャットやQ&A機能に書き込んだ人は、氏名とともに必ず記録してください。

最後まで視聴した人が次に来ます。多くのウェビナーツールでは視聴時間が記録されるため、開催後にエクスポートできます。全体の何割の時間を視聴したかで区切ります。

アンケートに回答した人も温度が高い側です。回答という手間をかけた時点で、一定の関心があります。

渡す基準の作り方はMQL・SQLの定義と設計方法、営業との合意形成はマーケ・セールス連携の仕組み作りで扱っています。温度が低い層への接触設計はナーチャリングのシナリオ設計が参考になります。

使えるアンケートの設問設計

満足度を聞いても商談には使えません。検討状況と課題を聞きます。

アンケートで「本日の内容はいかがでしたか」と満足度を聞く企業が多いのですが、この回答は運営の改善には使えても、商談化には使えません。設問は使い道から逆算します。

2つ目の検討段階は、「情報収集中」「課題整理中」「比較検討中」「導入時期が決まっている」の4段階が実務的です。後ろ2つを選んだ人は、営業へ即日で渡す対象になります。

3つ目の自由記述は、記入率は低くても構いません。書いた人は明確に相談したいことがあるため、そこだけで十分に価値があります。記入があれば当日中に個別連絡してください。

設問は4問までに抑えます。それ以上増やすと回答率が落ち、最も重要な設問の回答も取れなくなります。回答率を上げるには、アンケート回答者に資料を送る形にするのが有効です。

質疑応答の運用

質問が出ない前提で設計します。出ないまま終わると温度の判定材料が失われます。

質疑応答は最も価値のある時間ですが、放っておくと質問が出ません。参加者は他の参加者に見られることを気にします。運用で解決します。

• 開始時にQ&Aの場所を案内する：どこに書けばよいかが分からず書かない人がいます。冒頭で1回、中盤で1回案内します
• 匿名で投稿できることを伝える：他社に見られたくないという心理が最大の障壁です
• 最初の1問を運営が用意する：誰も書いていない状態が続くと、以降も書かれません。よく聞かれる質問を1つ用意し、司会が読み上げる形で流れを作ります
• 途中でも拾う：最後にまとめて回答する形式だと、その時間まで残っていない人の質問が取れません。中盤で1〜2問拾います

質問の内容そのものも資産になります。繰り返し出る質問は、記事や資料のテーマとして需要が実証されたものです。開催のたびに記録しておくと、コンテンツ企画に困らなくなります。

1〜2人で回す場合の役割設計

3役分担が理想ですが、少人数なら優先順位を決めて捨てます。

一般的な解説では司会・登壇者・運営担当の3役に分けることが推奨されます。ただし少人数の組織では、そもそも人がいません。何を捨てるかを決めます。

削る順序が重要です。最初に削るのは司会役で、登壇者が兼ねます。次に削るのは質疑への即時対応で、後日メール回答に切り替えます。最後まで残すのは運営役とアンケートです。この2つがないと、当日の情報が何も取れません。

1人で回す場合は、リハーサルを必ず行ってください。画面共有の切り替えとチャットの確認を同時に行うのは想像以上に難しく、ぶっつけ本番では質問を見落とします。

共催で開催する場合は、相手側と役割を分担できます。進め方は別記事で扱っています。

運営体制や当日の設計について相談したい場合は、現在の人員と目標を前提にご相談いただけます。

共催であれば相手側と役割を分担できます。進め方と条件の決め方は共催ウェビナーの進め方で扱っています。

アーカイブ配信の設計

当日参加できなかった申込者は、全体の4割前後います。アーカイブはその層に届ける手段です。

申込者のうち当日参加するのは半数から6割程度です。残りの層は、興味はあったが予定が合わなかった人たちで、放置すると接点が切れます。アーカイブ配信は、この層を拾うための仕組みです。

誰に、いつ送るか

送る対象は、申込したが参加しなかった人と、途中で離脱した人です。参加者にも送って構いませんが、優先度は前者にあります。

送るタイミングは翌営業日です。開催から日が空くほど関心は薄れます。当日中に送れれば理想ですが、編集が必要な場合は翌日で十分間に合います。

視聴期限を設けるかは判断が分かれます。期限があると視聴を促せますが、期限切れで見られなくなると機会も失います。1〜2週間の期限を設けたうえで、期限後も個別に依頼があれば対応する形が現実的です。

そのまま出すか、編集するか

録画をそのまま配信するのが最も手間がかかりません。ただし冒頭の待機時間や、質疑応答での固有名詞のやり取りが含まれている場合は、その部分を除きます。

編集に工数をかけるかは、その動画を今後も使うかで決めます。1回限りの配信であれば最小限の編集で足ります。逆に、常設のコンテンツとしてサイトに置くのであれば、冒頭に内容の要約を入れるなどの手を加える価値があります。

視聴も温度の判定に使う

アーカイブを視聴した人は、当日参加できなかったにもかかわらず時間を使って見た層です。関心の高さとしては、当日参加者と同等かそれ以上のこともあります。

視聴の有無を記録できる形で配信してください。単純にファイルを添付して送ると、誰が見たか分かりません。視聴ページを用意して、そこへのリンクを送る形にすると、アクセスの記録が残ります。

この記録があると、当日の参加者と同じ基準で温度を判定できます。判定の設計はMQL・SQLの定義と設計方法で扱っています。

常設コンテンツとして再利用する

1回のウェビナーで作った録画と資料は、その後も使えます。サイト上に常設の視聴ページを置き、資料ダウンロードと同じ形でリードを獲得する導線にできます。

この形にすると、開催のたびに資産が増えていきます。ウェビナーの企画に工数をかける理由の一つがここにあります。単発のイベントではなく、繰り返し使えるコンテンツを作る作業として位置づけると、投資判断がしやすくなります。

書き起こして記事化する方法もあります。話した内容をそのまま記事にすると読みにくいため、構成を組み直す必要はありますが、ゼロから書くより早く仕上がります。

ツールの選定と当日のトラブル対応

機能の多さではなく、視聴データが取れるかと、参加のハードルが低いかで選びます。

ウェビナーツールは多数ありますが、BtoBで見るべき条件は絞られます。

• 視聴時間が個人単位で取得できるか：温度の判定に使うため、これが取れないツールは候補から外れます
• 参加者がアプリのインストールなしで入れるか：企業のセキュリティ設定でインストールできない参加者は一定います
• 質問機能が匿名で使えるか：他社に見られたくない心理が質問を止めます
• 録画が自動で残るか：手動での録画開始は忘れます

機能の豊富さは判断材料になりません。投票機能やブレイクアウトルームは、BtoBの数十名規模のウェビナーではほとんど使いません。

起きやすいトラブルと事前準備

音声が聞こえない、という指摘が開始直後に入るのが最も多いトラブルです。開始5分前に運営役が別端末で参加し、実際の音声と画面を確認してください。登壇者側では正常に見えていても、参加者側で問題が出ることがあります。

登壇者の回線が切れた場合の対応も決めておきます。誰が場をつなぐか、何分待って再開するか、復帰しない場合はどうするか。この3点だけ決めておけば、慌てずに済みます。

画面共有が映らない場合に備えて、資料は事前に別の共有手段でも渡せる状態にしておいてください。最悪の場合、資料を後送する前提で口頭だけで進めることもできます。

チャットの荒れへの備え

BtoBのウェビナーで参加者同士のチャットが荒れることは稀ですが、競合企業の担当者が参加している可能性は常にあります。参加者同士が見えるチャットにするか、運営にのみ届く形にするかは、開催前に決めておいてください。

開催頻度をどう決めるか

ウェビナーは1回開いて終わりではなく、継続することで集客も運営も安定します。ただし頻度を上げすぎると、同じリストへの案内が重なり反応が落ちます。

月1回を上限の目安にしてください。それ以上の頻度が必要な場合は、テーマの対象層を変えて案内先を分けます。同じ層に月2回案内すると、開封率が下がり、結果として1回あたりの集客も落ちます。

頻度と並んで重要なのが、テーマの間隔です。同じテーマを短期間で繰り返すと、前回参加した層には案内する意味がなくなります。3〜4テーマを順に回す形にすると、案内先を分けながら継続できます。

開催を止める判断も持っておいてください。申込数が3回連続で目標の半分を下回るのであれば、テーマか案内先のどちらかが合っていません。頻度を落として、企画の見直しに時間を使うほうが結果につながります。

有料ツールに切り替える判断の目安と、開催全体にかかる費用の内訳はウェビナー開催の費用で扱っています。

まとめ

ウェビナー当日の運営で押さえるべき点を整理します。

• 当日のゴールは滞りなく終わることではなく、温度が分かる情報を取ること
• 離脱の山は冒頭5分と中盤。会社紹介を削り、10分ごとに問いかけを入れる
• 終盤に価値を残す。最後まで視聴した人が最も商談になりやすい
• 質問した人・視聴時間・アンケート回答の3つで参加者を分ける
• アンケートは満足度ではなく、課題と検討段階を聞く。設問は4問まで
• 質問は放っておくと出ない。匿名可を伝え、最初の1問を運営が用意する
• 少人数なら司会役から削る。運営役とアンケートは最後まで残す

1回の開催で完成する設計ではありません。毎回のアンケート回答と質問内容を記録しておけば、次回の企画も、その後のコンテンツ制作も楽になります。

よくある質問

ウェビナー中の離脱を減らすにはどうすればよいですか。

冒頭の会社紹介と登壇者の経歴を短くしてください。参加者は自社ではなくテーマに興味があって来ています。最初の2分で「今日何が持ち帰れるか」を言い切り、経歴は30秒に収めます。中盤は10分ごとにチャットへの問いかけを挟むと、画面に戻ってきます。

アンケートでは何を聞くべきですか。

満足度ではなく、今取り組んでいる課題と検討の段階を聞いてください。検討段階は「情報収集中」「課題整理中」「比較検討中」「導入時期が決まっている」の4段階が実務的で、後ろ2つを選んだ人は営業へ即日で渡す対象になります。設問は4問までに抑えます。

質問がまったく出ません。

他社に見られたくないという心理が最大の障壁なので、匿名で投稿できることを冒頭で伝えてください。加えて、最初の1問を運営側で用意し、司会が読み上げる形で流れを作ります。誰も書いていない状態が続くと、以降も書かれません。

1人でもウェビナーは運営できますか。

可能ですが、質疑への即時対応は諦めて後日メール回答に切り替えてください。削る順序は、司会役、質疑の即時対応の順です。運営役とアンケートは最後まで残します。この2つがないと当日の情報が何も取れず、翌週に全員が同じ扱いになります。

参加者リストはそのまま営業に渡してよいですか。

渡さないでください。質問した人、最後まで視聴した人、アンケートに回答した人を当日に記録し、温度で分けてから渡します。この記録がないと、翌週には全員が同じ「ウェビナー参加者」になり、営業の接続率が落ちます。