%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png?width=130&height=39&name=%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png "StartLink"){kind=logo}
この記事の結論
ウェビナーマーケティングでは、参加者が何を判断できるようになるかを決め、企画・集客・当日運営・開催後のフォローを一つの流れとして設計します。申込は集まったのに商談へ進まないときも、テーマだけを変える前に、参加状況、質問、案内の到達、営業の対応結果を順に確かめます。課題を整理している参加者には判断材料を補い、相談を希望した人への連絡が止まっているなら引き渡しを直します。
ウェビナーマーケティングでは、参加者が何を判断できるようになるかを決め、企画・集客・当日運営・開催後のフォローを一つの流れとして設計します。申込は集まったのに商談へ進まないときも、テーマだけを変える前に、参加状況、質問、案内の到達、営業の対応結果を順に確かめます。課題を整理している参加者には判断材料を補い、相談を希望した人への連絡が止まっているなら引き渡しを直します。
この記事では、形式の選び方から集客、当日運営、フォロー、効果測定まで、各工程で何を記録し、どの結果なら次へ進むかを説明します。企業様によって最適な形は異なります。自社の告知先、登壇体制、営業が対応できる範囲に照らして選んでください。
本記事は「BtoB企業のSNSマーケティング完全ガイド｜戦略立案から運用まで」シリーズの一部です。
この記事でわかること
「開催した結果を、次回にどう生かせばよい？」と悩む担当者に向けて、企画時の判断から開催後の見直しまでを説明します。形式を選ぶ前に確認する課題、告知を始める条件、開催後に記録を調べる順番を押さえ、結果に応じて次回の変更箇所を決めましょう。
- 形式の選び方：説明、実演、対話のうち、参加者の判断に必要な体験を見分けます。
- 集客方法の決め方：告知先に対象者がいるかを確かめ、申込元を区別します。
- 当日の運営方法：質問の受付、回答、後日の引き継ぎを決めます。
- フォローとCRMへの記録：申込者と参加ログを照合し、案内と個別対応を分けます。
- KPIの見方：分母、対象者、集計期間をそろえ、差が生じた工程の記録を調べます。
- ツール選定と運用の広げ方：配信から営業への引き渡しまで試し、継続できる構成を選びます。
最初に営業と運営担当で「誰を対象にするか」「参加者に何を判断してほしいか」「開催後に誰が対応するか」を決めます。その内容を申込ページ、進行表、開催後の案内へ反映し、申込から参加案内まで試せたら告知へ進みます。
ウェビナーマーケティングがBtoBで担う役割
ウェビナーは、複数の参加者に共通する論点を説明し、それぞれに残った疑問を次の情報提供や対話につなげる場です。企画時には「本編で共通して説明できること」と「参加者ごとに確認すること」を分けます。
この境界が曖昧なまま申込数だけを追うと、開催後に誰へ何を案内すべきか決められません。
申込から受注までの流れの中に置く
申込情報に参加状況、質問、アンケート回答を結びつけると、相手が何を確かめようとしているかを見てフォローを考えられます。商談につながった場合は、開催回と取引の関係も記録します。
| 段階 | ウェビナーで起きること | CRM上で記録したい情報 |
|---|---|---|
| コンタクト獲得 | 申込フォームの送信 | 氏名・会社名・役職・申込した回 |
| 関心度の把握 | 参加・視聴時間・質問・アンケート | 参加/不参加、質問内容、回答 |
| 商談化 | フォロー連絡からの面談設定 | 取引の作成、流入元のウェビナー |
| 受注・継続 | 導入企業向けの活用ウェビナー | 顧客の参加履歴 |
まず申込した回と参加状況を同じコンタクトに残します。
- 質問をフォローに使うなら ── 記録先と閲覧担当を決めます
- 取引との関係を振り返るなら ── 営業が取引を作る際に開催回をどう残すかまで合意してください
申込者が複数の回に参加する場合も、それぞれの回について参加と質問を確認できるようにします。
記録項目は、利用場面から逆算します。
- 「質問を受けたが、回答済みか分からない」なら、質問内容に加えて回答担当と対応状況が必要です。
- 「相談希望者へ連絡したか分からない」なら、希望の有無だけでなく、連絡担当と結果の記録先を決めます。
取得しても案内や対応が変わらない情報は、入力の負担に見合うか見直します。営業と運営担当が同じ申込者について次の対応を判断できれば、申込準備へ進めます。
HubSpotで項目を増やす前にも、引き渡しの場面を具体的に考えます。
- 操作に関する質問は運営担当が回答し、導入条件に関する質問は営業が確認する運用なら、質問の種類、担当、回答状況を追える必要があります。
- 項目を追加するか迷ったら、その値を見て担当者の行動が変わるかを確かめます。
例えば、参加者が「自社の承認手順に合うか」と質問した場合、営業へ渡す記録には質問の文面、当日伝えた回答、未確認の条件を残します。営業は同じ説明を繰り返す前に対応履歴を読み、追加で聞く条件を決めます。
回答に必要な条件が分からなければ、面談を設定する前に確認する相手と方法を決めてください。
スプレッドシート管理で起きる分断
申込リスト、配信ツールの参加ログ、アンケート結果、営業への引き渡しメモを別々に管理する場合は、同じ人の情報を照合する手順が必要です。
照合に使うメールアドレスなどを決め、会社名の表記だけで別人の記録を統合しないようにします。
- 申込者と参加ログを対応させ、照合できなかった記録を分けます
- 質問と回答を結びつけます
- 営業の担当と対応結果を確認します
別のアドレスで参加した可能性があっても、本人と確かめられないうちは推測で統合せず、個別案内の対象を確定しません。
照合できなかった記録は、どの工程で識別情報が欠けたかも残します。
- 申込時点で不足した場合 ── フォームと申込記録を確認します
- 参加ログの取得時点で失われた場合 ── 取得方法を確認します
次回の開催前に同じ手順で試し、担当者が照合結果と未確認の記録を区別できる状態になったら案内の振り分けに進みます。
営業へチャットで共有する場合も、共有した事実だけで対応完了とはしません。次の項目を決めます。
- 連絡担当
- 回答内容
- 次の対応
- 結果の記録先
対応結果が戻らなければ、通知を増やす前に、誰がどこへ結果を返すかを見直します。
照合結果を確認する際は、参加者に結びついた記録だけでなく、次の記録も担当者が見られるようにします。
- 未照合の記録
- 重複した申込
未照合のまま案内を送る必要がある場合は、参加したと決めつける文面を避け、確認できた申込情報に基づいて案内内容を決めます。
判断の分かれ目：ウェビナーを主軸にするか
ウェビナーを主軸にするかは、参加者が共通の説明を聞いた後、自社で確認すべき条件を挙げられるかで判断します。企画時には、参加者に共通する疑問と比較の観点を整理します。
説明前に各社の環境を聞かなければ判断できない場合は、本編で結論を急がず、比較に必要な条件を示して個別相談へつなぎます。
| 確認すること | ウェビナーを主軸にしやすい状態 | 補助的な位置づけが合う状態 |
|---|---|---|
| ターゲットの数 | 対象企業を課題別に分け、案内後の反応に応じた対応を決められる | 対象企業が限られ、個別提案が中心 |
| 伝えたい内容 | 課題の整理や考え方を広く届けたい | 個社ごとの条件で提案内容が大きく変わる |
| 社内の体制 | 登壇者とフォロー担当を確保できる | 登壇・フォローの担い手が決まっていない |
営業担当に、商談で繰り返し説明している論点を挙げてもらいます。各論点を「共通の説明」「参加者が自社で確認する条件」「個別に聞かなければ答えられない条件」に分けてください。
例えば運用方法の比較を扱うなら、本編では比較する項目と確認の順番を示し、各社の担当体制や現在の手順を聞かなければ決まらない部分は相談時に確認します。
- 共通の説明だけで参加者が次の確認作業へ進めるなら、その範囲をウェビナーのテーマにできます。
- 個別条件によって説明の順序や提案内容まで変わるなら、相談の場を中心に組み立て、本編は相談前に整理しておく項目を伝える場にします。
どちらの場合も、参加者が持ち帰る確認事項を申込ページに書けるかが、企画を具体化できたかの目安です。
共通テーマが見つかったら、想定される質問を登壇者、運営担当、営業担当で振り分けます。質問は次のように分けると、必要な担当が見えます。
- 本編で答える質問
- 終了後に資料で補う質問
- 個社の条件を営業が確認する質問
担当を確保できない場合は告知へ進まず、対応できる範囲に内容を絞ります。本編と個別相談の境界を企画書に書き、担当者が確認できたら形式を選びます。
ウェビナーの種類と使い分け
形式は「誰が参加し、終了後に何を判断できるようになってほしいか」から選びます。論点の説明で足りるか、操作の確認や参加者からの質問が必要かが分かれ目です。
形式名を先に決めるより、参加者が判断する際に見たり聞いたりする必要があるものを挙げてください。
BtoBで使うウェビナー形式
主な形式と使いどころを整理します。録画を再案内する場合は、公開範囲、視聴後の案内、質問の受付先を決めます。詳しくはセミナー動画アーカイブの活用法も参考にしてください。
| 形式（内容） | 参加者数目安 | 向いているケース |
|---|---|---|
| 講演型（登壇者が論点を順に説明） | 質問対応の方法を先に決める | 共通する課題や考え方を伝える |
| パネルディスカッション（複数の登壇者が議論） | 司会者が発言を整理できる範囲 | 異なる立場からテーマを検討する |
| デモ・ワークショップ型（実演と参加者の操作を組み合わせる） | 操作上の質問に対応できる範囲 | 手順や操作を確かめてもらう |
| 対談・インタビュー型（ゲストとの対話形式） | 質問を拾える運営体制に合わせる | 実務上の判断を対話で掘り下げる |
| 顧客事例紹介型（顧客と共同登壇） | 登壇者との確認・進行ができる範囲 | 導入時の判断や進め方を共有する |
| Q&A単独形式（参加者からの質問に回答） | 質問を受け付けられる範囲 | 既存リードのナーチャリング |
形式を選ぶ際は、参加者が終了後に行う判断を一文で書き、その判断に必要な情報を並べます。
- 比較軸を聞けば判断できるなら講演や対談を検討します。
- 画面を見なければ手順を確かめられないなら実演を検討します。
- 複数の立場による判断の違いが重要なら、司会者が論点を整理できるかを先に試します。
参加枠を決める前に、質問を受ける方法を決めます。
- 講演で後から回答するなら、受付先と回答担当を用意します。
- 参加者にも操作してもらうなら、つまずいた人を誰が支援するかリハーサルで試します。
- 質問を扱いきれなければ、説明中心の構成に変えるか、対応できる範囲に参加枠を調整します。
顧客事例では、公開できる事実と質問に答えられる範囲を登壇者と確認します。参加企業ごとの条件を聞かなければ答えられない質問は、本編で確認観点を示し、終了後の相談へ分けます。
形式を決めた後は、参加者に求める行動で確かめます。
- 自社の手順を持ち帰って点検してほしいなら、画面上で確認する箇所を示す構成が必要です。
- 異なる判断の理由を知ってほしいなら、登壇者間で条件の違いが伝わる問いを用意します。
形式がその行動に役立たなければ、進行案を作る前に選び直します。
ファネル別ウェビナーの位置づけ
同じ形式でも、参加者の検討段階によって伝える内容と次の案内が変わります。次のテーマ例は、課題整理と導入条件の比較を分けて考えるためのものです。
| ファネル段階 | ウェビナーの目的 | テーマ例 |
|---|---|---|
| 認知（TOFU） | 課題認識の喚起 | 「BtoBマーケティングの課題を整理する方法」 |
| 決定（BOFU） | 購入意思決定の後押し | 「HubSpot導入時に確認したい運用条件」 |
- 認知段階なら ── 自社の課題を整理できる資料へ案内します
- 決定段階なら ── 運用条件を比較できる資料や相談を案内します
事例を使う際は、企業名、導入条件、成果の表現について公開できる範囲を確認してから内容を確定します。
異なる検討段階の人へ同じ回を告知する場合は、主な対象を先に決めます。申込ページでは、その対象者が持ち帰れる判断材料を示します。
- 本編の前半 ── 共通の判断軸を説明します
- 個別の条件 ── 後半や終了後の案内へ分けます
対象者がページを読んで自分の疑問を扱う回だと分かり、終了後の案内先も用意できたら公開へ進みます。
形式を選ぶ判断の順番
形式は次の順に絞ります。
- 営業上の課題を確認する：接点を持てる相手が足りないのか、接点はあるものの商談へ進まないのかを確認します。
- 参加者の段階を決める：課題の整理を助けるのか、比較や導入判断を助けるのかを決めます。
- 必要な体験を決める：論点の整理なら講演やパネル、経験に基づく判断なら対談、操作の確認ならデモを選びます。
- 質問を扱えるか試す：想定質問を進行に当てはめ、当日回答するものと後日回答するものを分けます。
選んだ形式で必要な疑問を扱えないと分かったら、質疑の方法か形式を見直します。例えば実演後の質問を拾う担当がいなければ、操作を参加者に求める構成を見直すか、担当を確保します。
登壇者と運営担当が「どの質問をその場で扱うか」「残った質問をどこへ引き継ぐか」を説明できたら告知へ進みます。開催後は質問と商談の内容を見て、想定した判断材料が足りたかを次回の形式選びに使います。
企画の設計方法
企画書には、対象者、伝える内容、告知方法、終了後の案内をまとめます。営業と運営担当が同じ企画書を見て、開催前に役割を決められる状態にします。
企画書の各項目は、申込ページに書く約束と当日実行する内容が一致するかを確かめるためにも使います。
テーマ選定の3つの基準
テーマは参加者の課題、自社が示せる内容、終了後の行動を照らし合わせて選びます。テーマを動画で伝える方法はBtoB動画マーケティング完全ガイドでも解説しています。
1. ターゲットの課題に直結している
次の情報を確認します。
- 過去の問い合わせ
- 商談で繰り返し出る質問
- アンケートの回答
「誰が、どの判断で困っているか」を言葉にし、その判断に必要な情報を本編で示せるか考えます。
- 複数の課題が混ざる場合 ── 対象者が最初に判断すべき論点を選び、ほかは関連資料や個別の質問へ分けます
- 対象者の課題を言葉にできなければ ── 告知文を作る前に営業担当へ確認します
2. 独自の知見・データがある
自社で説明できる手順や、紹介の許可を得た事例があるか確認します。
- 事例では ── 結果だけを示すのではなく、当時の条件と判断の順序を伝えます
- 公開できる事例がなければ ── 参加者が自社の状況を確かめるための比較軸と確認項目を用意します
登壇者が質問されたときに説明できない内容は、根拠と担当を確認するまで告知文へ入れません。
3. 具体的なアクションにつながる
終了後に参加者が何を確認できるか決めます。例えば、申込から営業への引き渡しまでの記録を点検できる内容なら、どの記録を誰に確認するかまで本編で示します。次の行動を示せない場合は、テーマの範囲を絞り直します。
テーマを決めたら、対象者、持ち帰る判断材料、終了後の案内を一文ずつ書いてつなげます。
本編には、次の両方を置きます。
- 「参加者が何を比較できるか」
- 「比較しても判断できないときに何を確認するか」
案内する相談や資料が本編の課題とつながらなければ、テーマか案内先を見直します。
たとえば申込と参加の記録を扱うなら、参加者が持ち帰るものを「自社の記録がどこで途切れるかを確かめる手順」とします。各段階では次のように扱います。
- 本編 ── 記録を照合する順番を示し、照合に使う情報が不足する場合の確認先も示します
- 終了後の資料 ── 同じ手順を載せます
- 個別相談 ── 実際に記録が途切れた工程を確認します
このつながりを説明できなければ、案内先を選び直します。
企画書テンプレート
次の表を、告知文、運営準備、営業への引き渡しに使います。各項目について、決定内容だけでなく、誰が何を確認して確定するかも企画書に残します。
| 項目 | 内容 |
|---|---|
| タイトル | 対象者と、参加後に判断できることを示す |
| ターゲット | 業種・役職・抱える課題を明確にする |
| 開催日時 | 対象者の参加しやすさと登壇・運営体制を照らして決める |
| 形式 | 講演、パネル、デモなどから本編の目的に合うものを選ぶ |
| 登壇者 | 説明する論点と回答できる範囲を確認する |
| 目標参加者数 | 告知できる対象者と、配信・質問対応で受け入れられる範囲から設定する。過去の開催回を参照する場合は比較条件を確認する |
| 目標参加者数 | 過去の参加率（実参加者数÷申込数）を算出し、会場や配信の受入可能人数を上限として目標を設定します。目標から必要な申込数を逆算し、募集計画に反映します。ただし、対象者や開催形式が過去と異なる場合は、過去の参加率をそのまま当てはめず、申込状況を見て目標を見直します。 |
| フォローアップ計画 | 参加者・不参加者・質問者への事後対応を決める |
表にある目標参加者数の行は、告知できる対象者と受け入れ体制の確認、過去の開催回を使った募集計画という、それぞれの検討に使います。
- 配信と質問対応の上限を運営担当と確かめ、実際に告知できる対象者をチャネルごとに把握します。ここで参加枠を超える運営が必要になるなら、形式、質問の受け方、参加枠を先に調整します。
- 過去の参加率を募集計画に使えるか判断します。対象者、テーマ、告知先、開催形式、申込者と参加者の数え方、集計期間を照合してください。
条件が近く、申込者と参加者の記録もそろっている場合に限り、過去の参加率を見積もりの参考にします。条件が異なる、または照合できない記録がある場合は、その率から必要な申込数を断定しません。
告知後に申込元と申込状況を確認し、参加枠や案内方法を見直します。募集が伸びないときは、申込者の重複を除いて申込元を確認します。
- 想定した告知先に届いていない場合 ── 配信先を見直します
- 対象者はページへ来ているのに申し込まない場合 ── 説明内容を確認します
申込が増えても質問対応の体制を超えるなら、参加枠と運営方法を先に調整します。
企画書が埋まったら、営業がフォロー対象を判断できるか、運営担当が質問対応を準備できるかを別々に確認します。
- 営業がフォロー対象を判断することが難しい場合 ── 参加後の記録項目を決めます
- 運営担当が質問対応を準備することが難しい場合 ── 形式や参加枠を調整します
その確認が終わってから告知文を確定します。
企画段階で決めておくCRM側の設計
フォローに必要な記録は、申込フォームを公開する前に決めます。
- 申込フォームの項目：営業が案内を変えるために使う情報を確認します。使い道を説明できない項目は追加しません。
- 参加状況の記録方法：参加、不参加、途中離脱をどこへ記録するか決めます。ツールから取り込む場合は、担当者と照合方法も定めます。
- 営業への引き渡し条件：質問内容や相談希望など、営業が次の行動を決められる条件を合意します。
申込時に集める情報と、開催後に分かる情報は分けます。
- フォーム ── 開催案内と対象者の把握に必要な情報を求めます
- 開催後 ── 参加状況や質問を結びつけます
営業が使わなかった項目は次回のフォームから見直し、足りなかった情報は取得する時点と担当を決めてください。
公開前には、次の順に試します。
- 申込を試した記録が、想定した開催回に結びつくか確認します
- 続けて、参加状況を記録する担当がその申込者を見つけられるかを試します
- 質問を受けた際の引き渡し先が分かるかを試します
どこかで判断が止まるなら、フォーム項目を増やす前に記録先と担当の決め方を直します。
集客チャネルと告知の進め方
集客では、告知できる相手がどこにいるかを先に確認します。次に申込元を区別する方法を決め、制作物と関係者の確認日を開催日から逆算します。
告知後は「届いた相手」「ページへ進んだ相手」「申し込んだ相手」を混ぜずに確認すると、次に直す箇所を選びやすくなります。
集客チャネル別の特性
次の表では、チャネルごとに申込をどう確認するか、準備をどこから始めるかを整理します。告知文や案内方法はウェビナー集客方法の解説も参考にしてください。
| チャネル | 申込率目安 | リードタイム／コスト |
|---|---|---|
| メール配信（自社リスト） | 自社の配信結果で確認 | 配信先と原稿の確認後に決める コスト：配信に必要な工数を確認 |
| SNS投稿（オーガニック） | 投稿ごとの流入・申込の確認方法を検討 | 投稿計画に合わせて準備 コスト：制作・運用の工数を確認 |
| LinkedIn広告 | 広告経由の申込を分けて確認 | 審査や制作を含めて計画 コスト：予算と運用工数を確認 |
| パートナー共催 | 共催先からの申込を分けて確認 | 役割と告知内容の合意から始める コスト：分担する制作・運営工数を確認 |
| Webサイト・ブログ告知 | 掲載面からの流入を確認 | ページ公開に合わせて準備 コスト：更新・計測の工数を確認 |
| メディア掲載 | 掲載面からの流入を確認 | 掲載条件の確認から始める コスト：掲載条件を確認 |
- 自社リストに対象者がいる場合 ── メールで伝える内容と配信先を確認します
- 接点のない層へ届けたい場合 ── 共催や広告を使う目的と申込元を区別する方法を決めます
チャネルを比べる際は、誰へ届いたか、どこから申込ページへ来たか、参加まで進んだかを同じ定義で記録します。
申込が少ないときは、告知の到達とページ上の判断を分けて調べます。
- 対象者に届いていなければ告知先を見直します。
- 対象者は訪れているのに申し込まないなら、タイトル、対象者の説明、持ち帰れる内容、参加条件を確かめます。
- 申込元が分からなければ、チャネルの評価より先に記録方法を整えます。
比較対象となる開催回がない場合は、各チャネルの次の情報を残します。
- 配信先
- 案内内容
- 申込元の記録方法
開催後に参加者の属性と質問を見て、意図した対象者へ届いたかを確認してください。次回は到達が足りなかったチャネルと、到達したが申込につながらなかった案内を分けて見直せます。
チャネルの結果を読むときは、申込の多さだけで優先順位を決めません。申込元を確認できた人について、対象者に当てはまるか、参加したか、どの質問をしたかを順に見ます。
- 申込は確認できても対象者とのずれが大きいなら告知文や配信先を直します。
- 対象者から申込があり参加に至っていないなら、参加案内を調べてからチャネルの評価を決めます。
集客スケジュール（開催日から逆算する）
告知の時期は、ページ制作、関係者の確認、配信準備に必要な時間から決めます。次の表には、準備状況を条件にした作業と、開催日から見た時期を置いた作業の両方を載せています。
時期の行は一律の実施期限ではありません。自社の確認作業を当てはめ、準備状況に応じた行を優先して公開日を決めます。
| タイミング | アクション | ポイント |
|---|---|---|
| 告知開始前 | LP公開・告知開始の準備 | 対象者、申込後の案内、計測方法を確認 |
| 告知開始時 | LP公開・告知開始 | 訪れた人に対象者と内容が伝わるようにする |
| 告知開始後 | メールとSNSで案内 | 対象者の課題と持ち帰れる内容を伝える |
| 開催前 | 追加の案内 | 登壇者やアジェンダなど判断材料を補う |
| 申込状況の確認後 | 告知内容を見直す | 申込元と対象者を確認して修正箇所を決める |
| 申込状況の確認後 | 告知内容を見直す | 実際の申込状況に沿った案内にする |
| 参加案内の送付時 | リマインドメール | アジェンダと参加URLを確認できるようにする |
| 開催当日 | 最終リマインド | 参加URLと当日の案内を簡潔に示す |
| ページ公開の準備時 | LPの内容を確認 | 告知文と申込ページの対象者・内容をそろえる |
| 告知開始の判断時 | LP公開・告知開始 | 申込と申込元を記録できるか確かめる |
| 最初の告知時 | メールとSNSで案内 | 課題と本編で扱う内容を具体的に示す |
| 告知内容の更新時 | 別の切り口で案内 | 確定した登壇者やアジェンダの情報を補う |
| 告知内容の更新時 | 別の切り口で案内 | 登壇者やアジェンダの情報を補う |
| 申込状況を確認した時 | 未申込者向けの案内を調整 | 届いていない対象者と説明不足の内容を見分ける |
| 申込ページの公開前 | 対象者と内容を最終確認 | 告知文、登壇内容、申込後の案内をそろえる |
| 告知を始める時 | LP公開・告知開始 | 申込を受け付け、申込元を確認できるか試す |
| 告知内容を補う時 | 本編の具体的な論点を案内 | 既に申し込んだ人と未申込者を分ける |
| 開催前の案内時 | 参加方法を知らせる | 実際の参加条件と案内内容を一致させる |
| 参加URLを送る時 | リマインドメール | アジェンダと参加URLを確認する |
| 開催当日の案内時 | 最終リマインド | 参加URLと問い合わせ先を示す |
| ページを公開できる時 | LP公開・告知開始 | 対象者、内容、申込後の案内を確認する |
| 告知先が確定した時 | LP公開・告知開始 | 流入元と申込を記録できるか試す |
| 本編の内容が具体化した時 | 内容を補って案内 | 登壇者とアジェンダの確定情報を伝える |
| 申込ページの準備後 | LP公開・告知開始 | フォーム送信から参加案内まで試す |
| 申込ページの準備後 | LP公開・告知開始 | 対象者、内容、申込後の案内を確認する |
| 告知文の確認後 | LP公開・告知開始 | 告知文とページの説明をそろえる |
| 内容の確定後 | 内容を補って案内 | 登壇者とアジェンダの確定情報を示す |
| 申込ページの確認後 | LP公開・告知開始 | 対象者、内容、申込元の記録方法を確認 |
| 告知先の確定後 | メールとSNSで案内 | 本編で扱う課題と判断材料を示す |
| 登壇内容の確定後 | 内容を補って案内 | 登壇者とアジェンダの確定情報を示す |
| 告知文の確定後 | LP公開・告知開始 | 告知文とページの説明をそろえる |
| 参加案内の準備後 | リマインドメール | アジェンダと参加URLを確認する |
| ページと申込後の案内が確認できた時 | LP公開・告知開始 | 対象者が申込を判断でき、参加方法を受け取れる状態にする |
| 告知先と原稿が確定した時 | メールとSNSで案内 | チャネルごとに対象者と申込元を確認する |
| 登壇者の説明内容が確定した時 | 内容を補って案内 | 確定した論点を示し、既申込者への案内と分ける |
| 申込状況を点検した時 | 未申込者向けの案内を見直す | 到達とページ上の説明のどちらに課題があるか調べる |
| 参加情報を確定した時 | リマインドメール | アジェンダ、参加URL、問い合わせ先を確認する |
| 開催当日の連絡時 | 最終リマインド | 参加URLと当日の案内を簡潔に示す |
| 4週間前 | LP公開・告知開始 | SEO対策済みのLPを用意 |
| 3週間前 | メール第1弾・SNS告知 | 告知内容と読者が次に取る行動を明記し、メールとSNSで案内内容が一致しているか確認する |
| 2週間前 | メール第2弾・リマインド | 早期申込者の声や登壇者紹介 |
| 1週間前 | メール第3弾・最終告知 | 「残り〇席」の緊急性で駆け込み申込を促す |
| 3日前 | リマインドメール | アジェンダの再確認+参加URL |
| 当日朝 | 最終リマインド | 参加URLとアジェンダのみ簡潔に |
表の時期を自社の予定に置き換える際は、次の順に日を置きます。
- 申込ページと参加案内を試せる日を決めます
- 登壇内容、告知原稿、配信先の確認に必要な日を、開催日からさかのぼって置きます
同じ作業が複数の行にある場合は、行ごとに告知を増やすのではなく、必要な確認が済んだ時点で実施内容を決めます。公開に必要な確認が終わらなければ、表に示した時期だけを理由に告知を始めません。
追加の告知は、申込者と未申込者を分けて判断します。
- 既申込者 ── 参加方法や確定した内容を伝えます
- 未申込者 ── 対象者と持ち帰れる判断材料を示します
登壇者や参加者の発言を紹介する場合は公開できる内容を確認します。定員に触れる場合も、実際の残枠を確認できたときに限ります。
配信前には次のような設定を確認します。
- 送信先
- 参加URL
- 配信停止
申込が増えても参加案内が届いていなければ、告知の追加より案内の到達確認を優先します。
準備が間に合わない場合は、対象者、登壇内容、参加方法を確定できる日を確認し、公開日と開催日を調整します。準備の担当を決める際は、次を別々に完了させます。
- ページの内容
- フォーム送信後の案内
- 配信先の確認
ページが完成しても案内が届くか未確認なら、申込を受け付ける前に試します。
登壇内容だけが未確定なら、確定している判断材料で告知できるかを見直し、申込ページで約束した内容を本編で扱えると確認できた時点で公開します。
申込LPの確認ポイント
申込ページには、参加するかどうかを決める材料をそろえます。
- タイトルで対象者と扱う課題を示します。
- 登壇者のプロフィールと写真を掲載します。
- アジェンダを箇条書きで表示します。
- フォームでは、申込とその後の案内に使う項目を求めます。
- 参加条件や定員を案内する場合は、実際の開催条件と一致させます。
公開前に告知文からページへ移り、対象者、テーマ、持ち帰れる内容が一致しているかを確かめます。申込を試し、完了後の案内に参加方法が示されるかも確認します。項目を追加するなら、その情報がないと案内や営業の対応を決められないかを先に確かめます。
ページに来た対象者が申込を迷うとしたら、何が不足しているかを営業と運営担当で読み合わせます。
- 扱う範囲が曖昧なら ── アジェンダを具体化します
- 参加方法が不明なら ── 申込後の案内を示します
フォーム送信から参加案内まで確認できたら、告知先ごとの案内を始めます。
当日の運営ノウハウ
当日は、参加者が内容を理解できることと、質問を受け止められることの両方が必要です。登壇、進行、質問対応、配信確認の担当を事前に決めます。進行担当には、予定から遅れたときにどこを調整するかも共有します。
時間配分の決め方（60分ウェビナーの場合）
全体を60分とする場合、最初に各パートで参加者が得るものを書き出します。オープニングでは扱う課題と範囲を示し、本編では比較の軸を説明し、実演や事例ではその軸を使う場面を見せます。
質疑では残った疑問を扱い、クロージングでは参加者が次に確認することと案内先を伝えます。この順番を決めてからリハーサルで所要時間を測り、質問を受ける余地があるか確かめます。
| パート | 時間 | 内容 |
|---|---|---|
| オープニング | 要点を伝えられる長さ | 挨拶・アジェンダ紹介・注意事項 |
| メインコンテンツ | 中心となる時間を確保 | 課題、判断基準、進め方を説明 |
| デモ/事例 | 理解に必要な長さ | 操作や判断の具体例を紹介 |
| Q&A | 集めた質問に対応できる時間 | 参加者からの質問に回答 |
| クロージング | 次の案内を伝えられる長さ | まとめ・CTA・次回予告 |
進行表には、開始と終了の予定だけでなく、各パートの終了時に参加者が何を判断できる状態になるかを書きます。
- 実演の後に比較の観点を説明するなら、実演で示す操作と、その操作によって確かめる条件を対応させます。
- 質疑では、共通する判断に関わる質問を本編で扱い、個社の条件がないと答えられない質問には確認する項目と案内先を示します。
リハーサルでは、登壇者が通常どおり説明し、進行担当が画面切り替えや質問の受け渡しも行います。予定を超えたら、まず同じ結論を繰り返す説明を整理します。
- 実演を省くと判断手順が伝わらないなら、実演を残して本編の論点を絞ります。
- 質問を扱いきれないなら、回答済みと後日回答を分け、誰がどこで回答するかを参加者へ案内します。
当日の切り替え条件も進行表に書きます。
- 本題へ入る時点で遅れている場合 ── 補足説明を短くします
- 実演後に遅れている場合 ── 予定していた追加例を扱うか判断します
- 質疑に入る時点で質問が残っている場合 ── 共通する質問を優先し、個別の質問は担当へ引き継ぎます
進行担当がこの判断と参加者への案内を実行できる状態になったら、役割を確定します。
参加者の反応を次の対応に使う方法
参加者に働きかける方法は、集めた反応をどう使うかまで決めて選びます。
- アンケート機能：課題や関心を確認し、結果を本編の説明やフォローに反映します。
- チャット活用：質問を受け付け、進行担当が登壇者へ渡します。
- 資料ダウンロード：内容を振り返れる資料の案内先を示します。
- 特典の提示：提供する資料や案内がある場合は、対象者と受け取り方を明確にします。
アンケートで検討状況を聞くなら、回答によって案内や営業の対応がどう変わるかを先に決めます。
- 回答を本編で使う場合 ── 進行担当が結果を確認して登壇者へ渡すタイミングも決めます
- 対応を変えない設問 ── 取得する必要があるか見直します
質問には、参加者全員の理解に関わるものと、個社の条件を確認するものがあります。
- 参加者全員の理解に関わるもの ── 進行担当が本編へ渡します
- 個社の条件を確認するもの ── 内容と回答担当を記録します
終了時には、回答済みの質問と後日確認する質問を分け、参加者が次の案内先を分かるようにします。
質問を記録するときは、次の項目を対応させます。
- 質問者
- 質問の内容
- 当日の回答
- 残った確認事項
回答済みとした質問でも、参加者の意図に答えたか判断できなければ後日の確認対象にします。開催後の案内に使う前に、運営担当が回答状況を読み直し、営業へ渡す必要があるものだけを引き継ぎます。
トラブル対応チェックリスト
配信が止まった場合や登壇者が参加できない場合に、誰が判断して参加者へ知らせるかを決めます。
- 代替の通信手段を確認します。
- 登壇者と運営担当でリハーサルを行います。
- 画面共有と音声を本番前に確認します。
- 緊急連絡先と判断担当を共有します。
- 録画する場合は、開始と保存先を確認します。
- チャットを使う場合は、確認担当を置きます。
配信を続けられないときの連絡方法も開催前に決めます。参加者へは状況、次の案内を確認できる場所、問い合わせ先を伝えます。
実際に起きた問題は担当者が記録し、参加案内の不足なのか、配信操作の問題なのかを分けて次回のリハーサル手順へ反映します。
フォローアップの設計
フォローでは、参加者全員へ同じ内容を送る前に、参加状況と質問を確認します。誰に何を案内するか、どの時点で対象者を確定するかを開催前に決めます。
開催後は、次の順に進めます。
- 照合
- 振り分け
- 文面確認
- 送信
- 結果確認
HubSpotで開催後の対応を設計する場合は、マーケティングイベントに関する公式案内を確認し、利用環境で取得できる記録と、実際に使う振り分け条件を照らし合わせてください。
参加状況が確定したらフォローする
参加ログを取得できたら、まず申込者との照合を終えます。照合できない人を推測で参加者や不参加者に振り分けず、担当者の確認に回します。
- 振り分けの試行 ── サンクスメールやアーカイブ案内は事前に作成し、参加者、不参加者、個別対応が必要な人の振り分けを試します。録画を案内する場合は、公開できる内容と案内先も確かめます。振り分けが滞ったら、記録の取得方法と担当の割り当てを見直します
- 送信前の確認 ── 送信前には、振り分けた対象者を実際の申込と参加記録に照らします。参加が確認できない人を「不参加」と決めつけると、案内が状況に合わなくなるためです
- 案内と記録 ── 対象者と文面を確認できたら案内し、送信後は到達と個別対応の結果を記録します
送信の準備段階で、対象者ごとに次を確認します。
- 「判断に使った記録」
- 「送る内容」
- 「承認する担当」
参加ログの取得が遅れた場合は、確認済みの対象者から対応し、未確認の人は照合が終わるまで振り分けを保留します。
遅れの原因が繰り返されるなら、次回は取得方法と確認担当を開催前に試してください。
フォローアップのシナリオ
行動ごとに案内内容と担当を分けます。同じ参加状況でも、質問の有無、相談希望、資料の公開可否によって次の対応が変わります。
| 対象 | タイミング | アクション（コンテンツ） |
|---|---|---|
| 参加者（最後まで視聴） | 参加状況の確認後 | サンクスメール（アーカイブ+資料DL+次のCTA） |
| 参加者（途中離脱） | 視聴状況の確認後 | フォローメール（アーカイブ動画+要約資料） |
| 申込者（不参加） | 不参加の確認後 | アーカイブ案内（録画URL+ダイジェスト） |
| ホットリード（質問者） | 質問内容の確認後 | 営業からの個別連絡（質問への回答+面談提案） |
表の区分は、送る内容を決める入口です。
- 最後まで視聴した人でも ── 質問が未回答なら先に回答担当を決めます
- 途中で離れた人には ── 視聴できなかった部分を確認できる資料があるか調べます
- 不参加の人へ録画を案内するとき ── 公開範囲と視聴方法を確認します
質問者を営業へ引き渡すときは、質問内容に加え、相談希望と既存の対応状況を確認します。質問した事実だけで面談を勧めません。
- 本編の補足で解決するなら ── 回答を優先します
- 回答しても個社の条件が残り、本人が相談を望むなら ── 営業が確認する事項を添えて引き継ぎます
商談へ進まなかった人には、関心を示したテーマと、その後に案内してよい内容を確かめます。失注した人へ再び案内する場合も、失注理由と現在の状況を見て内容を決めます。
フォローの結果を振り返るときは、送信したかだけでなく、次を見ます。
- 宛先が適切だったか
- 質問に答えられたか
- 個別対応の結果が残ったか
結果に応じて、次のように対応します。
- 届いていない場合 ── 送信先と案内手順を直します
- 届いていても疑問が残る場合 ── 文面と案内する資料を直します
- 営業に渡した後で止まる場合 ── 担当の割り当てと結果の記録先を確認します
CRMとの連携フロー
HubSpotを使う場合も、記録の取得元と担当を決めてからフローを組みます。
- 申込フォームから得た情報をコンタクトと開催回に結びつけます。
- 開催後に参加状況を確認し、対象のコンタクトへ記録します。
- 質問や回答のうち、フォローに使う情報を整理します。
- 対象者ごとに、合意した内容の案内を配信します。
- 個別対応が必要な人を営業へ共有し、担当と対応結果を記録します。
Zoomとの連携を検討する場合は、HubSpotによるZoom連携の案内で、利用環境における申込情報と参加情報の扱い方を確認してください。Marketing Events APIの資料も参照できます。
自動化する前に、実際の申込記録と参加ログで、次の順に試します。
- 同じ人へ結びつくか照合し、結びつかない記録を人の確認へ回します
- 参加状況と質問で振り分けます
- 各人へ送る文面を担当者が読みます
- 送信後の結果を確認します
営業への通知が届いても対応が進まなければ、質問の種類、担当、通知先のどこで止まったかを調べます。
この流れを評価するときは、通知の発生だけで終えません。次を順に確認します。
- 申込者に開催回が残ったか
- 参加状況を正しく照合できたか
- 質問を担当者が読めたか
- 対応結果が戻ったか
途中で止まるなら、その工程の取得方法か担当を直してから次の自動化へ進みます。
AIを使う範囲と人が判断する範囲
個別連絡では、相手の質問と過去のやり取りを確認します。AIで情報を整理した場合は、次を担当者が確かめてから送信を判断します。
- 参照元
- 要約した事実
- 下書きの案内先
担当が替わっても確認を続けられるよう、参照した記録と判断結果を残します。
次の画面は、取引レコード上で相手企業の情報を確認する際の例です。表示された情報をそのまま連絡文に使わず、相手の質問と現在の対応履歴に照らして確認します。
| AIに任せやすいこと | 人が判断したいこと |
|---|---|
| 相手企業の情報収集・要約 | 連絡するかどうか、誰が連絡するか |
| 質問内容に沿ったメールの下書き | 送信前の内容確認と最終判断 |
| 問い合わせ内容の分類 | 大型案件になりそうな相手への提案内容 |
例えば質問の要約が「導入条件の確認」でも、既に営業が回答していれば再送は不要です。対応履歴に回答がなく、確認すべき条件が残るなら担当者を決めます。
参照情報に不明点があれば、確認できた事実だけで連絡内容を組み立てます。
KPI設計と効果測定
申込数だけでは、対象者へ届いたか、参加後の案内が適切だったかを判断できません。申込、参加、関与、商談の順に記録を見て、どの工程を直すか決めます。
数値を見る前に、対象者と分母がそろっているかを確認します。
ウェビナーKPIの全体像
目標値を当てはめる前に、各指標の集計条件をそろえます。申込者は重複の扱い、参加者は参加の判定基準、商談は開催回との結びつけ方を確認します。集計期間も同じ条件にします。
条件が異なる場合は数値を比較せず、集計方法をそろえてから改善点を判断します。
| カテゴリ | KPI | 目標値目安 |
|---|---|---|
| 集客 | 申込者数 | 告知先と受け入れ体制から設定 |
| 参加 | 参加率（申込に対する実参加） | 自社の開催回と比較し、申込数と実参加数も確認 |
| エンゲージメント | チャット・質問数 | 質問の内容と対応状況も確認 |
| CV | 資料DL・CTA実行率 | 案内した行動と対象者をそろえて比較 |
| ROI | CPL（リードあたりコスト） | 含める費用とリードの定義を決めて算出 |
申込率は、同じ対象範囲・集計期間の重複を除いた申込者数を分子にして算出します。分母は、評価したい範囲によって次のように選びます。
- 告知から申込までを評価するなら ── 把握できる告知対象者数。告知対象を把握できないチャネルは、告知対象を分母とする申込率では比較できません
- ページ上での判断を評価するなら ── ページ訪問者数
参加率は、同じ対象の参加者数を申込者数で割って確認します。訪問回数と訪問者数は混同せず、採用した数え方と集計期間を記録してください。
申込率を見る際は、まず何を改善したいかを決めます。
- 告知先の選択を評価するなら ── 対象者に案内が届いた記録を確認します
- ページの説明を評価するなら ── 対象者のページ訪問と申込を同じ条件で追います
分母を切り替えた結果を同じ「申込率」として並べると、告知先とページのどちらを直すべきか誤るため、計算方法も併記します。
参加率は同じ開催回の申込者数を分母、参加と判定した人数を分子にします。集計期間と参加の判定方法も記録してください。
- 参加ログに申込者と照合できない記録があれば ── 参加率を確定する前に確認します
- 到達数や参加記録を確認できない場合 ── その指標では開催回同士を比較せず、次回に取得する担当と方法を決めます
比較する回は、対象者、テーマ、告知先、開催形式を表に並べ、条件が近いものを選びます。条件が異なる回しかない場合は、その違いを表に残し、数値の大小だけで施策を評価しません。
比較の前に、次を点検します。
- 記録漏れ
- 重複
- 集計期間
- 参加の判定
そのうえで、申込から参加、参加から商談のどこで差が生じたかを確認し、次回に見直す項目を決めます。
自社で比較できる回がなければ、今回を基準として対象者、告知先、申込ページ、参加案内、フォロー内容を残します。次回も同じ定義で記録できれば、工程ごとの変化を比べられます。変化が見えたら、実際に変更した箇所と照らして改善先を決めます。
- 申込はあるのに参加が少ない場合は、参加率を評価する前に、申込と参加ログが対応するか確認します。照合できない記録があるなら、その原因を調べて集計を保留します。照合できているなら、参加案内の送信先と到達状況を確認します。案内が届いていれば、参加URLの示し方、問い合わせの内容、日時と対象者の都合を調べます。次回は原因が見つかった工程を直し、同じ記録で変化を確かめます。
- 参加はあるのに商談へ進まない場合は、参加者全員を同じ検討段階として扱わず、質問と相談希望を読みます。課題整理を求める人には比較材料が届いたかを確認し、相談を望む人には営業担当と連絡結果を確認します。開催回と取引を結びつけられないなら、商談化率の評価より記録手順を整えることを優先します。
- チャネル別の成果を比べたい場合は、各チャネルで申込元を判別できるか確かめます。判別できても告知対象やページ訪問の取得方法が異なるなら、同じ名称の率を横並びにしません。まず申込者の対象者との一致と参加状況を見て、到達先を直すのか、ページの説明を直すのかを選びます。
数字の落ち方で改善先を決める
次の表群は、気になる指標から確認先を見つけ、記録、到達、内容、対応の順に調べるために使います。
同じ指標が複数の表に出てきても、原因を一つに決める前に、それぞれの工程に事実が残っているか確かめてください。
| 数字が低い指標 | 主な原因の候補 | 戻って見直す工程 |
|---|---|---|
| 申込率 | テーマと対象者が合っていない、告知が対象者へ届いていない | 企画（テーマ選定）・集客チャネル |
| 参加率 | 参加案内が届いていない、日時や参加方法が分かりにくい | 集客スケジュール・参加案内 |
| 平均視聴時間 | 冒頭で扱う内容が伝わらない、構成が参加者の疑問に沿っていない | 当日の時間配分・双方向の仕掛け |
| 商談化率 | フォロー対象が合っていない、営業への引き渡し条件が曖昧 | フォローアップのシナリオ・営業への通知条件 |
| 数字が低い指標 | 主な原因の確認先 | 戻って見直す工程 |
|---|---|---|
| 申込率 | テーマと対象者が合っていない、告知が対象者へ届いていない | 企画（テーマ選定）・集客チャネル |
| 参加率 | 参加案内が届いていない、日時や参加方法が分かりにくい | 集客スケジュール・参加案内 |
| 平均視聴時間 | 冒頭で扱う内容が伝わらない、構成が参加者の疑問に沿っていない | 当日の時間配分・双方向の仕掛け |
| 商談化率 | フォロー対象が合っていない、営業への引き渡し条件が曖昧 | フォローアップのシナリオ・営業への通知条件 |
| 数字が低い指標 | 主な原因の確認項目 | 戻って見直す工程 |
|---|---|---|
| 申込率 | テーマと対象者が合っているか、告知が対象者へ届いているか | 企画（テーマ選定）・集客チャネル |
| 参加率 | 参加案内が届いているか、日時や参加方法が分かりやすいか | 集客スケジュール・参加案内 |
| 平均視聴時間 | 冒頭で扱う内容が伝わるか、構成が参加者の疑問に沿っているか | 当日の時間配分・双方向の仕掛け |
| 商談化率 | フォロー対象が合っているか、営業への引き渡し条件が明確か | フォローアップのシナリオ・営業への通知条件 |
| 数字が低い指標 | 主な原因の確認項目 | 戻って見直す工程 |
|---|---|---|
| 申込率 | テーマと対象者が合っているか、告知が対象者へ届いたか | 企画（テーマ選定）・集客チャネル |
| 参加率 | 参加案内が届いたか、日時や参加方法が分かりやすいか | 集客スケジュール・参加案内 |
| 平均視聴時間 | 冒頭で扱う内容が伝わったか、構成が疑問に沿っているか | 当日の時間配分・双方向の仕掛け |
| 商談化率 | フォロー対象が合っているか、営業への引き渡し条件が明確か | フォローアップのシナリオ・営業への通知条件 |
| 数字が低い指標 | 確認する要因 | 戻って見直す工程 |
|---|---|---|
| 申込率 | テーマと対象者の一致、告知先、ページの説明 | 企画（テーマ選定）・集客チャネル |
| 参加率 | 案内の到達状況、日時、参加URLの分かりやすさ | 集客スケジュール・参加案内 |
| 平均視聴時間 | 冒頭の説明、構成、参加者が離れた箇所 | 当日の時間配分・双方向の仕掛け |
| 商談化率 | フォロー対象、案内内容、営業への引き渡し | フォローアップのシナリオ・営業への通知条件 |
ここまでの表で原因の見当を付けたら、次の表から実際の記録をたどります。例えば参加率が気になる場合、参加案内の文面を直す前に、申込者と参加ログを照合できているか確認します。
照合できていて案内も届いているなら、日時や参加方法の説明を調べます。
| 数字が低い指標 | 主な確認点 | 戻って見直す工程 |
|---|---|---|
| 申込率 | 告知が対象者へ届き、テーマが伝わったか | 企画（テーマ選定）・集客チャネル |
| 参加率 | 申込者が参加案内を受け取り、参加方法を理解できたか | 集客スケジュール・参加案内 |
| 平均視聴時間 | 冒頭で扱う内容が伝わり、構成が疑問に沿っていたか | 当日の時間配分・双方向の仕掛け |
| 商談化率 | 対象者への案内と営業への引き渡しが行われたか | フォローアップのシナリオ・営業への通知条件 |
最初に、指標を計算する記録がそろっているか確認します。記録が欠けていれば、施策を変更する前に、取得する担当と時点を決めます。
欠けた記録がある状態では、計算できた人だけの結果を全申込者の傾向として扱わないようにします。
| 数字が低い指標 | 記録の確認先 | 戻って見直す工程 |
|---|---|---|
| 申込率 | 告知先、ページ訪問、申込元の記録 | 企画（テーマ選定）・集客チャネル |
| 参加率 | 申込者、参加ログ、照合できなかった記録 | 集客スケジュール・参加案内 |
| 平均視聴時間 | 視聴記録の取得方法と、参加者への結びつけ方 | 当日の時間配分・双方向の仕掛け |
| 商談化率 | 相談希望、営業担当、取引と開催回の記録 | フォローアップのシナリオ・営業への通知条件 |
記録がそろったら、対象者に案内や内容が届いたかを調べます。到達していない工程があれば、内容の変更より先に送信先や導線を確認します。
例えば申込後の案内が届いていないなら、開催内容を変えても参加方法は伝わりません。
| 数字が低い指標 | 到達の確認先 | 戻って見直す工程 |
|---|---|---|
| 申込率 | 告知先に対象者が含まれ、ページへ進めたか | 企画（テーマ選定）・集客チャネル |
| 参加率 | 申込者へ案内が届き、参加URLを確認できたか | 集客スケジュール・参加案内 |
| 平均視聴時間 | 冒頭で対象者に約束した内容へ入れたか | 当日の時間配分・双方向の仕掛け |
| 商談化率 | フォロー対象へ案内が届き、営業へ共有されたか | フォローアップのシナリオ・営業への通知条件 |
到達が確認できたら、伝えた内容と参加者が求めていた判断材料を照らします。質問や問い合わせに表れた疑問を確認し、修正する箇所を絞ります。
申込ページの約束と本編の説明がずれていたなら、次回はどちらを直すかを決めて記録します。
| 数字が低い指標 | 内容の確認項目 | 戻って見直す工程 |
|---|---|---|
| 申込率 | タイトル、対象者の説明、持ち帰れる内容が一致するか | 企画（テーマ選定）・集客チャネル |
| 参加率 | 日時、参加方法、問い合わせ先が分かるか | 集客スケジュール・参加案内 |
| 平均視聴時間 | 冒頭から本題への流れと、離脱箇所の説明が合うか | 当日の時間配分・双方向の仕掛け |
| 商談化率 | フォロー内容が質問や相談希望に沿うか | フォローアップのシナリオ・営業への通知条件 |
内容に問題が見つからなければ、担当者の対応が止まっていないかを調べます。通知や送信の記録だけで完了とせず、問い合わせへの回答や営業の対応結果を確認します。
| 数字が低い指標 | 対応の確認項目 | 戻って見直す工程 |
|---|---|---|
| 申込率 | ページの問い合わせに回答する担当が決まっていたか | 企画（テーマ選定）・集客チャネル |
| 参加率 | 参加方法の問い合わせに回答できていたか | 集客スケジュール・参加案内 |
| 平均視聴時間 | 当日受けた質問を進行へ渡し、回答先を示したか | 当日の時間配分・双方向の仕掛け |
| 商談化率 | 営業担当が連絡し、対応結果を記録したか | フォローアップのシナリオ・営業への通知条件 |
見直す工程を決めたら、変更する内容と次回に見る記録を対にします。変更を重ねる場合は、各変更の理由を残し、結果を一つの変更だけによるものと決めつけないようにします。
| 数字が低い指標 | 次回に試す変更 | 戻って見直す工程 |
|---|---|---|
| 申込率 | 到達が不足した告知先、または説明が不足したページを直す | 企画（テーマ選定）・集客チャネル |
| 参加率 | 案内の宛先、参加URLの示し方を確認して直す | 集客スケジュール・参加案内 |
| 平均視聴時間 | 離脱箇所に対応する説明の順序や質疑の置き方を直す | 当日の時間配分・双方向の仕掛け |
| 商談化率 | フォロー対象と引き渡し条件を営業と確認して直す | フォローアップのシナリオ・営業への通知条件 |
次回の開催後は、変更箇所だけでなく、対象者、テーマ、告知先の条件も照らします。条件が異なる場合は、その違いを含めて結果を読みます。
| 数字が低い指標 | 変更後に照合する記録 | 戻って見直す工程 |
|---|---|---|
| 申込率 | 告知先、ページ訪問、申込元、対象者の違い | 企画（テーマ選定）・集客チャネル |
| 参加率 | 案内の到達、参加方法の問い合わせ、参加状況 | 集客スケジュール・参加案内 |
| 平均視聴時間 | 構成を変えた箇所、離脱箇所、質問内容 | 当日の時間配分・双方向の仕掛け |
| 商談化率 | 案内の到達、担当者の連絡、相談と取引の記録 | フォローアップのシナリオ・営業への通知条件 |
申込はあるのに商談へ進まない場合は、まず参加者の検討段階を申込情報と質問から確かめます。
- 課題整理の段階なら ── 面談を急がず、判断材料を案内します
- 検討段階が合っているなら ── フォローが届いたか、本編の課題に沿った内容だったかを見ます。相談を希望した人が進んでいなければ、営業の担当、連絡、対応結果を確認します
改善案は、次を一組で残します。
- 「変更する箇所」
- 「その理由となった記録」
- 「次回確かめる記録」
参加案内の到達に問題があったなら、宛先や送信手順を直し、次回は案内の到達と参加方法の問い合わせを確認します。問題が残る場合は、説明内容や開催条件へ調査を進めます。
調査の順番を飛ばさないことが大切です。例えば視聴時間が短く見えても、視聴記録を参加者に結びつけられなければ構成の評価は保留します。結びつけられたら、離脱した箇所と、その直前に説明した内容を照らします。
- 複数の箇所に分かれる場合 ── 全体の説明順序を確認します
- 特定の説明に集中する場合 ── その説明と申込ページでの約束を確認します
次回は直した箇所に対応する視聴記録と質問を見ます。
効果測定ダッシュボードの項目
ダッシュボードには、次の情報を検討目的に応じて加えます。
- 申込数と参加率の推移
- チャネル別の集客効率
- テーマ別の参加者満足度
- ウェビナー経由のリード→商談→受注の転換率
- 開催回ごとのウェビナーROI
最初は開催回ごとの申込、参加、商談を同じ条件で見られるようにします。チャネルや受注との関係を調べたい場合は、申込元と取引に結びつける情報が記録されているかを確認してから項目を増やします。記録が欠けているなら、表示を増やす前に入力の担当と時点を決めます。
次の画面は、HubSpotのレポートで商談をクローズ日別に集計し、色分けしたテーブルの例です。
この商談レポートだけで、ウェビナーとの関係は判断できません。
取引に開催回の情報が残っているかを先に確かめ、残っていなければレポートを追加する前に入力手順を整えます。表示した数字を使って次の施策を決める担当も定め、確認するだけで終わらない運用にします。
ダッシュボードを見直す際は、各項目がどの判断に使われたかを担当者に確認します。
- 表示されていても行動につながらない項目 ── 優先度を下げます
- 判断に必要なのに記録できない項目 ── 取得する場面を決めます
開催回ごとの振り返りでは、次を対応させて残します。
- 指標
- 調べた記録
- 次回の変更
- 確認担当
ウェビナーツールの選定
ツールは必要な配信方法と、申込・参加情報の扱い方から選びます。利用する契約条件と、担当者が実行できる運用手順を照らし合わせます。
画面上で使える機能を確認するだけでなく、次のところまで試します。
- 申込者が案内を受け取る
- 参加記録を担当者が確認する
Microsoft TeamsのウェビナーとHubSpotのフォームを組み合わせる場合は、HubSpot公式の案内で、利用環境の登録条件とフォーム項目を確認してください。
申込を公開する前に、実際の入力内容で登録と記録の流れを試します。
ウェビナーツール比較
次の表は、配信、質問対応、参加記録の取得を比べるためのものです。参加者上限と費用は、利用する契約条件を確認して判断します。
| ツール／特徴 | 参加者上限 | 月額費用目安 |
|---|---|---|
| Zoom Webinars 配信方法と運営に必要な機能を確認 |
利用する契約条件を確認 | 利用する契約条件を確認 |
| HubSpot（Zoom連携） CRMへ記録したい情報と連携方法を確認 |
配信側の契約条件を確認 | 利用する契約条件を確認 |
| Google Meet 必要な配信・参加管理の方法を確認 |
利用する契約条件を確認 | 利用する契約条件を確認 |
| Microsoft Teams 登壇者と参加者の利用方法を確認 |
利用する契約条件を確認 | 利用する契約条件を確認 |
| EventHub 申込管理と参加記録の取得方法を確認 |
利用する契約条件を確認 | 利用する契約条件を確認 |
表だけで決めず、企画書に書いた進行を検討中の環境で試します。次の点を順に確認します。
- 申込者が参加案内を受け取れるか
- 登壇者が必要な画面を示せるか
- 進行担当が質問を拾えるか
- 開催後に参加記録を取得できるか
どこかで止まる場合は、必要な運営方法を見直すか、別のツールを試します。
比較するときは、同じ申込と参加の試行手順を使い、次を確認します。
- 参加方法
- 質問と録画の扱い
- 参加記録をCRMへ渡す方法
必要な条件を満たす製品について契約内容と社内の運営負荷を比較し、確認できない条件が残る場合は、その条件を確かめてから決めます。
試行結果は、機能名だけでなく「誰が、どの画面で、どの記録を確認できたか」で残します。
- 申込の試行が通っても、参加ログを申込者へ結びつけられなければ ── フォローの手順が未確定です
- 質問を取得できても回答担当が確認できなければ ── 当日の運営方法を見直します
企画書で必要とした記録が担当者の手元まで届いたら、運用の比較へ進みます。
選ぶときの判断基準
次の順に確認します。
- 参加方法と形式：講演、対談、実演のどれを行うか決め、質問の受け方や画面共有など必要な機能を挙げます。
- CRMへの記録方法：申込と参加の情報をどう取得し、どのコンタクトへ結びつけるか確認します。手作業なら担当と照合方法を決めます。
- 運営体制：登壇者と運営担当が本番前に操作を確認できるか、トラブル時に対応できるかを確かめます。
必要な情報を取得できなければ、契約条件や記録方法を見直します。手作業で扱うなら、参加状況を確認してから案内を送るまでを試し、担当者が継続できるかで判断します。
配信の操作だけ成功しても、開催後の記録と質問対応ができなければ、企画に必要な運用を満たしたとは判断しません。
HubSpotで実現するウェビナーマーケティング
HubSpotで運用する場合は、申込フォーム、コンタクトの記録、案内メール、営業への引き渡しをどうつなぐか設計します。進める順番は次のとおりです。
- 開催回と申込者を確認できる状態にします
- 参加状況と質問を結びつけます
- 記録を確認できたら、参加状況に応じた案内と営業への引き渡しを試します
必要な設定は利用環境と運用方法を確認して決めてください。Marketing Hubを使った設計の考え方は「HubSpotのMA（Marketing Hub）とは？機能一覧と、実務での活用・導入での注意点を徹底解説！」でも扱っています。
案内を自動化する場合は、次を想定した記録で振り分けを試します。
- 申込者
- 参加者
- 質問者
送信対象と文面を担当者が確認し、営業へ渡した後の対応結果まで追える状態になってから運用を広げます。
小さく始めて仕組みに育てる進め方
最初は申込からフォローまで記録できる状態を作ります。
記録漏れや対応漏れが起きた工程を直してから、配信や通知の仕組みを広げます。追加する仕組みは、担当者が実際に困った工程と対応させて決めます。
1回目に絞ること
初回は、次の内容を開催前に決めます。
- 申込者をコンタクトに結びつけ、参加状況を記録します。
- 参加者と不参加者への案内文、送信担当、送信の起点を決めます。
- 質問への個別対応が必要な場合、営業担当と対応結果の記録先を決めます。
開催前には、申込の試行、参加案内、質問の引き渡しを担当者と確認します。開催後は、申込者と参加ログが対応しているか、案内が必要な人に担当が付いているかを確かめます。
記録できなかった人や案内が滞った人がいれば、次の開催前に取得方法と担当を直します。その確認が終わってから、自動化や詳しいレポートを検討します。
2回目以降に広げること
前の段階の記録と案内が確認できたら、必要な仕組みを加えます。表では、追加する機能と、次の段階へ進む前に確認する運用上の条件を対応させています。
| 段階 | 追加すること | 次に進む目安 |
|---|---|---|
| 1 | 申込・参加の記録とフォローメール | 開催ごとに記録と案内の対象を確認できている |
| 2 | リマインドとフォローのワークフロー化 | 対象者と送信内容を確認でき、運用手順が定まっている |
| 3 | スコアリングと営業への自動通知 | 引き渡し条件と通知後の対応をマーケと営業で合意できている |
| 4 | ウェビナー経由の受注までのレポート | 取引に流入元のウェビナーが記録されている |
次へ進む前に、担当者が記録、送信先、対応結果を確認できるかを確かめます。自動化後に案内先や通知先を判断できなくなったら、条件と記録方法を見直します。取引への記録がそろっていなければ、受注までのレポートより先に入力手順を整えます。
広げる順番は、発生した問題から決めます。
- 参加案内の送信漏れがあるなら ── 送信条件と確認担当を整えます
- 営業の対応結果が戻らないなら ── 通知条件より結果の記録先を先に決めます
変更後の開催回で同じ工程を確かめ、担当者が結果を追えるなら次の段階へ進みます。
ウェビナーが合わないときの考え方
- 申込が集まらない場合 ── 対象者にテーマが合っているか、告知が届いているかを分けて確認します
- 参加はあるのに商談へ進まない場合 ── 参加者の課題と終了後の案内を見直します
商談で繰り返し聞かれる質問を並べ、次のように分けます。
- 各社の事情を聞かずに説明できるもの ── 勉強会で扱います
- 回答前に個別の条件を確かめる必要があるもの ── 個別相談に分けます
勉強会では共通の判断軸と、参加者が自社について確認すべき条件を示します。共通の説明だけでは判断できない場合は、何を確かめれば次へ進めるかを明らかにして相談につなぎます。
参加者が関心を示した内容と次の対応は、形式にかかわらず記録します。共通する論点が見えてきたら、個社の条件を聞かずに説明できる範囲を切り出し、改めてウェビナーのテーマとして扱えるか判断します。
よくある質問
Q1. ウェビナーの申込者のうち、どれくらいが実際に参加しますか？
一律の参加率を当てはめず、自社の申込者と参加者を同じ開催回で照合します。過去に対象者、テーマ、告知先、開催形式が近い回があれば、参加の判定と集計期間をそろえて比べます。近い回がなければ、今回の申込と参加を次回の判断材料として残します。想定との差を調べる際は、最初に照合できない参加記録を分け、次に参加案内の到達、参加URLの分かりやすさ、日時と対象者の都合を確認してください。照合できない記録がある場合は、その扱いを決めるまで参加率で施策を評価しません。
Q2. ウェビナーの集客はいつから始めるべきですか？
申込ページの制作、登壇者との内容確認、告知先への案内に必要な作業を洗い出し、開催日から逆算します。共催する場合は、役割と告知文の確認も含めます。告知前に申込後の案内と申込元の記録方法を試し、開催前には申込者へ参加方法が届いているか確かめます。必要な確認を終えられない場合は、公開日か開催日を調整します。
Q3. ウェビナー後のフォローはいつ、誰に対して行いますか？
参加状況と質問を照合できた時点で、対象者ごとに案内します。最後まで視聴した人には振り返り用の資料と次の案内を、途中で離れた人や不参加の人には内容を確認できる情報を届けます。個別の質問をした人は、既存の対応を確かめてから回答担当へ引き渡し、連絡内容と結果を記録します。参加状況を照合できない人は、確認を終えてから案内先を決めます。
Q4. 60分のウェビナーはどう時間配分すればよいですか？
最初に、参加者が本編で理解する判断基準、実演で確かめる内容、質問の受け方を決めます。進行表には各パートの終了時に伝わっているべきことを書き、通常の画面切り替えと質問の受け渡しを含めてリハーサルします。全体に収まらなければ説明の重複を整理します。実演や質問を削ると判断材料が欠けるなら、本編の論点を絞ります。当日遅れた場合に省く補足と、後日回答する質問の担当まで決めてから開催してください。
Q5. ウェビナーツールとCRMが連携できない場合はどうすればよいですか？
開催後に参加記録を取得し、申込者と照合してCRMへ反映する手順を決めます。取得担当、照合に使う情報、結果を確認する担当を明確にします。照合できない記録を推測で結びつけず、確認が必要なものとして分けます。記録漏れが起きたら、取得、照合、入力のどこで止まったかを調べ、担当と手順を見直します。案内を始める前に、参加状況を判断できる記録がそろったか確認してください。
まとめ
ウェビナーマーケティングでは、対象者と終了後の行動を決めてから、形式、集客、運営、フォローを組み立てます。開催後は申込から商談までを同じ開催回で確認し、記録に基づいて次に直す工程を選びます。
- 形式とテーマ：参加者が判断したいことから、説明、実演、対話の必要性を見分けます。
- 集客：告知先に対象者がいるか確認し、申込元を区別します。
- 当日運営：質問の受付、回答、後日の引き継ぎを担当者ごとに決めます。
- フォロー：参加状況と質問を照合し、案内と個別対応を分けます。
- 効果測定：集計条件と対象者が近い回を比べ、差が生じた工程を調べます。
- ツール選定：必要な配信と記録の流れを実際に試し、継続できる運用を選びます。
まずは営業担当と運営担当で、対象者、参加後に促したい行動、開催後の対応担当を決めます。次に、申込者と開催回を結びつける方法を試し、参加状況の記録と案内を準備してください。
- 対象者が抱える課題と、終了後に取ってほしい行動を営業と決めます。
- 参加者、不参加者、質問者への案内と担当を開催前に決めます。
- 開催後に記録漏れと対応結果を確認し、次回に見直す工程を選びます。
CRMを活用した業務効率化やAIとの連携に関するご相談は、StartLinkまでお気軽にお問い合わせください。
あわせて読みたい
告知先を選ぶ際は、LinkedInの記事で対象者への届け方を、SNSの記事で投稿内容と運用の進め方を確認できます。開催後に録画を案内する際は、アーカイブの記事で公開範囲と案内方法を整理できます。
このテーマに関連する記事はSNS・動画マーケティングカテゴリで網羅的にまとめています。
記事の内容を、そのまま実務に落とし込みたい方向け
HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。
次に読む
株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
著者情報
