Web商談の進め方|主導権を持って進める実践手順

Web商談で成果が出ない本当の理由

営業の成果を語る文脈では、Web商談の問題も個人の適応力の問題として捉えられがちです。しかし商談の結果を左右するのは、個人の能力よりも先に、場の設計があります。どのような情報を・どの順番で・どのタイミングで相手に届けるか——この設計の精度が、成果の再現性を決めます。

対面商談では、設計の粗さを「その場の雰囲気」や「関係性の蓄積」が補ってくれることがあります。Web商談には、その余白がほとんどありません。補完してくれるものが少ない分、設計の精度がそのまま結果に直結します。これは弱点でしょうか。逆に見れば、設計さえ整えれば結果は再現できるということでもあります。Web商談は対面を劣化させるのではなく、設計の精度を問うている——そのように捉え直すと、改善の方向が見えてきます。

Web商談がうまくいかない原因を「通信環境の問題」や「使い慣れていないツールの問題」と捉えている限り、結果はなかなか変わりません。根本的な違いは、コミュニケーションの情報量の構造にあります。対面商談では、相手の表情・視線・姿勢・声のトーン・空間の空気感が同時に届き、営業担当者はそれらを総合して相手の温度感や懸念を読み取っています。しかしWebの画面越しでは、こうした情報の多くが失われるか、遅延や画質の制限によって歪んで届きます。その結果、相手の反応を読みにくくなり、判断の精度が落ちます。「Webは対面の劣化版だ」という感覚はここから来ていますが、それは誤解です。情報の種類と量が変わるだけで、設計次第で対面と同等の成果を出す商談は十分に可能です。重要なのは「対面と同じやり方でやろうとしている」こと自体が失敗の本質だという認識の転換です。Webには、Webに合ったコミュニケーション設計が必要です。

PR|運営者より

営業のために顧客管理システムを作ったら、社内通貨「Gold」が生まれて、組織が動き出しました。その経緯をnoteに書いています。

→ 【30】営業のために顧客管理システム作ったら、Goldという社内通貨ができて組織が地球儀ぐるぐる回し始めた

この仕組みを、どの会社でも使える形にして、私たちが提供しているのが「Game toB」です。

Game toB法人向けゲーミフィケーションサービスwww.game-tob.bizGame toB 法人向けゲーミフィケーションサービス

前日までの準備:環境・資料・事前案内

Web商談の質は、商談の当日ではなく前日までの準備によって大きく変わります。接続トラブルへの対処に追われて本題に集中できない商談や、アジェンダが共有されていないために話の方向が定まらない商談は、いずれも事前準備の不足から生まれます。準備のポイントは「技術面の確認」と「相手への案内設計」の2つです。この2点を前日までに整えておくことが、当日の主導権を手元に置くための最初の作業になります。環境確認は見落としがちなトラブルを防ぐためのものであり、事前案内は商談の流れそのものを設計するためのものです。それぞれに固有の役割があります。

環境・ツールの確認チェックリスト

商談前日までに確認しておくべき環境の項目は、通信・機材・資料・URLの4点です。通信は有線接続または安定したWi-Fiを確保し、当日使用する場所での実際の接続品質を事前にテストします。カメラとマイクは別のデバイスやスマートフォンで映り・聞こえを確認し、照明は自分の顔が明るく見える位置に調整します。資料は当日開けるか・ページが正しく表示されるかをひととおり確認し、重い動画や高解像度の画像が含まれる場合はPDFへ変換しておきます。会議URLはカレンダー招待に加え、前日に改めてメールで送ることで相手の当日の混乱を減らせます。これらは地味な確認作業ですが、当日こうしたトラブルが起きると冒頭の数分で主導権を失います。確認を省かないことが重要です。

事前案内メールで当日のアジェンダを設計する

商談の主導権は、前日に送る案内メール一通で大きく変わります。多くの営業担当者は「資料を作る」「ツールを確認する」で準備を終わらせますが、相手への事前案内をアジェンダとして設計している人はまだ少数です。ここが最初の差別化ポイントになります。案内メールに含めるべき要素は3つです。1つ目は今日の商談の目的(何を決めるための時間なのか)、2つ目はアジェンダと各パートの所要時間(課題の確認15分・ご提案20分・次回確認5分のように具体的に)、3つ目は相手に準備いただきたいことがあれば追記します。このように構造化された案内を受け取った相手は、当日に「今日は何を話すのか」という不安なく参加できます。その結果、開始直後に「今日の流れをご確認させてください」と一言添えるだけで場が整い、自然に進行の主導権が手元に収まります。

商談開始:最初の10分で主導権を取る

商談が始まってから最初の10分は、その後の流れ全体を左右するもっとも重要な時間帯です。ここで焦って資料共有や提案に入ってしまうと、ヒアリングが浅くなり、後半のクロージングでも主導権を持てなくなります。最初の10分でやるべきことは大きく2つです。接続の確認と場の雰囲気づくりを丁寧に行うこと、そして事前に送ったアジェンダを口頭で確認してから画面共有を始めるタイミングを意識的に判断することです。どちらも「準備」ではなく「設計」の問題であり、前日に決めておいた流れを開始直後に相手と共有することで、場の合意を作ることが目的です。

接続確認と雑談を兼ねる

「聞こえていますか?画面は見えていますか?」という確認から始めるのはWeb商談の基本ですが、確認だけで終わらせずに、その流れで短い雑談を入れることが大切です。天気・移動・最近の状況といった話題を1〜2往復させることで、相手の声のトーンや話すテンポが自然に引き出されます。この数十秒の会話で「この人は話しやすい」という雰囲気が生まれ、後続のヒアリングで相手が本音を話してくれる下地ができます。また、雑談の中で相手が今日どれくらい時間的・精神的な余裕を持っているかを感じ取ることもできます。接続確認を義務的にこなすのではなく、相手の状態を把握するための最初の観察の場として活用することが、開始10分を有効にする習慣です。

画面共有を始めるタイミングの判断軸

画面共有は「早く見せるほど丁寧」ではありません。むしろ商談が始まった直後に資料を共有してしまうと、相手は先のページを先読みし始め、提案の文脈が届く前に懸念や判断が形成されてしまいます。判断軸はシンプルです。「アジェンダの確認が終わり、ヒアリングに移る前まで画面共有は閉じておく」。ヒアリング中は相手の顔を見ながら会話することが最優先です。資料を映し続ける必要はなく、むしろ閉じることで相手の視線が資料より会話に向かいます。「今日の流れをご確認させてください」とアジェンダを口頭で確認した後に、「では少し画面を共有しますね」と宣言してから共有を開始することで、場の流れを意図的にコントロールできます。画面を開くタイミングを自分で決めること自体が、主導権を持つということです。

ヒアリング:画面越しで本音を引き出す

ヒアリングは、Web商談でもっとも技術の差が出るパートです。対面であれば、相手の表情の微変化・姿勢・視線のずれ・場の沈黙感といった情報が自然に届きますが、Web越しでは視野が大幅に制限されます。ただし、制限された視野の中に届いている情報を精度よく読む習慣があれば、むしろWebならではのヒアリングの密度を生み出すことができます。ここでは特に差が出やすい2つの技術として、「意図した沈黙の使い方」と「非言語サインの読み方」を取り上げます。どちらも一度身につければ、毎回の商談で即座に使えるものです。

意図した沈黙の使い方

質問を投げかけたあと、営業側がすぐに話し続けてしまうのは、Web商談でもっとも多く見られる失敗のひとつです。対面では自然な「間」として機能していた沈黙が、Web越しでは気まずく感じられるため、営業側が無意識に言葉を足してしまいます。しかしその余計な言葉が、相手の思考を上書きして本音の発話を阻んでいます。「意図した沈黙」とは、問いかけたあとに意識的に5秒以上待つことです。この沈黙の間に、相手は最初に出てきた表面的な回答の奥にある本音を探し始めます。最初の答えが出た後も黙って待ち続けると、「そういえば、もう一つ気になっていることがあって…」と追加の課題や本音の懸念を話し始めることが多くなります。沈黙を「失敗の間」ではなく「本音を引き出す時間」として位置づけることが、Web商談のヒアリング精度を上げる即効性のある技術です。

事業企画の仕事で年次計画に向けた社内ヒアリングをしていた頃、対面からオンラインに切り替わって少し経った時期の話です。

問いを出した後、画面の向こうで相手が少し考え込む間があると、なぜか私の方から先に「たとえば〇〇という点でしょうか」と例を出してしまっていました。相手がどこで詰まっているかを先読みして助け舟を出しているつもりでしたが、返ってくるのはほぼ「そうですね、その辺りかもしれません」でした。

あるとき、資料に目を落とすことをやめてただ待ってみました。少し長めの沈黙の後、「実はもう一点気になっていることがあって」と続いた話が、それまでの会議では一度も出てこなかった種類の話でした。私が先に選択肢を置いていた間は、その形以外の答えは戻ってこなかったのだと気づいた感じがしています。

表情・声・反応速度で相手の温度を読む

Web商談では、相手の温度感を測るためのセンサーを意識的に絞り込む必要があります。対面で無意識にキャッチしていた全身の情報が届かない分、見えている情報を精度よく読む習慣が重要です。注目すべき指標は3つです。まず「表情」で、特に眉の動きと口角の微変化は、興味・懸念・困惑をよく反映します。次に「声のトーン」です。話す速度が上がったり声が明るくなっているなら関心が高まっているサインで、逆に単調な返答が続くようなら検討温度が下がっています。3つ目は「返答の速度」です。返答が遅れている場合、「考えている(価値ある思考中)」のか「答えたくない(本音に踏み込んでいる)」のかで意味が変わります。後者であれば、もう一歩踏み込む問いかけで本音が引き出せる可能性があります。この3指標を常にモニタリングすることで、ヒアリングのどの問いかけが相手に刺さっているかが見えてきます。

提案・プレゼン:資料を「見せすぎない」設計

提案フェーズでは、資料の「見せ方の設計」が商談の主導権を維持するかどうかを決定づけます。用意した資料を最初から最後まで順番に見せることを「丁寧な提案」と思っている営業担当者は多くいますが、これは相手に先読みの機会を与え、説明の前に懸念を形成させる原因になります。特にWeb商談では、画面共有の性質上、相手が資料の先のページや費用欄を見てしまうと、その場の会話が届かなくなります。主導権を持った提案とは、「何を・いつ・どの順番で見せるか」を提案側が設計し、相手の理解のペースに合わせて情報を届けることです。

画面共有の原則は「今見せたいページだけを見せる」です。ブラウザのタブを分けてページを管理する、PDFのページを指定して開く、スポットライト機能や画面拡大で該当部分だけに視線を誘導するといった操作が有効です。特に費用や価格に関するページは、そこに至るまでの文脈(課題の確認→解決策の提示→導入後の変化)が揃ってから開くことが大切です。相手が先に価格を見て「この金額では難しいかもしれない」と判断してしまうと、それ以降の説明はほぼ届かなくなります。先読みを防ぐ最もシンプルな方法は、「今から費用のご説明をします」と宣言してからそのページを開くことです。「今どのページを見るべきか」を提案側が明示することで、相手は資料をスクロールせず、届けたい情報に集中できます。提案の「順序の設計」が成約率を左右します。

クロージング:「では検討します」で終わらせない

クロージングは、Web商談でもっとも失敗が起きやすいフェーズです。対面と違い、商談室を退出するという物理的な区切りがないため、相手は「ちょっと考えてみます」と言えば簡単に離脱できます。Webの利便性は商談を設定しやすくする半面、「検討します」という曖昧な終わり方を引き出しやすくもします。このフェーズで必要なのは2つの技術です。断りサインを早期に察知して対処すること、そしてネクストアクションをその場でカレンダーに確定させる手順を持つことです。この2つがセットになって初めて、「検討します」で終わる商談の割合を変えることができます。

Web越しの断りサインを見逃さない

Web商談での断りは、対面のような明確な「お断り」よりも、言葉の変化と非言語サインが組み合わさる形で現れます。言葉の面では「ちょっと社内で確認してみます」「今はまだ少し早くて」「いろいろ検討中なので」といった表現が続くようになります。同時に非言語サインとして、カメラから視線が外れる・返答が短くなる・相槌が減るといった変化が出てきます。これらのサインを見逃して進め続けても成約にはつながらず、むしろ相手の信頼を損ないます。サインを察知したら「今日はお時間をいただいてありがとうございます。もし現時点で引っかかっている点があれば教えていただけますか」と問いかけることで、検討の実態を引き出せます。懸念の中身が把握できれば、その場あるいは次回の商談で対応できます。先に懸念を引き出すことが、クロージングを「押し付け」から「課題解決の確認」に変える鍵です。

その場でネクストアクションを日程確定させる手順

「では検討して連絡します」で終わる商談は、その後のフォローが一方的な追いかけになりやすく、返事が来ないまま失注するケースが多くなります。これを防ぐ唯一の方法は、商談の終わりに次の接点をその場でカレンダーに入れることです。手順は3ステップです。まず「今日の内容のご確認を兼ねて、改めてお時間をいただけますか」と次回を自然な流れで提案します。次に「来週の水曜か木曜はいかがでしょうか」と選択肢を2つに絞って提示します(「いつがよいですか」というオープンな問いは回答を難しくします)。相手が答えたら「では今すぐカレンダーをお送りします」と言いながらその場でカレンダーアプリを開き、相手の目の前で日時を入力して招待を送ります。相手の画面に招待が届いたことが確認できれば、その商談はネクストアクションが確定した状態で終われます。

転職エージェントとして採用企業との打ち合わせがオンラインに切り替わってから、私は案件の進み方に変化を感じた部分がありました。

以前は面接の日程調整を後日のメールでやり取りしていました。企業側に空き時間を確認して、候補者に伝えて、また確認して、という往復が挟まる間に、候補者の状況が変わってしまうことが珍しくありませんでした。

オンライン打ち合わせでは、企業担当者に「今の場でご都合を確認いただけますか」と言えるようになりました。その場でカレンダーに入れてもらえた案件と後日確認になった案件を振り返ると、翌週に話が続いていたかどうかに差があったように感じています。後者が動かなかった理由が日程確認の遅さだけにあるとは言い切れませんが、即日に確認できた案件の方がその後の往復が少なかった印象が残っています。

商談後フォロー:録画・議事録・社内共有の活用

Web商談には、対面では難しかった「商談の記録と再利用」が容易にできるという固有の強みがあります。録画・議事録・社内共有の仕組みを整えることで、一度の商談から複数の価値を引き出せます。ただしこの強みを積極的に活かしている営業担当者はまだ少なく、ここが競合との差別化ポイントになります。

商談開始時に「品質向上と社内での情報共有のため、本日の商談を録画させていただいてもよいですか」と許可を取ります。目的を明示すれば多くの場合で承諾が得られます。録画の活用先は3方向あります。1つ目は即日の議事録作成です。録画を確認しながら「今日の確認事項・決定事項・ネクストアクション」をまとめ、商談当日中に相手へ送付します。これにより認識のズレを防ぎ、フォロー漏れを減らせます。2つ目は提案書の精度向上です。ヒアリング内容を録画で再確認してから提案資料を修正することで、的外れな提案を繰り返すことを防げます。3つ目は上長や提案チームへの共有です。商談の温度感と懸念事項を映像で共有することで、次回の打ち手の質が上がります。録画という一つのアクションが、商談後のすべての品質に影響します。

Google Meetの文字起こしを自動処理するパイプラインを組んでいたとき、私は一度だけ全件の音声ファイルを改めて聴き直したことがあります。

テキスト化されたデータを見ると、発言の内容は整理されています。でも音声を聴くと、担当者が答えにくそうに間を置いた箇所や、話の途中でトーンが変わった場面が、LLMの出力には何も残っていないことがありました。テキストにすると前後と同じ重さで並ぶ文字列が、実際の音声では全く違う温度で発せられているケースが、思っていたより多くありました。

スコアリングの精度よりも先に、テキスト化で落ちる情報があるという前提が自分の設計から抜けていたのだと思っています。録音があると後から聴き直しに戻れるのは、そういう種類の情報を拾い直せる機会でもある感じがしています。

Web商談でよくある失敗パターンと対処

Web商談に慣れていない段階では、共通して引っかかりやすいポイントがあります。接続トラブルで商談の出だしを焦るケースは、相手にURLを前日に送り、5分前にルームへ入るルールを徹底するだけで大半が防げます。資料が重くて画面共有が固まる問題は、事前にPDF化・軽量化しておくことで回避できます。相手がカメラオフの場合は「お顔を見ながらお話しできたほうが、表情を確認しながら進めやすいので、可能であればカメラをオンにしていただいてもよいですか」と理由を添えて依頼することで、心理的な抵抗を減らせます。「検討します」で終わる商談への対策は、クロージングの章で紹介した設計そのものです。失敗パターンの多くは、この記事で取り上げた準備・開始・ヒアリング・クロージングの各フェーズを事前に設計することで、あらかじめ防ぐことができます。

あわせて読みたい

筆者:店長

営業と、競馬と、しゃべる植物。あっAIも。つい、いろいろ作ってしまう人です。

→ 店長の正体(詳しいプロフィール)

店長

Xアカウント:@nishi_sales_ai 新卒で大手の人材・情報サービス系の会社に入社し、飛び込み営業から深耕営業、大手企業担当まで第一線で経験を積む(表彰歴多数)。その後、事業企画・営業企画部門で経営に近い立場から営業組織と数字に向き合い、10年勤続を経て独立。営業組織の改善に特化したコンサルタント企業を立ち上げる。 コンサルタントして数々の現場に入りつつ、自ら営業特化の転職エージェントも運営。近年はAIを活用した営業組織の業務改善・生産性向上プロジェクトに携わる。現在は、自分たちで作った法人向けゲーミフィケーションサービス「Game toB」と営業向けSFA「商談ノート」を提供しながら、その公式メディアである当サイトで、営業と組織づくりの実践知を発信している。

この著者の記事一覧

\ 最新情報をチェック /

コメントを残す

メールアドレスが公開されることはありません。 ※ が付いている欄は必須項目です