競合インテリジェンス
商談用のバトルカードは、反対意見一つに三行で答える
商談用のバトルカードを、顧客の反対意見一つ、一文の回答、日付付きの根拠、競合の切り返しで構成する方法。Claudeで下書きし、営業担当者と形式を確かめます。
商談中に参照するバトルカードは、顧客の反対意見一つに対して、一文の回答、日付付きの根拠、競合が次に言うことの三行で作ります。営業担当者と試し、必要に応じて形式を直してください。
長いカードは商談中に探しにくいことがある
網羅的なバトルカードでも、商談中には探しにくい場合があります。商談中には、顧客から出たばかりの反対意見一つへの回答を急いで探す場面があります。
バトルカードの単位は反対意見です。「向こうは半額だった」と「向こうはSOC 2を取っていて、御社は取っていない」には、別々の回答とカードが必要です。同じ競合の名前が出ていても、一枚にまとめると必要な回答を探しにくくなります。
これは私たちの推奨ですが、同じ結論の解説もあります。Content Camelのバトルカード解説(英語)は、一画面に収まらないカードは商談中に使われないと述べ、15枚のスライド資料が共有フォルダーで眠る例を挙げています。
営業担当者と時間を計りながら、カードを上から声に出して読んでください。必要な回答を見つけにくければ、カードを短くするか、反対意見ごとに分けます。
営業担当者と試す最初の形
反対意見を、顧客の言葉のまま書く
「向こうは半額だった」のように書きます。「価格差別化」のような分類名では、営業担当者はいま聞いた言葉から探せません。
一文で答える
回答全体を最初の一文に入れます。カードの残りが消えても、その一文だけで成立する形にしてください。
根拠を、日付付きで一つ添える
日付のない主張では、確認時点が分かりません。出典と確認日を添え、営業担当者が現在も使えるか判断できるようにします。
競合が次に言うことを一行書く
競合が次に言いそうなことと、その対応を一行で書きます。次の切り返しに備えるための項目です。
同じ競合について、二つの形を並べると次のようになります。
| 項目 | 長いカード | 三行のカード |
|---|---|---|
| 冒頭 | 会社概要、資金調達、ポジショニング | 「向こうは半額だった」 |
| 本文 | 40行の機能比較表 | 一文。その見積もりに含まれないもの |
| 根拠 | 五つの出典へのリンク | 日付付きの一行 |
| 結び | ディスカバリー質問の一覧 | 競合が次に言うこと |
四項目の記入欄、Claudeへの依頼文、架空の記入例は、バトルカードのテンプレートにまとめています。
Claudeで下書きし、出典は自分で開く
この作業には、通常のチャットかClaudeのプロジェクトで足ります。継続して同じ競合を扱うなら、会社情報と承認済みの表現をまとめたプロジェクトの設定手順を先に済ませてください。2026年9月12日に確認した公式のプロジェクト設定ガイドでは、無料アカウントでも最大5件のプロジェクトを作成でき、追加した資料はそのプロジェクト内のチャットで共有されます。
手順は四つです。まず、営業から届いた反対意見を顧客の言葉のまま貼り付けます。次に、競合の料金ページの抜粋や社内の根拠ファイルなど、日付の分かる資料を添付し、その資料だけを使って四項目を埋めるよう依頼します。三つ目に、Claudeが根拠として示した箇所を自分で開き、日付と対象プランを確認します。最後に、添付した資料に根拠がない項目は採用せず、空欄のまま残します。
できたカードの確認方法は一つです。回答の一文以外を隠し、その一文だけで顧客に答えられるかを読んでください。この検査は人が行います。
Claudeにできないことも決まっています。チャットとチャットの間に競合のページを見張ることはできず、カードが古くなったことを自分から知らせることもありません。鮮度は、人が資料を開き直し、更新した資料を渡し直すことで保たれます。Claudeの連携ガイド(英語)によると、Team・Enterpriseで連携を使えるのはプライベートなプロジェクトに限られるため、チームで共有するプロジェクトでは、この作業でも手動アップロードが基本になります。
仕上がりより鮮度
バトルカードは、現在についての主張です。競合が料金ページを変えると、古い価格を載せたカードは間違いになり、営業担当者に知らされないこともあります。
長く持つ記載
- カテゴリーに対するポジショニング
- 自社の顧客事例
- 反対意見のパターン。変わり方が遅い
すぐ古くなる記載
- 具体的な料金とプラン構成
- 機能差。リリースのたびに変わりうる記載
- 導入企業名。増えることも減ることもある
- セキュリティと認証の状況
何を、どの頻度で見るか
同じcompato.appのガイドは、変化の速さを項目別に分けています。価格は3か月で古くなり、機能は月次で変わり、メッセージングは四半期で変わる、という整理です。Content Camelも、四半期ごとに更新して終わりにすることを失敗例に挙げています。次の周期は、これらを踏まえた編集上の開始点です。実際の情報源の変化に合わせて調整してください。
- 料金・プラン構成のページ:週次で確認。変更があれば当日中にカードを直す
- 更新情報・リリースノート:週次で確認
- セキュリティ・信頼性のページ:月次で確認
- 導入企業のロゴと事例:月次で確認
- 求人情報:月次で確認。任意ですが、ロードマップの手がかりになることがあります
更新のきっかけを競合の変化に置く考え方は、バトルカードの更新頻度で詳しく説明しています。
プロダクトマーケティングに残る仕事
書く作業は速くなります。維持する作業は速くならず、維持がこの仕事の大半です。うまく回しているチームは、バトルカードを確認工程付きの更新の流れとして扱っています。
営業担当者が特定の記載に異議を唱えたときの確認と修正の手順は、営業の指摘からバトルカードを直すで扱っています。
競合の変更が自社の商談にどう効くかという判断は、競合のサイトには載っていません。それは失注した商談の記録にあり、別の調査の対象です。調査チームがなくても回せる受注・失注分析で扱います。
手作業で回らなくなったら
情報源の一覧を最新に保ち、再確認を継続できるなら、この記事の方法を手作業で進められます。
Steveは競合のページとニュースを追跡し、変更があるとバトルカードの更新案を作成します。更新案は、利用者が確認するまでカードに反映されません。
どの修正案を通すかの判断は、利用者に残ります。詳しくはSteveの競合リサーチをご覧ください。
よくある質問
バトルカードはどのくらいの長さが適切ですか?
まずはノートPCの一画面を目安にします。このテンプレートでは、一文の回答、日付付きの根拠、競合の切り返しの三行で始め、実際に使う営業担当者と形式を確認してください。
バトルカードはいつ更新しますか?
根拠にしている情報が変わったときに更新します。料金、機能、メッセージングなど、項目ごとの変化の速さに合わせて確認してください。本文の周期は編集上の開始点で、すべてのチームに共通する基準ではありません。
バトルカードは誰が担当しますか?
プロダクトマーケティングが初稿を書き、営業が修正できるようにします。営業から編集がなければ利用状況を確認してください。ただし、編集がないことだけでは、誰も開いていないとは判断できません。
Claudeが書いたバトルカードをそのまま営業に配れますか?
いいえ。根拠として示された出典を自分で開き、日付と対象プランを確認してから配ります。添付した資料に根拠がない項目は空欄のままにしてください。
あわせて読みたい
記事一覧- 2026年10月7日競合分析ツールが使われなくなる理由:4週目までに確認したい6つの定着指標ベンダーが示す定着率には分母がありません。営業担当者の利用を6つの指標で分子と分母に分け、データを見る前に合格ラインを決め、更新前に読み取る手順です。
- 2026年9月14日バトルカードのソフトは、トライアルで試せる5つのテストで選ぶバトルカードのソフトを選ぶ5つの基準と、デモで確かめる方法を解説します。Claudeのプロジェクトで足りる範囲と、導入を検討する目安も示します。
- 2026年9月14日競合の料金ページは6項目で読み、営業に伝える前に記録するプラン構成、課金単位、上位プラン限定の機能、記載のない情報、取得日、営業への示唆。競合の料金ページから取り出す6項目と、Claudeで抽出して確認する手順を解説します。
- 2026年9月14日競合調査を繰り返す、または共同レビューが必要ならSteveを検討する競合調査を単発・定期・チームに分け、手作業やClaudeで進めた上で、Steveが合う場面を見極めます。
Steveの競合リサーチを見る