# 競合インテリジェンス基盤の契約前に、ベンダーに証明してもらう4つのこと 要件を業務単位で書き、出典・更新頻度・承認・データ管理の証拠を各ベンダーに求めます。Claudeで主張を自分で確認してから契約する方法を解説します。 URL: https://www.hiresteve.ai/ja/blog/competitive-intelligence-buyers-guide 最終更新: 2026-10-12 ベンダーのサイトを開く前に、基盤に任せたい業務と、それができたと認める証拠を書き出してください。そのうえで、Steveを含むすべてのベンダーに4つのことを証明してもらいます。主張の出典はどこか、情報源はどの頻度で再確認されるか、変更は誰が承認するか、自社のデータはどう扱われるか。機能一覧は、このどれにも答えません。 ## 要件は業務の文章で書く 要件とは、自社の業務についての文章で、基盤が失敗したときにそれと分かるものです。「競合の料金ページを追跡できる」は機能です。「競合5社のいずれかが料金を変えたら、1週間以内にプロダクトマーケター1人へ、変更前後のページを並べて知らせる」は要件です。社数や日数は文章の形を示す例なので、自社の数字に置き換えてください。 一覧の大半は4つの事実で決まります。重要な競合は何社で、どれくらいの速さで変わるか。変化が営業に届くまでに、どの程度の速さが必要か。出力を誰が読み、普段どのツールで作業しているか。出力が間違っていたら何が起きるか。営業が古い料金を顧客に伝えるリスクと、四半期レビューの資料の数字が古いリスクは別物です。 候補が決まる前に書いておけば、どのベンダーとの打ち合わせでも、自社の文章に照らして製品を確かめられます。 ## 証拠を求める4つの項目 どのベンダーも、出典があり、情報は新しく、レビューに対応し、セキュリティにも配慮していると説明します。差が出るのは、何を見せられるかです。自社が名指しした競合を対象に、実際の画面を開いた状態で、次の4点を確かめてください。 | 求めるもの | 証拠になるもの | 証拠にならないもの | | --- | --- | --- | | 主張の出典 | 主張そのものに付いた元ページへのリンクを、その場で開けること | 「AIが複数の情報源を統合しています」という説明 | | 情報源の鮮度 | 特定ページの最終確認日と、確認スケジュールの説明 | 日付のない「リアルタイム」表示 | | 承認の経路 | 編集が変更案として表示され、営業に届く前に決まった役割の担当者が承認または却下できること | 承認の関門がない編集履歴 | | データの扱い | 自社のベンダーリスク評価に添付できるセキュリティ文書と、何が暗号化されているかの説明 | トップページの認証ロゴ | 自社の競合で4点すべてを見せられる基盤は、機能比較とは別の問いに答えています。製品が何をできると説明するかだけでなく、買い手が何を検証できるかという問いです。いずれかの行に「今後の予定」と答えたベンダーは、その行を差し引いて評価してください。 ## 機能比較だけでは判断を誤る理由 いま開ける日本語の資料でも、扱う仕事は分かれています。[Sales AI Compassの手順](https://sales-ai-compass.jp/competitor-battle-card-ai/)はPerplexity向けのプロンプトと商談前のバトルカード運用を扱い、[FlowHuntの比較記事](https://www.flowhunt.io/ja/%E3%83%96%E3%83%AD%E3%82%B0/ai-competitive-intelligence-tools-compared-flowhunt-crayon-klue/)は競合インテリジェンス製品を、製品分析の深さ、データの鮮度、使いやすさ、連携、価格などで比較しています。このガイドでは、その前段として自社の要件を書き、各ベンダーが示す主張に開ける出典と確認日を求めます。 英語の現在のガイドも、評価軸を具体的に示しています。[Klueのガイド（英語）](https://klue.com/topics/best-competitive-intelligence-platforms)は自動収集、商談単位の配信、Win/Lossとの連携、AIリサーチ、CRMなどとの連携を確認項目に挙げています。[Quidのガイド（英語）](https://www.quid.com/knowledge-hub/resource-library/blog/competitive-intelligence-platforms)はリアルタイム監視、AI分析、データ集約、連携を挙げています。カテゴリーを知る材料として使い、候補ごとに上の4つの証拠を確かめてください。 比較記事に出ている料金を判断材料にするなら、出典と確認日が必要です。記事が扱うのは執筆者が選んだベンダーに限られます。カテゴリーの用語を学ぶために読み、判断は自社の要件の文章で行ってください。 ## ベンダーの主張をClaudeで自分で確認する この作業は、通常のClaudeのチャットか、Claudeのプロジェクトで十分です。自分で開いたページをもとに整理する作業だからです。プロダクトマーケティング用のプロジェクトを運用しているなら、指示とファイルの用意は[プロジェクト設定の手順](/ja/blog/claude-project-setup)を参照してください。1回の評価なら、チャット1つで進められます。 **要件を自分の言葉で下書きする** 先ほどの4つの事実を貼り付け、検証できる要件の文章にまとめてもらいます。それぞれの文章が、観察できる失敗を名指ししているか確認してください。失敗しようがない文章は希望であり、一覧の下の方に置きます。 **各ベンダー自身のページを開く** 候補ごとに、料金・セキュリティ・製品ページのURLを貼り付けるか、Web検索を有効にして会話中にClaudeに取得させます。複数ページをまとめて調べる[リサーチ機能（英語）](https://support.claude.com/en/articles/11088861-use-research-on-claude)は、2026年9月14日に確認したAnthropicのヘルプ記事では、有料プラン（Pro、Max、Team、Enterprise）が対象です。ベンダーの提供内容を、Claudeの記憶から答えさせないでください。 **取得したページに出典がある主張だけを抜き出す** 自社の要件に対するベンダーの主張を、各行に出典を付けた表にし、ページに根拠なく書かれている主張は別の一覧にしてもらいます。出典は自分で全部開き、そのページに今もそう書かれているかを見てください。Claudeが出典を示せなかった主張は削除します。「おそらく」に弱めて残してはいけません。 **証拠ファイルを次の判断のために保存する** ベンダーごとに1ファイルを作り、URL、開いた日付、成り立った主張を残します。競合について[根拠から始める調査計画](/ja/blog/competitive-research-plan)と[主張台帳の作り方](/ja/blog/competitive-claim-ledger)で教えているのと同じ習慣で、更新時期にそのまま使えます。 繰り返し使う価値があるのは、手順3の抽出指示です。文言を正確に保つことで、Claudeが記憶で空白を埋めるのを防げます。 ```prompt この会話で私が貼り付けたページ、またはあなたが取得したページだけを使い、 このベンダーが出典、更新頻度、承認フロー、データの扱いについて述べている 主張を列挙してください。各主張について、原文の一文と、その出典URLを示して ください。取得したページに結び付けられない主張は「未確認」という別の一覧に 分けてください。このベンダーについてあなた自身が知っていることは加えないで ください。 ``` **この方法が通用しなくなるところ** Claudeが持つベンダーの料金や機能の知識は学習時点の記録で、ベンダーは予告なくサイトを変えます。「Klueの料金はいくらか」というチャットの回答は、読む時点ですでに古くなっている可能性があります。会話中に開いたページのない数字や機能は未確認として扱ってください。ベンダーが競合について述べる主張にも、同じ基準を当てはめます。 ## 内製を続けるべき場合 必要な情報源を最新に保ち、重要な変化を見逃さずに根拠を確認できる間は、業務を社内で続けてください。一人で回せる範囲は[一人で運用する競合インテリジェンス](/ja/blog/solo-competitive-intelligence)で、手作業・自社の自動化・専用基盤の継続的な作業量の比較は[内製か導入かの判断](/ja/blog/build-vs-buy-competitive-intelligence)で扱っています。見逃した変化と、保守・レビューの負担で判断してください。競合の社数だけでは決まりません。 証拠の確認点が基盤全体とは異なる2つの下位判断には、別のガイドがあります。バトルカードの生成と承認は[バトルカードソフトの選び方](/ja/blog/battlecard-software-guide)、買い手の声を集める運用は[受注・失注分析ソフトの選び方](/ja/blog/win-loss-software-guide)です。要件ができたら、[検証の確認項目](/ja/blog/competitive-intelligence-pilot)で、自社の競合を使った短い検証に落とし込みます。 契約前に、証拠ファイルが次の項目に答えられるか確認してください。空欄の行が、ベンダーへの次の質問です。 - すべての要件が、観察できる失敗を名指しした文章になっている。 - 各ベンダーが、自社の名指しした競合について、出典リンク付きの主張を実際の画面で見せた。 - 各ベンダーが、少なくとも1つの情報源について最終確認日と確認スケジュールを示した。 - 承認の経路を実際の編集で見せてもらい、承認する役割が分かった。 - ベンダーリスク評価に添付できるセキュリティ文書がある。 - 説明した範囲に対する料金が、日付付きの書面で出ている。 - 自社の競合で検証する際の合格条件が、開始前に文章になっている。 ## Steveの公開情報から確認できること Steveの製品ページには、競合のWebサイトを毎日確認するとあり、バトルカードには現在の文面の横に更新案が表示され、誰かが選ぶまでは何も変わりません。データの扱いと公開料金は分けて確認する必要があります。 SteveのSLAページには、TrissinoがSOC 2 Type 2の保証報告を維持していると記載されています。他のベンダーと同じく、報告書の提示を求めてください。 料金は4つの行の外にある留意点です。Steveは料金を公開しておらず、料金ページは見積もり依頼のフォームです。公開された比較可能な料金が要件なら、Steveは公開していません。同じ要件をどのベンダーにも求めてください。 [Steveの競合リサーチ](/ja/products/research)にモニタリングとバトルカードの提供範囲があります。要件が成り立つなら、追跡している競合を添えて[お問い合わせ](/ja/contact)ください。 ## よくある質問 ### 競合インテリジェンス基盤の契約前に、何を証明してもらうべきですか？ 各主張の出典、情報源を再確認する頻度、営業に届く前に変更を承認する担当、自社データの扱いの4点です。実際の画面で出典リンクを開くなど、自分で確かめられる証拠を求めてください。 ### ベンダーの料金をClaudeに聞いてもよいですか？ 聞くのは構いませんが、その回答を根拠にはできません。Claudeの学習データはある時点の記録で、料金は予告なく変わります。ベンダーの現在の料金ページを貼り付けるかWeb検索を有効にし、自分で開いたページのない数字は未確認として扱います。 ### 競合が何社あれば導入する価値がありますか？ 社数では決まりません。重要な変化がどれくらいの頻度で起きるか、見逃した場合に何が起きるか、情報源と営業資料を一人で最新に保てるかで判断します。動きの速い2社の方が、静かな6社より作業量が多いこともあります。 ### 契約前にどう検証すべきですか？ ベンダーのサンプルデータではなく、自社が名指しした競合で行ってください。デモでは画面は分かりますが、出典・更新頻度・承認の説明が自社の市場でも成り立つかは、自社の市場での検証で分かります。合格条件は開始前に文章にします。