Claudeで営業バトルカードライブラリを構築する方法
CRMの失注データとWeb検索をClaudeに読み込ませ、競合ごとのトークトラック・反論対応をダッシュボードにまとめる手順です。共有時の注意点も扱います。
Claudeで営業バトルカードライブラリを構築するとは
営業バトルカードライブラリの構築とは、CRMに蓄積された失注商談のメモとWeb上の競合情報をClaudeに横断的に読み込ませ、競合ごとのトークトラック・反論対応・差別化ポイントを1つのダッシュボードにまとめる使い方です。数百件の商談メモを人が読んで型にする作業を、会話ベースの指示に置き換えられます。営業企画やセールスイネーブルメント担当が手作業で行っていた集計・整理の工程が対象です。
バトルカード作成の3工程
- 1
失注データを読ませる
CRMの失注商談を競合別に取得し、メモからパターンを言語化させます。
- 2
Web検索で外部情報を補う
競合サイトやレビューの訴求と、社内の失注理由を突き合わせます。
- 3
Artifactsで書き出す
分析結果をダッシュボード形式にまとめ、商談前に開ける形にします。
3工程の前には接続設定が、後ろには共有範囲の判断があります。この記事では工程ごとの指示に加えて、コネクタの権限の扱いと、ダッシュボードの共有でプランごとに分かれる条件を扱います。Klueで管理済みのバトルカードを引く場合はClaudeとKlueを連携する方法が入口です。
始める前に確認すること
CRMのデータをClaudeに読ませるには、コネクタの接続が前提になります。HubSpotやSalesforceなど個別ツールの接続手順はClaude営業連携ガイドにまとめています。ここでは、バトルカードの用途で判断が分かれる点だけを取り上げます。
ディレクトリのコネクタとカスタムコネクタは別枠
HubSpotのようにディレクトリに載っているコネクタは、全ユーザーが使えます。プランで数の制限が出るのはカスタムコネクタ(自分でリモートMCPサーバーのURLを登録するもの)で、Freeは1つまでです。Team・Enterpriseでは、オーナーが組織設定の「Connectors」でコネクタを追加して初めて、メンバーが個別に認証できます。組織で有効にしただけでは誰にもアクセス権は付かず、各メンバーが自分のアカウントで認証して初めて使えます。例外がEnterprise-managed auth(ベータ)で、組織として一度認可すれば、メンバーは初回ログイン時にアクセスを引き継ぎます。
CRMが見せるデータの範囲は、接続した本人の権限で決まります。Claudeは接続先サービスでのその人の権限を引き継ぐため、失注商談の閲覧権限がない担当者が実行すると、バトルカードの材料も欠けます。共有の認証情報を使うカスタムコネクタだけは例外で、その認証情報がアクセスできる範囲すべてに届きます。分析を担当する人を決めるときは、CRM側で失注商談を横断して見られる人かどうかを先に確かめます。
分析だけなら書き込み系の権限を絞る
HubSpotコネクタの紹介ページには、get_crm_objects・query_crm_data のような取得系と、manage_crm_objects のような更新系のツールが並んでいます。Team・Enterpriseのオーナーが「Customize > Connectors」でコネクタを選ぶと、ツールの権限が読み取り用と書き込み・削除用に分かれて表示されます。それぞれ「Always allow」「Needs approval」「Blocked」から選べます。
バトルカード用のツール権限の考え方
読み取り系
失注商談の取得とメモの参照です。分析に必要なのはこちらだけです。
書き込み・削除系
商談ステージの更新やレコードの作成です。オーナーが「Needs approval」か「Blocked」にしておくと、意図しないCRMの書き換えを防げます。
オーナーが設定した制限は組織全体にかかり、個々のユーザーは上書きできません。
Web検索は画面によって切り替えの有無が違う
競合サイトやG2レビューなど外部情報を補うにはWeb検索を使います。従来の画面では、チャット画面左下の「+」ボタンから「Web search」を選んで有効化します。新しいClaudeの画面ではこの切り替え自体がなく、検索が役立つ場面でClaudeが自分で検索します。Team・Enterpriseでは、オーナーが「Organization settings > Capabilities」で組織全体に有効化します。
切り替えが見当たらない画面でも、プロンプトに「Web検索で調べて」と書けば検索を明示的に求められます。有効化の詳細はClaude Web検索の使い方を、競合の広告バナー画像を訴求軸ごとに分類する手順はClaudeで競合の広告クリエイティブを分析する手順を参照してください。
ブランドとほかの情報源
ブランドカラーやフォントを反映させたい場合は、自社サイトのスクリーンショットを添えると、生成されるArtifactのデザインに反映されやすくなります。コネクタはCRM以外にも、Google Drive・Slackなど社内の情報が置かれているツールを同じ仕組みで接続できるため、材料をCRM単体に限定せず、案件に応じて接続先を増やせます。
バトルカードダッシュボードを作る手順
手順1: CRMの失注データを競合別に読み込ませる
競合名で絞り込んだ失注商談のメモを、Claudeに横断的に読ませてパターンを言語化させます。
直近6か月のHubSpotのクローズロスト商談のうち、競合フィールドに
DataGuard・BackupPro・SecureVaultが入っているものを取得してください。
それぞれの商談メモを読み、競合ごとにどんなパターンが見えるか
教えてください。各社の公式サイト・G2レビュー・最近のポジショニングも
Web検索で調べて、追加情報として補ってください。DataGuard・BackupPro・SecureVaultは公式のユースケースページが使っている架空の競合名なので、自社のCRMで「競合」に入っている値に置き換えます。
手順2: Web検索で外部情報を補い、差別化の言葉を作らせる
CRM側のパターンとWeb検索の結果を突き合わせると、社内の勝ちパターンと外部の競合訴求の食い違いが見えてきます。相手が公式サイトで謳っている強みと実際の失注理由が一致しない場合、その食い違いがこちらから仕掛けられる差別化の材料になります。ここからトークトラックや発見質問(discovery question)、反論対応スクリプトを具体的に言語化させます。
手順3: Artifactsとしてダッシュボードに書き出す
分析が終わったら、チャットの回答として眺めるだけでなく、React製のダッシュボードとして書き出させます。商談前に営業担当がさっと開いて確認する用途に向く形です。
Reactベースの競合インテリジェンスダッシュボードを作ってください。
3社の一覧ビューと、各社ごとの詳細バトルカードを含めてください。
モダンな分析ダッシュボードのように、フラットでメトリクス密度が高く、
テックとクリエイティブの中間くらいのミニマルなデザインにしてください。公式のユースケースページに載っている出力例では、ダッシュボードに次の項目が配置されています。
- 競合ごとの勝率・傾向・平均商談規模・商談サイクルを並べた指標カード(例: 対DataGuard 72%、対BackupPro 81%、対SecureVault 68%)
- 相手の弱点を突く質問例(「導入初日からの本番稼働を見せてもらえますか」のように、相手の実装期間の長さを露呈させる聞き方)
- そのまま使えるトークトラックの言い回し
- 発見質問(discovery question): 相手が答えにくい質問をあらかじめ用意しておく形
- 「よくある反論 → 切り返し → 裏付けとなる根拠」を組で並べた反論対応表
- 相手の訴求表現を自社の言葉に置き換える言い換え例(「enterprise-grade」→運用面での優位性のような形)
- 商談から撤退する判断材料(タイムラインが無い、機能だけで決めようとしている、既存ツールへの不満が一切無い、など)
この出力例には、バトルカードを使った場合の成約率や商談期間の短縮を示す指標も並んでいます。数字はあくまで例示用の値です。自社で同じ欄を作るなら、CRMに記録された商談データから算出させ、計算の根拠もあわせて出させます。
Coworkでの提案書作成との使い分け
競合対応の資料作りという点では、Coworkの提案書ワークフローと近く見えます。両者は担う工程が違います。Coworkは個別商談ごとの提案書や見積もりの下書きを、承認フローを挟みながら自動生成する使い方が中心です。一方この記事のバトルカードライブラリは、個別商談の資料ではなく、競合ごとに再利用できる「型」を先に作り、営業チーム全体で使い回す使い方です。個別提案の下書きにどこまで任せるかはCowork営業で提案書と見積もりの下書きをどこまで任せるかにまとめています。両方を組み合わせるなら、まずバトルカードで型を作り、個別提案の段階でCoworkに渡す順番が自然です。
トークトラックと反論対応を運用に乗せる
ダッシュボードを作った後に、内容を実運用へ落とし込む使い方が2つあります。
BackupPro絡みの失注データから実際にあった反論を使って、
リアルな営業ロールプレイシナリオを3つ作ってください。
反論の内容・こちらの返し方・その後想定される追加質問を
それぞれ含めてください。ロールプレイシナリオには、失注データにある実際の反論を使わせます。
競合の訴求は時間とともに変わるので、既存のバトルカードと最新のCRMデータを比較させ、更新が必要な箇所だけを洗い出す使い方もできます。
今の私たちのDataGuardに関する競合情報を、Q2時点のバトルカードと
比較してください。ポジショニングで変わった点は何か、
カウンター(対抗)メッセージを更新すべきかも教えてください。情報源は1つに絞らないほうが精度が上がります。それぞれ得意な領域が違うためです。
| 情報源 | 何が得意か |
|---|---|
| CRMの失注データ | 何が得意か自社の勝敗パターン、実際の商談での反論内容 |
| Web検索 | 何が得意か競合の最新のポジショニング、価格改定、レビューサイトでの評判 |
| Slack・Google Drive上の社内資料 | 何が得意か現場の営業が個別に感じている違和感、まだCRMに記録されていない気づき |
3つを組み合わせると、1つのソースだけでは見えないパターンまで拾えます。Slackの#salesチャンネルで話題になっていた実装遅延の噂と、CRMのメモにある同じ趣旨の記述が一致すれば、その弱点は裏付けありとしてバトルカードで強調できます。
共有する前に決めること
バトルカードに載る価格・機能リリース時期・顧客名といった具体的な事実は、公開前に必ず裏取りします。Claudeは複数の競合にまたがるパターンの発見と統合は得意ですが、個別の数字は誤りうるためです。出典・参照リンクを添えるよう指示しておくと、後から確認する作業がしやすくなります。競合サイトのトラフィック規模を補足データとして加えたい場合はSimilarweb連携が使えます。自社の値引き幅や断る線は、価格交渉の値引き条件をProjectsで整理する手順のように別のProjectに分けて置けます。
共有の可否は、プランよりも先に、ダッシュボードの作りで分かれます。
ダッシュボードの作りと共有の条件
接続先アプリからデータを引く作り
閲覧者自身の接続が使われ、閲覧者がそのデータに届かないと、その部分は作成者のデータの代わりにエラーを表示します。「Anyone with the link」には設定できません。
接続先アプリにもClaudeにもつながない作り
分析結果の数字をそのまま表示するだけの作りです。
共有先ごとの設定は次のとおりです。
| 共有先 | 設定 | 前提 |
|---|---|---|
| 同じ組織の営業チーム | 設定「Anyone at組織名」 | 前提Team・Enterpriseの既定では、Artifactは組織内にとどまる |
| 社外のパートナー(リンク) | 設定「Anyone with the link」 | 前提Team・Enterpriseではオーナーが「External sharing」を有効にするか、そのArtifactを個別に許可する |
| 社外のパートナー(個別招待) | 設定メールアドレスで招待(ベータ) | 前提招待された人も、招待したアドレスのClaudeアカウントが必要。Team・Enterpriseは「Organization settings > Artifacts」で有効化(既定はTeamがオン、Enterpriseがオフ) |
接続先アプリを使う作りは、リンク共有に使えないだけでなく、メールで招待した社外の人にも、Claudeやコネクタを使う部分は動きません。外部のウェブサイトにつなぐ作りは、メール招待そのものができません。個別招待は1つのArtifactにつき社外50人までで、保留中の招待は30日で失効します。
どの方法でも、閲覧にはClaudeアカウントが必要です。例外はFree・Pro・Maxで公開した従来型のArtifactで、リンクを知っていればアカウントなしでも開けます。従来型のArtifactをTeam・Enterpriseで共有する「Share & copy link」では、閲覧者はそのチャットの添付ファイルにもアクセスできるようになります。プロジェクトで作ったものなら、閲覧者にもそのプロジェクトへのアクセスが要ります。CRMからエクスポートした生データを同じチャットに添付したまま共有すると、そのデータも渡ります。共有前に、会話を分けるか添付を外しておきます。
なお、Team・Enterpriseではコネクタを使えるのは非公開のプロジェクトに限られ、同期した内容を含むチャットは共有できません。競合情報の共有は、チャットそのものではなくArtifactを経由する形になります。
まとめ
最初の1枚は、ツール権限を読み取りに絞り、組織内だけに共有して試すところから始められます。外部へ出す必要が出た時点で、External sharingの設定とArtifactの作りを見直します。