新規商談数が頭打ちになり、営業チャネルを 1 つ追加する予算を確保した。候補に挙がったのはフォーム営業ツールと Web 接客チャット。ところが社内会議では「どっちがリードを取れるのか」という議論から一歩も進まず、結論が出ないまま四半期が過ぎていく——BtoB の営業企画で、こうした膠着はよく起こります。
膠着の原因は、比較している当人の分析力ではなく、比較の土俵の置き方にあります。フォーム営業とチャット営業は、どちらも最終的にはリードを増やす施策ですが、担当している接点のフェーズがまったく違います。片方は「自社をまだ知らない企業に、こちらから接点をつくる」施策であり、もう片方は「すでに自社サイトに来ている企業を、取りこぼさずに受け止める」施策です。担当区間が違うものを同じ物差しで比べても、優劣は決まりません。
さらに厄介なのが、両者ともに「フォーム」という言葉を含んでいることです。フォーム営業は他社の問い合わせフォームへ送る施策、チャット営業は自社の問い合わせフォームに到達する手前で対話する施策で、向いている方向が正反対にもかかわらず、社内では同じ "フォーム施策" として語られてしまいます。
必要なのは「どちらが優れているか」という問いではなく、「自社のボトルネックはどちら側にあるか」という問いへの組み替えです。そして、その切り分けは感覚ではなく、数字で行えます。
本記事では、フォーム営業とチャット営業の役割の違いを 4 軸で整理したうえで、それぞれが向く場面・向かない場面、費用と運用体制とリスクの横並び比較、自社のボトルネックを 3 つの指標で切り分ける判断フロー、併用する場合の設計パターン、そしてフォーム営業を選ぶ場合に上長・法務へ説明するための確認観点までを解説します。読み終えたときに、稟議書に転用できる比較表と「今は他方を選ばない理由」の論理が手元に残ることを目指します。
フォーム営業とチャット営業が同じ土俵で比較されてしまう理由
BtoB の新規開拓でチャネル追加を検討するとき、多くの社内議論は「A と B、どちらが商談を取れるか」という一次元の比較として始まります。この立て方は、同じフェーズを担当する施策どうし(たとえばフォーム営業とメール営業、テレアポとフォーム営業)であれば有効ですが、担当フェーズが異なる施策を並べた瞬間に機能しなくなります。フォーム営業とチャット営業の比較は、まさに後者にあたります。
「フォーム」という言葉が持つ二つの意味
議論が噛み合わない最初の原因は、言葉の二義性です。
「フォーム営業」における「フォーム」とは、他社の Web サイトに設置された問い合わせフォームを指します。自社が営業したい相手企業のサイトを訪れ、そこに設置されているフォームから営業メッセージを送る。接点をつくる方向は「自社 → 相手企業」です。
一方、「チャット営業」で話題になる「フォーム」とは、自社サイトに設置された問い合わせフォームを指します。自社サイトに来た訪問者が、そのフォームに入力する手前で離脱してしまう。その離脱を減らすために、フォームより手前で会話の入り口を用意するのがチャット営業です。接点の方向は「相手企業 → 自社」です。
つまり同じ「フォーム」でも、片方は送信先であり、もう片方は受信口です。この違いを最初に明示しないまま「うちはフォーム周りを強化すべきか」という粒度で議論を始めると、参加者それぞれが違う絵を思い浮かべたまま会話が進み、結論が出ません。会議の冒頭で「今日は他社フォームへ送る話か、自社フォームの手前を改善する話か」を確認するだけでも、議論の速度は変わります。
BtoB の新規開拓が単一チャネルで頭打ちになる構造
もう一つの原因は、「待ちの施策」だけでは届かない層が必ず存在することへの認識のずれです。
自社サイトへの流入は、検索・広告・SNS・紹介などを経由して発生します。しかしこれらはすべて、相手が自社の存在または自社が解決する課題領域をすでに認識していることを前提にしています。自社名も、自社が扱う課題領域も検索したことがない企業は、どれだけコンテンツを充実させてもサイトに現れません。BtoB の無形商材で、かつニッチな課題を扱う商材ほど、この「まだ検索していない層」の比率は大きくなります。
逆に、サイトには一定数の企業が来訪しているのに問い合わせが増えていない場合、追加すべきなのは接点創出の施策ではありません。来訪から問い合わせまでの経路のどこかで離脱が起きているため、そこを塞がない限り、流入をいくら増やしても漏れる比率は変わりません。
新規開拓の手法選定は、この「そもそも来ていないのか、来ているのに漏れているのか」の判定から始めるべきです。判定を飛ばして手法を先に選ぶと、詰まっていない側に投資することになり、投資が空振りします。
本記事で扱う「チャット営業」の範囲
チャット営業という言葉は文脈によって指す範囲が変わるため、本記事での定義を先に置きます。
本記事におけるチャット営業とは、自社の Web サイトに設置したチャットインターフェースを通じて、来訪中の見込み顧客と対話し、その場で疑問を解消したりリード情報を取得したりする一連の営業活動を指します。具体的には次の 3 形態を含みます。
- チャットボット: あらかじめ設計したシナリオ、または自然言語処理により、訪問者の質問へ自動応答する形式
- 有人チャット(ライブチャット): オペレーターや営業担当が、その場でテキストにより直接応対する形式
- Web 接客ツール: 訪問者の閲覧ページ・滞在時間・再訪回数などの行動を検知し、条件に応じてポップアップやチャットの起動を出し分ける形式
一方、社内のコミュニケーション基盤として使われるビジネスチャット(Slack、Microsoft Teams など)や、既存顧客サポート専用の問い合わせ窓口としてのチャットは、本記事の対象外とします。新規リードの獲得と商談化を目的とする、サイト来訪者向けのチャットに限定して扱います。
フォーム営業とチャット営業の役割の違い

両者の役割を、「接点の起点」「対象リードの温度感」「コミュニケーションの同期性」「主要 KPI」の 4 軸で整理します。この 4 軸は以降のセクションでも共通言語として使います。
比較軸 | フォーム営業 | チャット営業 |
|---|---|---|
接点の起点 | 自社から相手企業へ(アウトバウンド) | 相手企業から自社サイトへ(インバウンド) |
対象リードの温度感 | 自社を認知していない層が中心 | 課題を認識し、情報収集を始めている層が中心 |
コミュニケーションの同期性 | 非同期・一通完結 | 同期・往復対話 |
主要 KPI | 送信数・到達率・返信率・商談化率 | 起動率・会話完了率・リード化率・商談化率 |
成果量を左右する変数 | 送信可能なターゲット企業数と文面の質 | サイト流入量とシナリオの質 |
立ち上げ後に効く改善 | リストの精度・文面・送信タイミング | シナリオ分岐・起動条件・有人引き継ぎの速度 |
接点の起点の違い
インバウンド営業とアウトバウンド営業の違いは概念としては広く知られていますが、施策レベルまで下ろすと、実際に発生する作業がまったく異なります。
フォーム営業(アウトバウンド)で発生する作業は、対象企業の選定から始まります。業種・地域・従業員規模などの条件でターゲット企業のリストを作成し、各社のサイトから問い合わせフォームの所在を特定し、フォームの入力項目に合わせて文面を投入して送信します。送信後は返信の有無を記録し、反応があった企業を商談プロセスへ引き渡します。接点が発生するかどうかは、自社の実行量によって決まります。
チャット営業(インバウンド)で発生する作業は、来訪者の行動検知から始まります。どのページを何秒閲覧しているか、何回目の訪問か、直帰しようとしているかといった条件を設定し、条件を満たした訪問者にチャットを起動します。起動後は、あらかじめ設計した質問と選択肢を提示して要件を絞り込み、必要に応じて有人へ引き継ぎます。接点が発生するかどうかは、そもそも来訪者がいるかどうかに依存します。
この違いは、成果が出ない場合の原因の在り処にも直結します。フォーム営業で成果が出ない場合、原因はリストか文面か送信量のいずれかにあり、いずれも自社の手で変えられます。チャット営業で成果が出ない場合、原因がシナリオではなく「そもそも母数が足りない」ことにある可能性があり、その場合はチャットの改善では解決しません。
なお、同じアウトバウンド側の手法どうしの比較については、フォーム営業とメール営業の違いで到達率・規制・運用負荷の観点から整理しています。本記事とあわせて読むと、アウトバウンド内部の選択とアウトバウンド/インバウンド間の選択を分けて考えられます。
対象リードの温度感の違い
フォーム営業が接触する相手は、原則として自社をまだ知らない企業です。相手にとってその接触は、自分から求めたものではありません。したがって、初回のメッセージに求められるのは「自社の紹介」ではなく「相手にとって読む価値があるかどうかを、最初の数行で判断できる情報」です。返信が返ってこないことのほうが多い前提で、件数と文面の両輪を設計する必要があります。
チャット営業が接触する相手は、自社サイトにたどり着いている企業です。検索経由であれば、少なくとも自社が扱う課題領域に関心を持っています。すでに温度がある層なので、必要なのは関心の喚起ではなく、検討を先に進めるための疑問解消です。「料金体系はどうなっているか」「自社の規模でも使えるか」「導入までどのくらいかかるか」といった、フォーム入力の前に確かめたい事柄に答えられるかどうかが、リード化率を左右します。
温度感の違いは、獲得できるリードの質の違いにもなります。フォーム営業で得られる返信は件数あたりの確度が読みづらい一方、母集団を自社で設計できるため、狙った業種・規模の企業に接触できます。チャット営業で得られるリードは相対的に確度が高い一方、母集団は流入の内訳に依存するため、狙った企業層が来ていなければコントロールできません。
コミュニケーションの同期性の違い
フォーム営業は非同期・一通完結です。送信した時点で自社側の作業はいったん終わり、相手が読むかどうか、返信するかどうかは相手の都合に委ねられます。この性質は、営業側の稼働時間に成果が縛られないという利点をもたらす一方、「一通に情報を詰め込みすぎて読まれない」という失敗を招きやすい構造でもあります。一通で完結させる必要があるため、文面の設計難易度は高くなります。
チャット営業は同期・往復対話です。訪問者がその場にいる間にやり取りが成立するため、一度に伝える情報量を絞り、相手の反応に応じて次を出し分けられます。ただしこの利点は、応答が遅れた瞬間に失われます。訪問者はすでに別のことを始めているか、サイトを離れています。同期であることは、速度が確保されている場合にのみ利点になります。
この同期性の差は、運用体制の設計に直結します。フォーム営業は「いつ送るか」を自社で決められますが、チャット営業は「いつ来るか」を相手が決めます。営業時間外の来訪にどう対応するかを事前に決めておかないと、同期のはずのチャネルが実質的に非同期になり、しかも非同期チャネルとしては返答が遅いという中途半端な状態に陥ります。
主要 KPI の違い
両者は KPI の階層構造も異なります。共通するのは最終指標である商談化率だけで、そこに至る中間指標がまったく別物です。
フォーム営業の中間指標は、送信数 → 到達数(送信が成立し相手に届いた件数)→ 返信数 → 商談数、という直線的な構造です。各段階の歩留まりが明確なので、どこで落ちているかを特定しやすい一方、最上流の送信数を増やさない限り全体が伸びないという制約があります。
チャット営業の中間指標は、サイトセッション数 → チャット起動数 → 会話開始数 → 会話完了数 → リード化数 → 商談数、という構造です。段階が多く、それぞれに改善余地がありますが、最上流のセッション数はチャット施策では動かせません。ここが、フォーム営業との決定的な違いです。
稟議で両者を比較する際、「リード獲得単価」だけを並べると判断を誤ります。フォーム営業の単価は送信量に応じて変動し、チャット営業の単価は流入量が増えるほど下がるという、性質の異なる関数だからです。比較すべきは単価の絶対値ではなく、「自社の場合、どちらの最上流の変数を動かせるか」です。
フォーム営業が向く場面・向かない場面
フォーム営業のメリット・デメリットを列挙するのではなく、「自社に当てはまるかどうか」を判定できる条件の形で整理します。
フォーム営業が向く場面
以下の条件に複数該当する場合、フォーム営業は投資対効果が見込みやすい選択肢になります。
- 自社サイトへの流入が少ない、または流入の質が目的と合っていない: サイト流入が月数百セッション程度にとどまる、あるいは流入の大半が採用目的・情報収集目的で商談につながらない場合、インバウンド施策を強化しても母数が足りません。接点を自社の実行量でつくれるフォーム営業のほうが、短期的に成果を動かせます。
- ターゲットが業種・地域・規模で明確に絞れる: 「製造業の従業員 50〜300 名、関東圏」のように条件で切り出せる商材は、リストの精度を高めやすく、文面も相手の業務文脈に寄せられます。逆に条件で絞れない商材は、後述する「向かない場面」に該当します。
- 中小企業が主なターゲットである: 企業規模が小さいほど、問い合わせフォームの受信内容を決裁権を持つ層が直接確認する可能性が高くなります。大企業では受信内容が総務・広報部門で一次仕分けされ、事業部門に届かないケースが増えます。この構造は、ターゲット企業の規模帯によってフォーム営業の期待値が変わることを意味します。
- 既存の営業リソースが接触先の開拓に割かれている: インサイドセールスが少人数で、リスト作成と初回接触に時間を取られている場合、この工程を仕組み化する効果は大きくなります。
フォーム営業が向かない場面
以下に該当する場合、フォーム営業への投資は慎重に判断すべきです。
- ターゲットが不特定多数で絞り込めない: 「あらゆる業種の企業が対象」という商材は、リストの精度を上げられず、文面も一般論にならざるを得ません。結果として返信率が下がり、送信量でカバーしようとして、受信側の心証を損なうリスクだけが残ります。
- 既存接触先・既存顧客と重複しやすい: すでに商談中の企業や、他部門・パートナー経由で接触済みの企業に営業メッセージが届くと、信頼関係を損ないます。送信リストと接触履歴を突合する運用が組めない状態での導入は、リスクが利益を上回る可能性があります。
- 送信先の管理体制を持てない: 誰がリストを更新し、誰が除外判断を行い、返信をどこに記録するかが決まっていない場合、送信量が増えるほど管理不能になります。フォーム営業は「送る」より「送らない相手を決める」ほうに運用コストがかかる施策です。
- ブランド保護の要求水準が高い: 上場企業のグループ会社など、レピュテーション上の制約が厳しい組織では、送信方針・文面・除外基準について事前の社内合意が必要になります。合意形成に要する期間を織り込まずに始めると、途中で停止せざるを得なくなります。
デメリットとして事前に織り込むべき点
フォーム営業を選ぶ場合、次の 2 点は「解消すべき課題」ではなく「前提条件」として設計に織り込む必要があります。
第一に、受信側にとっては望んでいない接触であるという前提です。 相手は自社の情報を求めてフォームを設置したわけではなく、顧客や取引先からの連絡を受けるために設置しています。この非対称性は、どれだけ文面を工夫しても消えません。したがって、送信可否の判断基準(「営業目的の送信はお断りします」といった記載があるフォームには送らない、など)を運用ルールとして明文化し、実行段階で機械的に守れる仕組みにしておくことが、施策を継続させる前提になります。
法令面については、営業メールを規制する特定電子メールの送信の適正化等に関する法律(総務省)が原則としてオプトイン方式を採り、自らメールアドレスを公表している事業者への送信を例外としています。ただし、同法は「電子メールの送信」を規制対象としており、Web フォーム経由の送信がこの規制の直接の対象にあたるかどうかについては解釈が一様ではありません。同法が「アドレスと併せて送信をしないよう求める旨を表示している場合は例外の対象外」としている点は、フォーム営業の運用ルールを設計するうえでも参照価値のある考え方です。実際の運用可否は自社の法務部門または顧問弁護士に確認したうえで判断してください。
第二に、返信がないことを前提とした件数設計です。 一通あたりの返信率は業種・商材・文面によって大きく変動し、汎用的な目安を置くことに意味はありません。重要なのは、自社で実測した歩留まりをもとに逆算することです。四半期に必要な商談数から、商談化率・返信率を経由して必要送信数を算出し、その送信数を実行できる体制と、送信可能なターゲット企業数が確保できるかを先に確認します。ここでターゲット企業数の上限に突き当たる場合、フォーム営業は短期施策としては機能しても、継続的なチャネルにはなりません。
チャット営業が向く場面・向かない場面
チャット営業についても、同じフォーマットで条件を整理します。フォーム営業のセクションと見比べることで、自社がどちら側の条件に多く該当するかを照合できます。
チャット営業が向く場面
- 一定のサイト流入があり、かつその流入が目的と合っている: 「一定」の水準は商材の単価と検討期間によって変わりますが、少なくとも、チャットの起動条件を設定して統計的に意味のある改善ができる程度のセッション数が必要です。月数百セッションでは、シナリオを変えても効果の有無を判別できません。流入の中身も重要で、サービスページ・料金ページ・導入検討系の記事に来訪者が到達しているかを確認します。
- 問い合わせフォームの手前で離脱が起きている: サービスページや料金ページまで到達しているのに、フォームページへの遷移率が低い、あるいはフォームページに到達しても送信に至らない場合、入力前の疑問が解消されていない可能性があります。BtoB サイトのコンバージョン率は、集計対象の定義によって大きく変動するため一律の目安は置けません(参考: CVRの平均はどれぐらい? 業界別・経路別に平均値と傾向を解説(ferret One))。他社平均との比較ではなく、自社サイト内でどのページ間に落差があるかを見るほうが実務的です。
- 検討中に疑問が生じやすい商材である: 料金体系が利用量や構成に応じて変動する、自社の環境で使えるかどうかに条件がある、導入までの期間が読みにくい——こうした商材は、フォーム入力の前に確認したいことが発生しやすく、チャットが機能する余地が大きくなります。逆に、価格と仕様が明快で疑問が生じにくい商材では、チャットの介在価値は限定的です。
- Web 接客ツールで訪問者の行動を出し分けたい: 再訪問者にだけ声をかける、料金ページの滞在が一定時間を超えたら起動する、といった条件設計により、すべての訪問者に一律で表示するよりも体験を損なわずにリード化を狙えます。
チャット営業が向かない場面
- 流入が乏しい: 前述のとおり、チャット営業の最上流にあるセッション数はチャット施策では動かせません。流入が不足している状態でチャットを導入しても、改善の効果検証すらできません。この場合の優先課題はコンテンツ・広告・アウトバウンドによる流入創出です。
- シナリオ設計と改善に人を割けない: チャットボットは導入して終わりではなく、会話ログを見て分岐を追加し、回答できなかった質問を潰していく継続作業が成果を決めます。実際、チャットボット導入後の課題として、運用体制が整わずオペレーターとの連携がうまくいかない、改善の PDCA を回す体制がない、効果検証の時間が取れない、といった点が指摘されています(参考: チャットボット導入後の課題(RICOH Chatbot Service))。この工数を確保できないなら、導入判断を先送りするほうが合理的です。
- 営業時間外の一次対応方針が決まっていない: 夜間・休日の来訪にどう対応するか(自動応答のみとするか、翌営業日の折り返しを明示するか)を決めていないと、応答されないチャットが放置され、体験を損ないます。
- 問い合わせフォーム自体に構造的な問題がある: 入力項目が過剰、必須項目に答えにくい情報が含まれている、送信後の案内が不親切といった問題がある場合、チャットを追加する前にフォーム自体を直すほうが費用対効果が高くなります。
チャットボットと有人チャットの役割分担
チャット営業を設計する際に必ず決めるべきなのが、チャットボットと有人チャットの境界線です。両者は代替関係ではなく、担当区間が異なります。
チャットボットが担当するのは、一次ヒアリングの自動化です。訪問者の目的(情報収集か、具体的な導入検討か)、企業規模、想定する導入時期といった、選択肢で答えられる情報を取得します。定型的な質問(料金体系の概要、対応範囲、導入までの流れ)への回答もここに含まれます。この区間を自動化することで、営業担当の稼働を要件が固まったリードに集中させられます。
有人チャットが担当するのは、定型化できない相談です。自社固有の要件が絡む適合性の確認、他社サービスとの比較、価格交渉に近い相談などは、選択肢による分岐では処理しきれません。ここを無理にボットで処理しようとすると、訪問者は「答えが返ってこない」と判断して離脱します。
実務上の要点は、引き継ぎのトリガーと速度を事前に定義しておくことです。「ボットが 2 回連続で回答できなかったら有人へ」「企業規模が一定以上の選択肢を選んだら有人へ」といった条件を設定し、営業時間内であれば何分以内に応答するかを決めます。この定義がないまま運用すると、ボットが答えられない質問が滞留し、有人チャットは常時待機を強いられます。有人チャットの当番体制をどう組むかは、導入判断の段階でコストとして見積もっておくべき項目です。
費用・立ち上げ期間・運用体制・リスクの横並び比較

ここまでの整理を、稟議書に転用できる粒度で横並びにします。具体的な金額は、ツールの提供形態・送信量・サイト規模によって大きく変わるため断定できません。比較すべきは金額の絶対値ではなく、費用がどのような構造で発生するかです。
比較軸 | フォーム営業 | チャット営業 |
|---|---|---|
費用の性質 | 送信量に連動する変動費が中心 | 流入量に依存しない固定費 + 有人対応の人件費 |
費用が増える要因 | 送信件数、リスト取得範囲の拡大 | 同時接続数・オペレーター席数・シナリオ数の上限 |
立ち上げ期間の主因 | 送信リスト作成、文面設計、除外基準の合意 | シナリオ設計、起動条件設定、有人体制の整備 |
成果が出るまでの時間 | 送信開始後、比較的早期に反応の有無が分かる | 会話ログが一定量たまるまで改善サイクルが回らない |
運用体制の中心業務 | リスト更新と送信先の除外判断、返信の記録 | シナリオ更新と有人対応の当番 |
稼働のタイミング | 自社の都合で決められる(非同期) | 訪問者の都合に従う(同期) |
リスクの性質 | 受信側の心証悪化・レピュテーションリスク | 応答遅延による体験悪化・取りこぼし |
リスクの発現方向 | 対外的(送信先企業・第三者からの批判) | 対内的(機会損失として自社に返る) |
費用構造の違い
フォーム営業の費用は、送信量に連動する変動費が中心になります。ツール型であれば送信件数に応じた従量課金、代行型であれば送信件数単位の委託費という形をとることが多く、送信を止めれば費用も止まります。この性質は、小規模から試し、成果を見て段階的に拡大するアプローチと相性が良い一方、成果を伸ばそうとすると費用が線形に増えるため、単価改善(返信率の向上)を伴わない拡大は投資効率を悪化させます。
チャット営業の費用は、流入量に依存しない固定費が中心です。多くの Web 接客ツール・チャットボットは月額課金で、同時接続数・オペレーター席数・シナリオ数などによって料金帯が変わります。この構造は、流入が多いほど 1 リードあたりの単価が下がることを意味し、逆に流入が少ないうちは単価が跳ね上がります。加えて、有人チャットを運用する場合は人件費が上乗せされます。この人件費はツールの料金表に現れないため、稟議の段階で見落とされやすい項目です。
比較の実務としては、両者を「月あたりの総コスト ÷ 獲得見込みリード数」で並べるのではなく、それぞれについて 3 つの水準(保守・標準・積極)で試算し、水準ごとに比較することをおすすめします。フォーム営業は送信量、チャット営業は流入量を変数として置くと、どの水準から逆転が起きるかが見えます。フォーム営業側の試算の組み立て方については、フォーム営業ROIの計算方法で売上式とコスト式に分けた枠組みを扱っています。
立ち上げから成果までのリードタイムの違い
フォーム営業の立ち上げ工程は、ターゲット条件の定義 → 送信リストの作成 → 文面の設計 → 除外基準の合意 → 送信開始、という順序になります。工程のうち時間がかかりやすいのは、リスト作成と除外基準の社内合意です。特に除外基準は、営業・マーケティング・法務・場合によっては経営層の合意が必要になるため、着手前に関係者を洗い出しておくと立ち上げが滞りません。送信開始後は、反応の有無が比較的早く判明します。返信が来るか来ないかは送信直後から観測できるため、文面やリストの仮説検証を短いサイクルで回せます。
チャット営業の立ち上げ工程は、起動条件の設計 → シナリオの設計 → 有人引き継ぎ体制の整備 → 公開 → 会話ログをもとにした改善、という順序です。公開までの工程はツールによって短縮できますが、成果が安定するのは公開後の改善サイクルを何周か回した後です。会話ログが一定量たまらないと、どの分岐で離脱しているか、どの質問に答えられていないかが分かりません。したがって、流入が少ないサイトほど改善サイクルの周回に時間がかかり、成果が出るまでの期間が延びます。
この差は、四半期単位で成果を求められる状況での選択に影響します。短期で成果の有無を判別したい場合はフォーム営業、中期的に流入資産を活かしたい場合はチャット営業、という時間軸での整理が成り立ちます。
運用体制の違い
フォーム営業の運用体制で中核となるのは、リスト管理と除外運用です。具体的には、送信リストの更新担当、送信先の除外判断を行う担当、返信を受け取って商談プロセスへ引き渡す担当を決めます。ここで最も抜けやすいのが除外運用です。すでに商談中の企業、他部門が接触している企業、過去に送信済みで反応がなかった企業をどう扱うかを決め、リストに反映する作業を誰が担うのかを明確にしておかないと、運用が進むにつれて重複接触が増えます。
チャット営業の運用体制で中核となるのは、シナリオ更新と有人対応の当番です。シナリオ更新は週次または隔週で会話ログを確認し、回答できなかった質問を分岐に追加していく作業です。有人対応の当番は、営業時間内の応答責任を誰が持つかの割り当てで、少人数組織では特定個人に集中しがちです。集中を避けるには、応答時間の目安(たとえば「3 分以内」)と、その時間内に応答できない場合の代替動作(自動応答への切り替え、フォームへの誘導)を決めておく必要があります。
いずれの体制も、「導入すれば人手が減る」という前提では設計できません。フォーム営業は送信作業の工数を減らす代わりに除外判断の工数を生み、チャット営業は問い合わせ対応の一次工数を減らす代わりにシナリオ改善の工数を生みます。稟議では、削減される工数と新たに発生する工数の両方を示すほうが、実行段階での齟齬が減ります。
リスクの質の違い
両手法のリスクは、量ではなく質が異なります。同じ表に並べて比較しないと、片方だけを危険視する社内バイアスが生じます。
フォーム営業のリスクは、対外的に発現します。 受信側にとって望まない接触であるため、心証を損ねた場合、その影響は送信先企業との関係にとどまらず、SNS などで可視化される可能性があります。前述のとおり法令面の解釈も一様ではないため、送信可否の判断基準と除外運用を明文化し、実行段階で守れる仕組みにしておくことが、リスクを管理可能な水準に保つ条件になります。このリスクは、送信量を増やすほど発現確率が上がります。
チャット営業のリスクは、対内的に発現します。 応答が遅れた、ボットが答えられなかった、営業時間外に放置された——これらはいずれも、獲得できたはずのリードを失うという形で自社に返ります。外部から批判されることは少ないため、問題が可視化されにくく、「成果が出ないツール」という評価だけが残りやすいのが特徴です。このリスクは、流入が増えるほど機会損失の絶対量が増えます。
上長への説明では、この非対称性をそのまま示すのが有効です。「フォーム営業は管理しないと外に出るリスクがあり、その管理方法はこう設計する」「チャット営業は管理しなくても外には出ないが、運用しなければ投資が回収できない」という形で並べると、どちらか一方だけを過度に警戒する議論を避けられます。
自社のボトルネックを切り分ける判断フロー

ここまでの整理を踏まえ、自社がどちらから着手すべきかを判定します。判定に使うのは 3 つの指標だけです。いずれも既存のツール(SFA/CRM、Google Analytics、Search Console)と営業リストから取得できます。
ステップ1 — 母数を見る(ターゲット企業への接触率)
最初に確認するのは、ターゲット企業のうち、これまでに何らかの接点を持てた企業がどれだけあるかです。
計算式は次のとおりです。
接触率 = 接触済み企業数 ÷ ターゲット企業総数
「ターゲット企業総数」は、自社の商材が対象とする条件(業種・地域・規模)を満たす企業の母数です。業界団体の会員数、企業データベースの検索結果件数などから概算します。「接触済み企業数」は、SFA/CRM に登録されている企業のうち、商談・問い合わせ・イベント接触など何らかの記録がある企業数です。
この比率が低い(目安として 1 割を下回る)場合、自社を知る機会がそもそも与えられていない企業が大半ということになります。この状態で待ちの施策を強化しても、届く相手は増えません。
なお、ターゲット企業総数が数百社程度しかない場合は、接触率の分母が小さいため比率だけでは判断できません。この場合は「未接触企業の実数」を見て、その数がフォーム営業で消化できる規模かどうか(消化しきれば継続チャネルにならない)を確認します。
ステップ2 — 転換率を見る(サイト来訪から問い合わせに至る率)
次に確認するのは、サイトに来た訪問者がどれだけ問い合わせに至っているかです。ただし、サイト全体のコンバージョン率を見ても判断材料になりません。見るべきは、経路ごとの落差です。
具体的には、次の 3 段階の遷移率を分解します。
- サイト全体 → サービスページ・料金ページ への到達率: ここが低い場合、流入の質が目的と合っていない可能性があります(後述)
- サービスページ・料金ページ → 問い合わせフォームページ への遷移率: ここが低い場合、入力に進む前の疑問が解消されていない可能性が高く、チャット営業が効く余地があります
- フォームページ → 送信完了 の完了率: ここが低い場合、優先課題はチャットではなくフォーム自体の項目設計です
チャット営業が有効なのは、主に 2 つ目の遷移率に落差がある場合です。3 つ目が問題ならフォーム改修が先で、チャットを追加しても効果は限定的になります。この切り分けを飛ばすと、「チャットを入れたのに問い合わせが増えない」という結果になります。
ステップ3 — 判定結果別の着手順序
ステップ 1 と 2 の結果を組み合わせると、4 つの型に分類できます。
型 | ステップ1(接触率) | ステップ2(検討ページ→フォーム遷移率) | 状態 | 着手の優先順位 |
|---|---|---|---|---|
接点不足型 | 低い | 問題なし | 来れば問い合わせるが、そもそも来ていない | フォーム営業などのアウトバウンドを優先 |
取りこぼし型 | 十分 | 低い | 来ているのに問い合わせに至っていない | チャット営業などのインバウンド改善を優先 |
両方型 | 低い | 低い | 接点も足りず、来ても漏れている | 転換率の改善を先行し、その後にアウトバウンドを拡大 |
別要因型 | 十分 | 問題なし | 接点も転換も足りているが商談が増えていない | 商談化率・受注率・ターゲット定義など、チャネル以外を疑う |
接点不足型では、迷わず接点創出側に投資します。この型の企業がチャットを導入しても、母数が足りないため効果検証すらできません。
取りこぼし型では、まず転換率を改善します。この型でアウトバウンドを追加すると、増やした流入も同じ比率で漏れるため、投資効率が悪化します。
両方型の着手順序には理由があります。転換率が低いまま流入を増やすと、増やした分も同じ比率で漏れるため、投資が二重に無駄になります。先に漏れを塞いでから母数を増やすほうが、同じ予算での回収が早くなります。ただし、転換率の改善は成果が出るまでに時間がかかるため、四半期での成果が求められる場合は、転換率改善を継続しつつ小規模なアウトバウンドを並行させる判断もあり得ます。
別要因型は、チャネル追加では解決しません。商談化率が低いのであれば初回商談の設計、受注率が低いのであれば提案内容や価格設定、あるいはターゲット定義そのものを見直す必要があります。チャネル追加の稟議を出す前にこの型に該当していないかを確認しておくと、無駄な投資を避けられます。
判定を誤りやすいケース
判定フロー自体は単純ですが、次の 4 つのケースでは結論を誤りやすくなります。
流入の質が低いだけの状態を、転換率の問題と誤認する。 採用情報を探している来訪者、競合他社の調査、学生の情報収集などが流入の大半を占めている場合、転換率は構造的に低くなります。これはチャットでは解決しません。流入元のクエリ・ランディングページを確認し、商談につながり得る来訪者の実数がどれだけあるかを先に把握してください。
コンバージョンの定義がずれている。 資料ダウンロードをコンバージョンに含めるかどうかで、転換率は数倍変わります。判定に使う指標を「商談化につながる問い合わせ」に統一しないと、他社の平均値とも自社の過去とも比較できません。
季節性・単発要因を平常値として扱う。 展示会出展直後、プレスリリース配信直後、広告出稿期間中は、流入も転換率も平常時と異なります。判定には少なくとも 3 か月程度の平均値を使ってください。
接触済み企業の定義が広すぎる。 名刺交換のみ、メール配信リストへの登録のみを「接触済み」に含めると、接触率が実態より高く出ます。判定に使う「接触済み」は、少なくとも一度は自社の提案内容を認識してもらえた企業に限定するのが安全です。
フォーム営業とチャット営業の併用パターン

判定の結果、両方に投資する(あるいは段階的に両方を持つ)判断に至った場合、「両方やる」で止めずに、どちらをどの位置に置くかまで決める必要があります。ここでは 3 つの設計パターンを示します。
送客型 — フォーム営業で来訪を促し、チャットで受け止める
最も素直な組み合わせが、フォーム営業で自社サイトへの来訪を促し、来訪後に生じる疑問をチャットで受け止める設計です。
フォーム営業の一通で商談化まで持っていくのは難易度が高く、多くの場合、送信文面の目的は「詳細を確認するためにサイトへ来てもらうこと」に置かれます。ところが、来訪した相手が知りたいのは文面に書ききれなかった具体的な条件(自社の規模で使えるか、既存システムと連携できるか、費用感はどの程度か)です。ここでチャットが起動すれば、フォーム入力という心理的ハードルを越えずに疑問を解消できます。
設計上の要点は、フォーム営業経由の来訪者を識別できるようにしておくことです。送信文面に含めるリンクにパラメータを付与し、そのパラメータを持つ来訪者には専用のチャットシナリオを出し分けます。一般の検索流入と同じシナリオを当てると、すでに文面で説明済みの内容を繰り返すことになり、体験としてちぐはぐになります。
補完型 — 会話が途中で止まった検討層への再接触を設計する
チャットでの会話が途中で止まった訪問者、あるいは情報を残さずに離脱した訪問者に対して、別チャネルで接点を設計するパターンです。
ただし、この設計には接点の取得経路と同意範囲の確認が前提になります。チャットで会社名や連絡先を取得している場合、その取得時にどのような利用目的を提示していたかによって、後続の接触が許容される範囲は変わります。「資料送付のため」として取得した情報を新規営業に転用するのは、同意範囲を超える可能性があります。実装前に、チャット上の入力フォームで提示している利用目的の文言を確認し、必要であれば見直してください。
また、チャットで会社名だけが分かっている(連絡先は未取得の)ケースで、その企業の問い合わせフォームへ改めて送信するという設計も理屈のうえでは可能ですが、相手からすると「サイトを見ていたら別ルートで営業が来た」という体験になり、心証を損なうおそれがあります。この設計を採る場合は、接触の文脈を明示できるかどうかを基準に判断してください。
分業型 — ターゲット属性でチャネルを分ける
3 つ目は、ターゲット企業の属性によって担当チャネルを分けるパターンです。
たとえば、次のような分け方が考えられます。
- 企業規模で分ける: 決裁者がフォームの受信内容を直接確認する可能性が高い中小企業にはフォーム営業、受信内容が一次仕分けされる大企業にはコンテンツ経由の来訪とチャットで対応する
- 接触状況で分ける: 未接触企業はフォーム営業、既接触企業は再訪時のチャットで検討再開を促す
- 業種で分ける: 自社の実績が薄く文面で具体性を出しにくい業種は来訪待ちに回し、実績のある業種にフォーム営業を集中させる
分業型の利点は、それぞれのチャネルの「向く場面」に沿って対象を割り当てられることです。一方で、割り当てのルールが曖昧だと、同じ企業に両チャネルから接触してしまいます。
併用時に必ず必要になる接触履歴の一元管理
3 つのどのパターンを採る場合でも、共通して必要になるのが接触履歴の一元管理です。
BtoB の新規開拓で最も避けたいのは、同じ企業に複数チャネルから重複して接触することです。相手から見れば「同じ会社から別々の担当者が別々の話をしてきた」という体験になり、社内の連携が取れていない印象を与えます。特に、フォーム営業の送信リストとチャット経由で獲得したリードが別々の場所で管理されていると、この事故は高い確率で起こります。
最低限、次の 3 点を満たす状態を目指してください。
- 企業を一意に識別できるキーがある: 企業名の表記揺れ(株式会社の前後、旧社名)に耐えるよう、Web サイトのドメインを識別キーとして併用すると精度が上がります
- チャネルを問わず接触記録が同じ場所に集まる: フォーム営業の送信履歴、チャットの会話ログ、商談記録が別システムに分かれている場合、少なくとも「接触済みフラグ」だけは SFA/CRM に集約します
- 送信前に除外判定が働く: 接触済み企業がアウトバウンドの送信リストから自動的に外れる仕組みがあること。手動での突合は、件数が増えると必ず漏れます
複数チャネルを組み合わせる際の順序設計・担当分業・二重接触の防止については、テレアポとフォーム営業の違いと使い分けでより詳しく扱っています。チャネルの組み合わせは異なりますが、接触履歴の一元化に関する考え方は共通して適用できます。
フォーム営業を選ぶ場合に確認すべき4観点
判定の結果、フォーム営業から着手すると決めた場合、次はツール導入か営業代行委託かの選択に進みます。この段階で、上長・法務に対して「このチャネルを選んでもリスク管理ができている」と説明するために確認すべき観点を 4 つに絞って整理します。
送信の実行方式
まず確認すべきは、送信をどこまで自動化し、どこから人が関与するかです。実行方式は大きく次の 4 つに分かれます。
方式 | 内容 | 確認すべき点 |
|---|---|---|
完全自動送信 | フォームの発見・入力・送信までをツールが自動実行 | 送信前の可否判定がどの段階で働くか |
セミオート | 入力までを自動化し、送信ボタンは人が押す | 1 件あたりの人的稼働がどの程度発生するか |
手作業補助 | リスト作成や文面テンプレートを提供し、送信は人手 | 送信可能な件数の上限が体制で決まる |
人手代行 | 営業代行会社が送信実務を受託 | 送信先の選定基準・文面・結果内訳を発注者が確認できるか |
自動化率が高いほど送信量は伸びますが、送信可否の判断を機械に委ねる範囲も広がります。「営業目的の送信はお断り」と明記しているフォームや、送信を望まない意思表示があるフォームを、どの段階でどう検出して除外するのかを、方式ごとに具体的に確認してください。
CAPTCHA の扱い
次に確認すべきは、CAPTCHA が設置されたフォームをどう扱う方針かです。この観点は、単なる機能差ではなく、送信元である自社の姿勢に直結します。
CAPTCHA は、フォームを設置した企業が「機械的な送信を受けたくない」と示している意思表示です。これを技術的に迂回して送信する行為は、ツールの機能として実行されるとしても、送信元である自社の名前で行われます。上長や法務に説明する立場からすると、この点は「機能があるかないか」ではなく「その方針を自社として説明できるか」の問題になります。
Form Pilot は CAPTCHA の突破を行わない設計を採っています。CAPTCHA 等で完全な自動送信ができないフォームでは、Chrome 拡張機能が入力までを自動化し、送信ボタンは人が押すセミオート方式に切り替えます。CAPTCHA は受信側の意思表示であり、それを不正な手段で迂回することは送信元である利用企業の名前で行われる行為になる、という判断に基づく設計です。
ツールを比較する際は、この点について各社がどのような方針を採っているかを公式情報で確認し、自社としてどの方針を採るかを先に決めておくと、選定の判断が速くなります。
送信先の除外運用
3 つ目は、接触済み企業を送信対象から外す仕組みがあるかです。前のセクションで触れた重複接触の防止を、実行段階で機械的に担保できるかどうかがここで決まります。
確認すべき項目は次の 3 点です。
- 除外リストの取得元: 自社で管理する除外リストを取り込めるだけか、外部のデータ連携によって除外対象を取得できるか
- 除外判定のタイミング: リスト作成時のみか、送信直前にも判定が働くか(リスト作成から送信までの間に状況が変わることがあります)
- 判定できない場合の挙動: 除外に該当するかどうかを判定できないとき、送信するのか、送信を見送るのか
3 点目は見落とされやすい観点ですが、運用上の意味は大きくなります。判定できないケースで送信する設計だと、除外の仕組みがあっても抜けが発生します。
Form Pilot では、他社(取引先・別チャネル)がすでに接触済みの企業ドメイン一覧を外部 API から取得して送信リストと突合し、該当する企業への送信を自動で回避します。判断できないなら送らないという、安全側に倒す設計(fail-closed)を基本としています。
プロセスの透明性
4 つ目は、送信後に何が起きたかを発注者側から確認できるかです。特に営業代行に委託する場合、この観点が抜けると、施策の改善が不可能になります。
確認すべき項目は次のとおりです。
- 送信履歴: いつ・どの企業に・どの文面を送ったかを一覧で確認できるか
- 失敗診断: 送信できなかった件について、理由(フォームが見つからない、項目が対応していない、送信を受け付けない設定など)を確認できるか
- 反応の計測: 開封・クリックといった中間指標を計測できるか。返信の有無だけでは、文面のどこが機能したかを特定できません
- 返信の紐づけ: 返信メールが送信履歴と紐づいて確認できるか
これらが確認できない状態では、成果が出なかったときに「リストが悪かったのか、文面が悪かったのか、そもそも送信が成立していなかったのか」を切り分けられません。切り分けられなければ改善もできず、施策は「効果がなかった」という結論で終わります。稟議の段階で、成果指標だけでなく「改善のために何が見えるか」を確認項目に含めておくことをおすすめします。
なお、ツールカテゴリごとの提供価値の違いや、ここで挙げた 4 観点を含む比較軸の全体像については、フォーム営業ツールの選定軸で 5 つのカテゴリと 7 つの比較軸として整理しています。具体的な製品比較の段階に進む際の材料としてご活用ください。
まとめ:フォーム営業とチャット営業の使い分けは「接点の起点」から決める
フォーム営業とチャット営業は、どちらもリード獲得を目的とする施策ですが、担当する接点のフェーズが異なります。フォーム営業は「自社をまだ知らない企業に、こちらから接点をつくる」施策であり、チャット営業は「すでに自社サイトに来ている企業を、取りこぼさずに受け止める」施策です。この違いを踏まえずに「どちらがリードを取れるか」で比較すると、結論は出ません。
本記事で整理した判断の流れは、次のとおりです。
- 役割の違いを 4 軸で共通言語化する: 接点の起点、対象リードの温度感、コミュニケーションの同期性、主要 KPI。この 4 軸で並べると、両者が代替関係ではないことが明確になります
- 向く場面・向かない場面を条件として照合する: フォーム営業は流入が少なくターゲットが絞れる場合に、チャット営業は一定の流入があり検討ページからフォームへの遷移に落差がある場合に機能します
- 費用・期間・体制・リスクを同じ表で比較する: 費用は金額ではなく構造(変動費か固定費か)で、リスクは量ではなく質(対外的か対内的か)で比較します
- 3 つの指標でボトルネックを切り分ける: ターゲット企業への接触率、検討ページからフォームへの遷移率、そして両者の組み合わせによる 4 つの型。判定結果が着手順序を決めます
- 併用する場合は位置づけまで決める: 送客型・補完型・分業型のいずれを採るにせよ、接触履歴の一元管理と送信前の除外判定は共通の前提条件になります
次のアクションとして、まずは自社の 3 指標を実測することをおすすめします。ターゲット企業総数と接触済み企業数、そして直近 3 か月のサービスページ・料金ページからフォームページへの遷移率です。この 2 つの数字が揃えば、判定表のどの型に該当するかは 30 分で決まります。
型が決まったら、着手する側の PoC の KPI を先に設計してください。フォーム営業であれば送信数・到達率・返信率の目標値と、その水準に達しなかった場合に何を変えるか。チャット営業であれば起動率・会話完了率・リード化率の目標値と、会話ログを見る頻度と担当者。この設計まで含めて稟議に載せると、「選んだ理由」だけでなく「選んだ後にどう判断するか」まで説明でき、決裁が通りやすくなります。
そして、選ばなかった側については「今は選ばない理由」を 1 行で書き添えてください。「サイト流入が月◯セッションのため、チャット施策では改善の効果検証ができない。流入が◯セッションを超えた段階で再検討する」といった形で条件を明示しておくと、次の意思決定の起点になります。
関連情報
フォーム営業の設計思想として「送信数を最大化するのではなく送信先を選ぶ」考え方に関心のある方は、Form Pilot のサービス紹介をご覧ください。他社が接触済みの企業ドメインを外部 API から取得して送信対象から自動で除外する設計、CAPTCHA を突破せず入力までを自動化するセミオート送信、送信履歴と失敗診断の可視化など、本記事で挙げた 4 観点に対応する機能を確認いただけます。
自社の 3 指標の実測方法や、チャネル追加の稟議に載せる試算の組み立てについて個別に相談されたい場合は、お問い合わせフォームからご連絡ください。要件の整理段階からご相談いただけます。
関連記事として、アウトバウンド手法どうしの比較を扱ったフォーム営業とメール営業の違い、複数チャネル併用時の順序設計と二重接触の防止をまとめたテレアポとフォーム営業の違いと使い分け、ツール選定の比較軸を整理したフォーム営業ツールの選定軸もあわせてご覧ください。
よくある質問
- フォーム営業とチャット営業、どちらを先に導入すべきか一言で判断する基準はありますか?
ターゲット企業への接触率が低いならフォーム営業、流入はあるのに検討ページから問い合わせフォームへの遷移率が低いならチャット営業を優先してください。この2指標はSFA/CRMとGoogle Analytics・Search Consoleのデータから算出でき、両方低い場合は先に転換率の改善から着手し、その後にアウトバウンドを拡大します。
- 両方の予算を確保できない場合、稟議ではどちらを優先すべきと説明すればよいですか?
感覚ではなく、接触率・遷移率の実測データを根拠にしてください。「自社のボトルネックがどちらの指標に表れているか」を数字で示し、選ばなかった側についても「サイト流入が月◯セッションを超えたら再検討する」のように再検討の条件を数値であわせて明記すると説明力が増します。
- フォーム営業とチャット営業を両方導入する場合、運用体制はどう分ければよいですか?
送客型・補完型・分業型のいずれかの設計パターンを選んだうえで、必ず接触履歴を一元管理してください。担当を分けても重複接触が起きると信頼を損なうため、送信前の除外判定の仕組みを先に整えることが優先です。
- すでにチャットボットを導入しているのに商談が増えない場合、何を疑えばよいですか?
まずサイト流入量とサービスページへの到達率を確認してください。流入自体が乏しい場合はシナリオ改善では解決せず、流入元のクエリやランディングページを確認したうえで、コンテンツや広告など接点創出側への投資が必要です。母数が少ないままチャットを導入しても効果検証自体ができません。
- フォーム営業とチャット営業のどちらもリスクがあると聞きますが、上長にはどう説明すればよいですか?
リスクの「質」が違う点を伝えると伝わりやすくなります。フォーム営業は対外的リスク(受信側の心証・レピュテーション)、チャット営業は対内的リスク(応答遅延による機会損失)として、それぞれの管理方法とセットで説明してください。



