第6回　ウェビナーを重ねても商談化率が上がらない会社に欠けているもの

ウェビナーを10回開催した会社が、1回しか開催していない会社より商談創出に優れているとは限りません。10回ともほぼ同じ運用を繰り返していれば、経験が蓄積されているように見えて、実際には同じ作業に慣れただけということがあります。

配信ツールの操作が速くなり、準備の役割分担が整い、集客メールや当日の進行が効率化される。これらは大切な改善ですが、あくまで開催業務の習熟であり、商談創出の精度が高まったわけではありません。

商談化につながるウェビナーへ改善するには、開催後に少なくとも以下の情報がデータとして残っている必要があります。

どの参加者がどのテーマに関心を持ち、どのような課題を抱えていたのか
どの段階の人が次の接点へ進み、どのメールや電話が反応につながったのか
どのような条件の参加者が商談にならなかったのか

この情報が残っていなければ、次回の企画も担当者の感覚頼みになります。「前回は参加者が多かったから似たテーマにしよう」「満足度が高かったから内容は良かったはずだ」「営業のフォローが弱かったので次回は架電を増やそう」といった判断に陥りがちです。

参加者が多かったのは対象を広げすぎたからかもしれません。満足度が高くても具体的な課題確認にはつながっていなかった可能性があります。架電数を増やしても、優先順位や話す内容が変わらなければ成果は変わりません。何を試し、何が起こり、次に何を変えるかがデータとして残って初めて経験値になります。

多くの企業では、ウェビナーを一回ごとのイベントとして管理しています。企画を立て、集客し、開催し、アンケートを集め、参加者リストを営業へ渡して実績を報告する。ここで一つの案件が終了し、次のウェビナーでは別の企画として、再びゼロから準備が始まります。この運用では、前回の成果や失敗が次回の設計につながりません。

本来、ウェビナーは連続した学習プロセスとして捉えるべきです。前回はどの論点への関心が高かったのか、どの業種や役職の人が具体的な課題を持っていたのか、どのアンケート回答がWeb会議や商談につながったのか、どのフォローは反応がなく何が原因だったのか。その学びをもとに、次のテーマ、対象者、設問、フォロー条件を変えていきます。

つまり、「企画 ➔ 開催 ➔ フォロー ➔ 結果分析 ➔ 次回企画」までが一つのサイクルとなります。開催して実績を報告するところまでではなく、次の開催の設計を変えるところまでがウェビナー施策の本質です。

商談が生まれると、多くの企業では商談件数や案件金額を報告します。しかし、「なぜその参加者が商談になったのか」まで分析できている企業は多くありません。

ある参加者がウェビナー後に課題確認のWeb会議へ進み、商談化したとします。その理由を単に「参加者の温度感が高かった」と整理してしまうと、次回へ再現できる学びは残りません。詳しく分解すれば、次のような複数の要因が重なっている可能性があります。

ここまで要因が分かれば、次回も同じ条件を再現できる可能性が高まります。1件商談化したという結果だけで終わらせず、成功したときこそ要素を分解し、個人技や偶然に頼らない再現可能な仕組みへ変えていくことが重要です。

商談化した案件は社内でも注目されますが、商談にならなかった参加者については「反応なし」「時期尚早」「見込みなし」といった曖昧な分類で放置されることがあります。しかし、これでは何を改善すべきか分かりません。

商談にならなかった理由は、決して一つではありません。

・情報収集段階で、まだ課題自体が具体化していなかった
・課題はあるものの、社内で優先度が低かった
・参加者本人に決裁権や推進力が不足していた
・自社の支援対象とは異なる領域の課題だった
・検討時期が半年以上先などタイムラインが合わなかった
・参加者の関心と営業の説明内容がずれていた
・過去の接点を無視した一律のアプローチをしてしまった
・フォロー対応が遅れて熱量が下がってしまった

理由が違えば、次に取るべき対応も変わります。情報収集段階なら関連コンテンツを提供し、社内共有前なら検討用の資料を送る。検討時期が先なら再接触時期を設定し、テーマと顧客課題がずれていたなら次回の企画や集客条件を見直します。未商談理由は単なる失敗の記録ではなく、次に何を改善すべきかを示す貴重なデータです。

未商談理由を残すときは、記録の粒度をそろえる必要があります。担当者が自由に記述すると表現がバラバラで後から集計や比較ができません。一方、「見込みなし」のような大雑把な選択肢だけでは詳細が見えなくなります。組織として活用するためには、以下のような分類ルールが必要です。

こうして整理すれば、回をまたいで傾向を確認できます。情報収集段階の参加者が多いのであれば、商談化率が低い原因は営業フォローではなく企画テーマや集客対象にあるかもしれません。課題は具体的なのに商談へ進まない人が多ければ、課題確認の進め方や営業への引き渡し条件に問題がある可能性があります。記録の目的は担当者を評価することではなく、商談創出プロセスのどこで参加者が止まっているかを見つけることです。

ウェビナー後の振り返りでは、申し込み数、参加者数、参加率、アンケート回答率、満足度などがよく報告されます。これらは施策を管理するうえで必要な指標ですが、商談創出プロセスとして改善するためには、その後の動きも確認する必要があります。

・優先度の高い参加者は何人いたか
・何時間以内に初回対応できたか
・どの関心テーマや記述が多かったか
・課題確認まで進んだ人は何人か
・次回接点を設定できた人は何人か
・Web会議や商談へ進んだ人は何人か（進まなかった理由は何か）

すべてを毎回細かく報告する必要はありませんが、参加者がどの段階で止まったかを確認できる状態が必要です。参加者は多いがアンケート回答が少なければ情報取得の設計に問題があり、アンケートで課題が見えているのに対応されていなければ優先順位やSLAに問題があります。Web会議は多いのに商談にならなければ、誘導条件や課題確認の質を見直す必要があります。「商談化率が低かった」という事実だけではなく、プロセスを分解して初めて次に変えるべきことが見えてきます。

ウェビナー後の振り返り会議が「次回はもっと早くフォローしよう」「営業との連携を強化しよう」といった曖昧な決意表明で終わることがあります。方向性としては間違っていませんが、具体的に何を変えるかが決まっていなければ次回も同じ結果になります。

改善サイクルでは、振り返りから必ず具体的な設計変更へつなげます。

・ターゲットを特定の役職や規模へ絞り込む
・広い啓発テーマから、より具体的な業務課題へシフトする
・申込フォームやアンケートで現在の課題を必須設問にする
・当日フォローの対象者や優先条件をクリアにする
・課題確認時に提示する専用の事例や資料を用意する

ただし、一度に多くの項目を変えると、どの変更が結果に影響したのか分からなくなります。「次回はターゲットとテーマを変更」「別の回ではアンケートとフォロー条件を変更」というように、仮説を立てて変更点を絞り、結果を比較していきます。ウェビナーを改善するとは毎回すべてを作り直すことではなく、一つずつ精度を高めることです。

ウェビナーは、情報を発信する場であると同時に顧客について学ぶ場でもあります。どのテーマに反応するのか、顧客はどの言葉で課題を表現するのか、どの役職が問題意識を持っているのか、どの段階で個別の相談が必要になるのか、社内検討を止めているものは何かといった情報がアンケートやフォローの会話に含まれています。

例えば「営業連携」という抽象的な言葉よりも「営業へ渡した後に対応されない」という具体的な表現に反応が集まるかもしれません。「AI活用」に関心があるように見えても、実際の課題は情報が分散して営業が判断できないことかもしれません。こうした発見は、次回ウェビナーだけでなくサービス設計、営業資料、コンテンツ作成など幅広い業務に活用できます。

ウェビナーを単なるリード獲得施策として捉えれば、評価対象は参加者数と商談数に限られます。しかし顧客理解の実験装置として捉えれば、参加者の反応や商談にならなかった理由の取得も重要な成果になります。そのためには事前のアプローチ方針や顧客の反応に対する「仮説」が必要です。仮説がなければ、開催後に数字を見ても何を学ぶべきか分かりません。

ウェビナー後のフォローでは、経験豊富な担当者ほどアンケートの短い記述から課題を推測し、相手の役職や状況に合わせて柔軟にアプローチ方法を変えています。しかし、その判断が本人の中にしかなければ組織には残らず、担当者の異動や退職とともにノウハウも失われてしまいます。

必要なのは判断の根拠を言語化することです。なぜこの参加者を優先したのか、なぜ電話ではなくメールにしたのか、なぜ課題確認のWeb会議へ誘導したのか、どの言葉が次の接点につながったのかを明らかにします。

そしてそれらを優先順位ルール、テンプレート、分類条件、推奨アクションとして残していきます。組織学習とは報告書を増やすことではなく、「次の担当者が前回より良い判断を再現できる状態をつくること」なのです。

AIを活用すれば、参加者情報やフォロー結果を要約し、傾向を見つけやすくできます。商談化した参加者に共通する関心テーマや、未商談になりやすい検討段階などを効率的に整理することが可能です。

しかし、元のデータが残っていなければAIも分析できません。フォロー結果が記録されていない、未商談理由が空欄になっている、営業が商談化後の情報を戻していない、ウェビナーごとに項目名が異なるといった状態では、十分な学習材料になりません。

先に決めるべきなのは運用ルールです。

1. 何を・誰が・どのタイミングで記録・更新するか
2. どの分類コード（項目名）を共通言語として使用するか
3. 商談・受注結果をどのようにマーケティング側へ還元するか

AIは学習する組織を自動的につくるものではなく、蓄積された学びを次の判断に使いやすくするものです。

ウェビナーを改善するために、最初から高度なダッシュボードや大規模なデータ基盤を用意する必要はありません。まずは次の5つの条件をそろえるだけでも変化が生まれます。

1. 毎回の仮説を明記する

誰のどの課題を対象にするのか、参加後にどのような状態変化を目指すのかを開催前に決める。2.同じ指標で追う

2. 同じ指標で追う

申込、参加、アンケート、課題確認、商談、受注までを共通の定義で記録する。

3. 未商談理由を分類する

商談にならなかった理由を曖昧にせず、改善可能な粒度で残す。

4. 開催後に1つ以上の変更点を決める

次回のターゲット、テーマ、設問、フォロー条件のうち何を変えるかを明確にする。

5. 営業結果をマーケティングへ戻す

商談や受注の結果だけでなく、なぜ進んだのか・なぜ止まったのかを共有する。

この5項目を継続すれば、ウェビナーは開催するほど精度が上がっていきます。

ウェビナーで成果を出し続ける会社は、特別な講師を呼んだり予算を増やし続けたりしているわけではありません。前回の結果から学び、次回の判断を変えているのです。

ターゲットの絞り込み、アンケート設問の修正、フォロー手順の見直しといった小さな改善の積み重ねが、施策全体の精度を引き上げます。商談化率とは無理に押し上げる数値ではなく、プロセス全体の学習が進んだ結果として上がるものです。

施策の成熟度は、年間の開催本数ではなく「開催後に何を学び、何を変えたか」で決まります。「参加者の質はどうだったか」「未商談の人に次の接点を残せたか」という問いを持ち続ける会社は、同じ運用を漫然と繰り返しません。

成果を記録し、理由を分析し、仮説を更新し、設計を変え、再び結果を見る。この循環があって初めて、ウェビナーは組織の資産になります。商談化率が上がらない会社に必要なのは、新しい企画ではなく、「前回より一つ良くする」ための学習と改善のサイクルです。

ウェビナーコラムシリーズ
第1回　ウェビナーが商談につながらないのは、フォローが遅いからではない
第2回　ウェビナーアンケートは、満足度を聞くためのものではない
第3回　営業に渡すべきは、参加者リストではなく「判断済みのアクション」
第4回　最初のフォローのゴールは、「売り込み」ではなく「課題確認の場」をつくること
第5回　AIダッシュボードは「可視化ツール」ではない
第6回　ウェビナーを重ねても商談化率が上がらない会社に欠けているもの

取締役／執⾏役員

広富 克子

コンテンツマーケティング支援

神⼾⼤学経営学部卒業。住友ビジネスコンサルテイング株式会社⼊社。マーケティングリサーチ・コンサルティング業務を中⼼に活動し、その後AJS（オール⽇本スーパーマーケット協会）にて、プライベートブランドの商品開発・営業に従事。2003年10⽉、株式会社パワー・インタラクティブ⼊社。2006年4⽉、取締役執⾏役員に就任。全社営業戦略を統括する。