Claudeで営業バトルカードライブラリを構築する方法
CRMの失注データとWeb検索をClaudeに読み込ませ、競合ごとのトークトラック・反論対応をダッシュボードにまとめる手順です。共有時の注意点も扱います。
Claudeで営業バトルカードライブラリを構築するとは
営業バトルカードライブラリの構築とは、CRMに蓄積された失注商談のメモとWeb上の競合情報をClaudeに横断的に読み込ませ、競合ごとのトークトラック・反論対応・差別化ポイントを1つのダッシュボードにまとめる使い方です。数百件の商談メモを人が読み込んで型化する作業を、大幅に圧縮できます。営業企画やセールスイネーブルメント担当が手作業で行っていた集計・整理の工程を、会話ベースの指示に置き換える使い方でもあります。
やることは3つです。①CRMの失注データを競合別に読み込ませてパターンを言語化させる ②Web検索で競合サイトやレビューの情報を補う ③結果をArtifactsとしてダッシュボード形式に書き出す。この記事ではこの3手順と、CRMデータをダッシュボードとして共有する際に確認すべき点をまとめます。
始める前に確認すること
CRMのデータをClaudeに読ませるには、コネクタの接続が前提になります。HubSpotやSalesforceなど個別ツールの接続手順はClaude営業連携ガイドにまとめています。カスタムコネクタはFree・Pro・Max・Team・Enterpriseいずれのプランでも使えますが、Freeは同時に接続できる数が1つに制限されます。Team・Enterpriseでは、オーナーが組織設定で有効化していないとメンバー個別の認証ができません。
競合サイトやG2レビューなど外部情報を補うにはWeb検索を使います。チャット画面左下の「+」ボタンから有効化でき、Team・Enterpriseではこちらもオーナーによる組織設定での有効化が前提です。有効化手順の詳細はClaude Web検索の使い方を参照してください。
ブランドカラーやフォントをダッシュボードに反映させたい場合は、自社サイトのスクリーンショットを添えておくと、生成されるArtifactのデザインに反映されやすくなります。
コネクタは接続先ごとに個別のカードとしてディレクトリに並んでいます。CRM以外にも、Google Drive・Slack・Notionなど、社内の情報が置かれているツールを同じ仕組みで接続できます。バトルカードの材料をCRM単体に限定する必要はなく、案件に応じて必要な接続先を増やす前提で始めるほうが、後から情報源を追加しやすくなります。
バトルカードダッシュボードを作る手順
手順1: CRMの失注データを競合別に読み込ませる
競合名で絞り込んだ失注商談のメモを、Claudeに横断的に読ませてパターンを言語化させます。
直近6か月のHubSpotのクローズロスト商談のうち、競合フィールドに
DataGuard・BackupPro・SecureVaultが入っているものを取得してください。
それぞれの商談メモを読み、競合ごとにどんなパターンが見えるか
教えてください。各社の公式サイト・G2レビュー・最近のポジショニングも
Web検索で調べて、追加情報として補ってください。手順2: Web検索で外部情報を補い、差別化の言葉を作らせる
CRM側のパターンとWeb検索の結果を突き合わせると、社内の勝ちパターンと外部の競合訴求の食い違いが見えてきます。相手が公式サイトで謳っている強みと、実際の失注理由が一致しないことも珍しくありません。この食い違いこそが、こちらから仕掛けられる差別化の材料になります。ここからトークトラックや発見質問(discovery question)、反論対応スクリプトを具体的に言語化させます。
手順3: Artifactsとしてダッシュボードに書き出す
分析が終わったら、チャットの回答として眺めるだけでなく、React製のダッシュボードとして書き出させます。一覧性が上がり、営業担当が商談前にさっと開いて確認する用途に向く形になります。
Reactベースの競合インテリジェンスダッシュボードを作ってください。
3社の一覧ビューと、各社ごとの詳細バトルカードを含めてください。
モダンな分析ダッシュボードのように、フラットでメトリクス密度が高く、
テックとクリエイティブの中間くらいのミニマルなデザインにしてください。Claudeが生成するダッシュボードには、次のような項目を構造化して配置できます。
- 競合ごとの勝率・平均商談規模・商談サイクルを一覧できる指標カード(例: 「対DataGuard 72%」「対BackupPro 81%」「対SecureVault 68%」のように自社との勝敗を並べる)
- 相手の弱点を突く質問例(「導入初日からの本番稼働を見せてもらえますか」のように、相手の実装期間の長さを露呈させる聞き方)
- そのまま使えるトークトラックの言い回し
- 発見質問(discovery question)——相手が答えにくい質問をあらかじめ用意しておく形
- 「よくある反論 → 切り返し → 裏付けとなる根拠」を組で並べた反論対応表
- 相手の訴求表現を自社の言葉に置き換えるポジショニングの言い換え例(「エンタープライズ級」→「運用面での優位性」のような言い換え)
- 商談から撤退する判断材料(タイムラインが無い、機能だけで決めようとしている、既存ツールへの不満が一切無い、など)
数字が入った指標カードを含めることで、営業担当が数字の根拠まで説明できる状態になります。ArtifactsのURL共有・埋め込み手順はClaude Projects完全ガイドにまとめています。
Coworkでの提案書作成との使い分け
競合対応の資料作りという点では、Coworkの提案書ワークフローと近く見えます。両者は担う工程が違います。Coworkは個別商談ごとの提案書や見積もりの下書きを、承認フローを挟みながら自動生成する使い方が中心です。一方この記事のバトルカードライブラリは、個別商談の資料ではなく、競合ごとに再利用できる「型」を先に作り、それを営業チーム全体で使い回す使い方です。個別提案の下書きにどこまで任せるかはCowork営業で提案書と見積もりの下書きをどこまで任せるかにまとめています。両方を組み合わせるなら、まずバトルカードで型を作り、個別提案の段階でCoworkに渡すという順番が自然です。
トークトラックと反論対応を運用に乗せる
ダッシュボードを作った後は、内容を実運用に落とし込む使い方が2つあります。
BackupPro絡みの失注データから実際にあった反論を使って、
リアルな営業ロールプレイシナリオを3つ作ってください。
反論の内容・こちらの返し方・その後想定される追加質問を
それぞれ含めてください。ロールプレイシナリオは、実際にあった反論を使うほど研修の効果が上がります。架空の反論では新人が身構えず、本番の商談で初めて聞く反論に慣れていないまま臨むことになりがちです。四半期ごとに反論のパターンをアップデートし、ロールプレイの題材も合わせて更新しておくと、研修と実運用のズレが小さくなります。
競合の訴求は四半期ごとに変わります。既存のバトルカードと最新のCRMデータを比較させ、更新が必要な箇所だけを洗い出す使い方もできます。
今の私たちのDataGuardに関する競合情報を、Q2時点のバトルカードと
比較してください。ポジショニングで変わった点は何か、
カウンター(対抗)メッセージを更新すべきかも教えてください。情報源は1つに絞らないほうが精度が上がります。それぞれ得意な領域が違うためです。
| 情報源 | 何が得意か |
|---|---|
| CRMの失注データ | 何が得意か自社の勝敗パターン、実際の商談での反論内容 |
| Web検索 | 何が得意か競合の最新のポジショニング、価格改定、レビューサイトでの評判 |
| Slack・Google Drive上の社内資料 | 何が得意か現場の営業が個別に感じている違和感、まだCRMに記録されていない気づき |
CRM・Google Drive・Slackを組み合わせると、1つのソースだけでは見えないパターンまで拾えます。Slackの#salesチャンネルで話題になっていた実装遅延の噂と、CRMのメモにある同じ趣旨の記述が一致すれば、その弱点は裏付けありとしてバトルカードで強調できます。
精度と機密性を保つための確認ポイント
バトルカードに載る価格・機能リリース時期・顧客名といった具体的な事実は、公開前に必ず裏取りします。Claudeは複数の競合にまたがるパターンの発見と統合は得意ですが、個別の数字の正確性は保証しません。Claudeに出典・参照リンクを添えるよう指示しておくと、後から裏取りする作業がしやすくなります。
ダッシュボードをArtifactとして共有・公開する前に、もう1点確認が必要です。Artifactを共有すると、閲覧者はその会話で使われた添付ファイルにもアクセスできるようになります。CRMからエクスポートした生データや機密の商談メモを同じ会話でアップロードしたまま共有すると、閲覧権限のない相手にもそのデータが渡ってしまいます。共有前に、会話を分けるか添付ファイルを整理しておく必要があります。
公開範囲もプランによって変わります。Free・Pro・Maxプランでは、生成したダッシュボードをリンク一つで社外にも一般公開できます。一方Team・Enterpriseプランでは一般公開はできず、組織のメンバーで、かつそのプロジェクトへのアクセス権を持つ人だけが閲覧できる仕組みになっています。競合情報という性質上、Team・Enterpriseの組織内共有に留める運用のほうが多くの企業にとって現実的です。
よくあるつまずき
- CRMデータだけで完結させる: 社内の勝敗パターンだけでは、相手の最新の訴求とのズレに気づけません。Web検索での裏取りを組み合わせます
- 価格や顧客名を未検証のまま配布する: 具体的な事実は必ず一次情報で確認してから資料化します
- 機密データを含む会話ごと共有する: Artifactの共有範囲は添付ファイルにまで及びます。公開前に不要なやり取りを削除しておきます
- 一度作って更新しない: 競合の訴求は変わり続けます。既存のカードと最新データを比較する運用を組み込みます
まとめ
CRMの失注データとWeb検索を組み合わせれば、競合ごとのバトルカードを手作業の型化より速く作れます。数百件の商談メモを1件ずつ読んで型化する作業は、営業企画やイネーブルメント担当にとって大きな負荷でしたが、Claudeに横断的なパターン抽出を任せることで、その負荷を大きく圧縮できます。
ただし、できあがったダッシュボードをそのまま現場に配って終わりにはしません。価格・機能・顧客名といった具体的な事実の検証、Artifact共有時の添付ファイルの扱い、四半期ごとの内容更新は、いずれも人が担う部分として運用に組み込んでおきます。最初の1つを作って終わりにせず、更新の仕組みまで含めて設計しておくことが、バトルカードを実際に使われ続けるものにする分かれ目です。