営業からの報告を待たずに、商談に競合がいると気づく方法：CRM、通話、メールのシグナル

「営業が教えてくれる」が成り立たない理由

競合欄は、事実が最後に現れる場所です。そこにあるのは営業担当者が知っていて入力を選んだ内容で、書かれるのはたいてい失注理由を記入するとき、つまり買い手が最初に「他社とどう違うのか」と尋ねたときよりずっと後です。HubSpotには競合欄そのものがありません。既定の取引プロパティ（英語）には「Closed lost reason」と「Closed won reason」はあっても競合に関する項目はなく、各チームがカスタムプロパティを作っています（2026年10月7日確認）。Salesforceでも商談に競合を持たせることはできますが、こちらも同じく手入力です（組織のページレイアウトで確認してください）。

この記事が扱うのは、商談の途中で競合の存在に気づく方法です。どの競合を追跡対象にするかは競合リストは4つの区分で作るで、決着後にCRMの失注理由を買い手の言葉と突き合わせる方法はCRMの失注理由と買い手の声で扱います。

8つのシグナルと、それぞれが見落とすもの

強さの列は当社の判断です。これらのシグナルの誤検知率を数値で示した情報源は見つかりませんでした。

G2はCompareシグナルを「買い手が、自社製品と少なくとも1社の競合を含むG2の比較ページを閲覧した」、Competitiveシグナルを「買い手が、同じカテゴリの競合製品の料金、プロフィール、比較ページを閲覧した」と定義しています（G2 Buyer Intentデータリファレンス、英語、2026年10月7日閲覧）。項目として分かるのは買い手の組織と訪問者の地域・国で、個人名を示す項目はありません。サイト訪問については、訪問企業特定ベンダーのKnock2が「IPによる照合は企業ネットワーク上の人にしかうまく働かない。在宅勤務者、VPN利用者、家庭用回線から接続する人は、所属企業として表示されない」と述べています（Knock2のブログ、英語）。この行を「低」とした理由です。

推論とした2つの行は、根拠が薄い材料に基づいています。提案書作成のブログは、RFPの要件を現行ベンダーの弱点を示すシグナルとして読むよう勧めています（River Editor、英語、2025年11月）。これは応札者向けの助言で、特定の競合が動いている証拠ではありません。Drew Universityの購買規程（英語）は、25,001ドルから49,999ドルの購入に3社の見積もりを、50,000ドル超には正式な競争手続きを求め、継続的な購入は複数年単位で募集できるとしています。1つの大学の例ですが、相見積もりの依頼が、競合の存在ではなく金額帯に対する規程でありうることを示しています。

Gongのトラッカーに見えるもの、見えないもの

Gongのヘルプセンターは2種類のトラッカーを説明しています。キーワードトラッカーは「会話に特定の語句が現れたときに検出する」もの、AIトラッカーは「正確な語ではなく、概念と意図を検出する」ものです（About trackers、英語、2026年10月6日更新）。競合名はキーワードトラッカーで扱い、Gongの受注・失注分析は、初期設定時に作られる競合トラッカーを読みます。

名前を口にしたのが営業か買い手かは、設定で決まります。キーワードトラッカーの作成（英語）では、「Track when mentioned by」で「Anyone（既定）、People at your company、People not at your company」を選べ、最後の選択肢にすると買い手側だけを数えます。同じページで、活用形などの関連語形を含める、質問として言われた語句に絞る、通話のみか通話とメールかを選ぶ、言語ごとに別のキーワードリストを持つ、といった設定もできます。

報告書の脚注に入れるべき、文書化された制約が4つあります。

• 「文字起こしのない通話には、トラッカーの結果が出ない」（Troubleshoot trackers、英語）。
• 「メールのトラッカー結果は、現在、標準のSalesforceトラッカー連携では利用できない。Salesforceに送られるのは通話に基づく結果のみ」（同ページ）。メールのキーワード結果が表示されるのは、取引のアクティビティパネルとアカウントページだけです。
• 「クレジットを使い切ると、公開中のAIトラッカーは自動的に停止し、クレジット追加後に手動で再公開する必要がある」（About trackers）。停止していることは、報告書のどこにも現れません。
• 通話が1件もない商談は、受注・失注の競合インサイトから除外されます（Review win/loss analytics、英語）。

競合名が一般名詞と同じ場合や、名前が誤って文字起こしされた場合の挙動について、ドキュメントは何も述べていません。前者は拾いすぎ、後者は拾い漏れになると当社は見ています。競合名が一般的な語なら、件数を信じる前に一致した箇所を何件か読んでください。

言及を「名前が出た」「比較された」「検討中」に分けて読む

言及は比較検討ではありません。GongのAIトラッカーの説明も同じ線を引いています。「競合に言及したかどうかだけでなく、競合との比較検討として語られたかどうか」です。報告では、買い手側の言及を、名前が出た（競合の話が出た）、比較された（買い手が違いを尋ねた）、検討中（買い手が両方を並行して進めていると言った）の3つに分けます。「商談に競合がいる」件数に入れるのは、後の2つだけです。

いつ言われたかも、分類と同じくらい重要です。これについて数字を出しているのはGong自身だけです。Gong Labsは2025年1月に、「早い段階での競合への言及は、競合に触れない場合に比べてエンタープライズ商談の受注確率を32%高める」、「2022年以降、競合への言及の平均回数は57%増えた」と報告しています（The best sales insights of 2024、英語）。2017年のGongの調査では、早期言及による上昇幅は49%で、後期の言及は競合のいない商談よりわずかに受注しにくいとされました（Win competitive deals、英語）。いずれもベンダーの数字で、サンプル数は示されていません。引用するなら日付を添えるか、使わないかのどちらかです。役に立つのは「早い方が遅いより良い」という方向性です。

どのトラッカーにも載らない競合が、現状維持です。MEDDPICCの解説は、競合には「現状維持（何もしない）と内製」が含まれると述べています（exec.com、英語、2026年2月）。ベンダー名を一度も口にしない買い手でも、自社のエンジニアや「何もしない」と比べている可能性があります。

トラッカーの一致件数が読み切れないほど多いなら、匿名化したエクスポートを使って、Claudeに通常のチャットで一次分類を任せられます。氏名と企業を特定できる情報を取り除き、抜粋を貼り付け、抜粋ごとに3つの分類のいずれかと、その根拠になる文を返すよう求め、「検討中」と分類された抜粋は自分で全件読みます。これは当社の提案で、GongやClaudeが文書化した手順ではありません。各分類は、人が確認するまで仮説です。

競合言及率の報告が誤解を招く3つの形

競合言及率は経営層が求める数字で、都合のよい方向に誤った数字を作るのは簡単です。以下の落とし穴は、それぞれ上で述べた文書化された制約から生じます。

1. 商談ではなく、言及や通話を数える

   通話が5件あり競合が1社いる商談は、競合のいる商談1件であって、5件ではありません。Gong自身のインサイトに、二重計上が入り込む様子が示されています。「他のインサイトと異なり、複数の競合に言及があった商談は、複数のグラフの棒に現れることがある」。「競合が1社以上いる商談」を独立した数字として報告し、「通話あたりの言及回数」は別に扱います。

2. 分母が全商談になっていない

   Gongの受注・失注分析は、通話が1件もない商談を除外します。トラッカーに見えるのは文字起こしされた通話とメールだけ、CRMのリストに見えるのは営業担当者が入力した商談だけ、停止中のAIトラッカーには何も見えず、メールの結果は標準連携ではSalesforceに届きません。分母が「録音のある商談」の割合は、競合の存在を過大に示します。この偏りを数値化した情報源はないので、分母を明記して読み手の判断に委ねます。

3. 言及を比較検討と見なし、時期を無視する

   初回の通話で営業が競合名を持ち出せば言及が1つ生まれ、4回目の通話で買い手が並べての比較を求めれば比較検討が1つ生まれます。この2つをまとめると率は上がります。日付を無視すると、Gongの数字の前提である早期と後期の区別が消えます。

よい報告書は、分母を示し、商談を数え、早期と後期、名前が出ただけと検討中を分け、各情報源からどの商談が見えなかったかを脚注に記します。悪い報告書は、分母のない1つの割合です。

「競合あり」の基準と、確認を求めるアラート

最初の報告の前に基準を書き出しておけば、数字の意味が毎月同じになります。当社が推奨する基準では、買い手側のシグナルが比較または検討を示すとき（比較された、または検討中と分類したトラッカーの一致、メールでの比較の依頼、競合名を挙げたRFPの評価表）、またはCRMの欄が埋まっているときに、その商談を「競合あり」とします。最初のシグナルの日付と情報源を商談に記録します。営業側の言及、サイト訪問、G2のインテントは確認のきっかけであって、件数には入れません。

次に、そのシグナルを確認できる人に回します。以下の文面は当社がこの記事のために作ったもので、意図的に問いかけの形にしています。

[商談名]に競合シグナル：[日付]の通話で買い手が[競合名]に言及。情報源：通話トラッカー。CRMでは未確認。担当：[営業担当者]。確認するか、却下してください。

営業担当者が欄を埋めればシグナルは記録になり、却下すればどのシグナルが拾いすぎかが分かります。月に一度、トラッカーの商談リストとCRMの欄を突き合わせます。トラッカーが捉えて欄にない商談が入力の遅れ、欄にあってトラッカーに見えなかった商談が文字起こしの穴です。

Steveが合う場面

ここまでの方法は、Gong、CRM、スプレッドシート、そして突き合わせを行う担当者1人で回ります。競合がCRMに入るのは営業担当者が思い出して入力したときだけで、その対策である買い手側のトラッカーと月次の突き合わせは、担当者が忙しい月に止まります。現状維持という競合も、どの方法にも見えません。

SteveのIntelligent Deal Detectionは、HubSpotとSalesforceの中で動きます。サイトの説明によれば、Steveは新しい商談ごとに競合を提案し、担当者が1件ずつ、またはまとめて承認します。Steveが取り込んだ録音済みの通話は参加者のメールアドレスで商談に紐づけられ、レコードにリンクされます。バトルカードへのリンクが取引や商談に書き込まれ、商談は毎晩と、Syncをクリックしたときに同期されます。SteveはGongに接続して通話の文字起こしから競合への言及を拾い（英語ページ）、各インサイトに文字起こしの文脈を付け、バトルカードに反映する前に承認、編集、却下できます。

2026年10月時点のトレードオフも、同じページに書かれています。提案は人が承認し、自動でタグ付けされるものはありません。同期は毎晩と手動で、リアルタイムではありません。入力はCRMの商談、接続した録音ツールの通話、HubSpotではリンクされたGmailのスレッドで、RFPを商談に添付してSteveに質問することもできます。メールやRFPの文言、購買手続き、サイト訪問、レビューサイトのインテントから競合を検知するとも、言及時にSlack通知を出すとも、サイト上では主張していません。対応するCRMはHubSpotとSalesforceのみです。自社の穴がCRMの欄と通話と商談の紐づけなら、それがSteveの担う仕事です。穴が表の残り5行にあるなら、上の基準と突き合わせを続けてください。