知見・解説
競合分析のやり方|BtoBの比較項目・比較表と差別化につなげる手順
競合分析のやり方をBtoB向けに7つの手順で解説。競合の選び方、比較項目、比較表の記入例から差別化仮説・施策・検証につなげる方法を紹介します。
- 公開日
- 情報確認日

競合分析は、競合企業の機能や価格を並べるだけでは、自社の差別化につながりません。まず、顧客が何を基準に選ぶのかを明確にし、直接競合だけでなく、間接競合や代替手段も同じ軸で比較することが重要です。この記事では、BtoBにおける競合分析の目的から、競合の選び方、情報収集、比較項目の決め方までを7つの手順で解説します。架空の営業支援ツールを使った比較表の記入例と実務テンプレートも示します。確認できた事実と仮説を分けて整理し、分析結果を施策と顧客への検証につなげる方法が分かります。
競合分析とは何か、BtoBで実施する目的
競合分析とは、顧客が自社の商品・サービスを検討するときに比較する選択肢を調べ、自社が選ばれる理由と選ばれない理由を明らかにすることです。競合企業の機能や価格を並べるだけではなく、顧客が何を解決したくて、何を基準に判断するのかを捉えます。
BtoBでは、利用する担当者だけでなく、導入や運用に関わる部門も判断に参加します。そのため、競合分析の目的は単純な優劣を決めることではありません。顧客の選定基準に照らして自社の提供価値を明確にし、商品企画や営業、訴求内容について判断できるようにすることが目的です。
市場調査との違いと、分析結果を活用する場面
市場調査と競合分析は、調べる対象と答えたい問いが異なります。両者の役割を分けると、調査結果を何の判断に使うのかが明確になります。
横にスクロールして表全体を確認できます
| 調査 | 主な問い | 判断に活用する場面 |
|---|---|---|
| 市場調査 | どのような顧客の課題や需要があるか | 対象とする顧客や事業機会を検討するとき |
| 競合分析 | 顧客はどの選択肢を、なぜ選ぶか | 自社の訴求内容や提案、商品・サービスの改善方針を検討するとき |
例えば、顧客の課題が見えていても、他の選択肢と比べて自社を選ぶ理由が説明できなければ、提案は曖昧になります。競合分析の結果は、顧客への説明を見直すほか、どの改善課題に取り組むかを検討する材料になります。ただし、分析結果だけで施策を決めず、最終的な意思決定は自社で行います。必要に応じて外部の専門家に比較の観点や根拠の整理を支援してもらう場合も、判断の主体は自社です。
競合分析のやり方を7つの手順で解説
競合分析は、情報を集めること自体が目的ではありません。顧客が何を基準に選ぶのかを確かめ、自社がどこで選ばれる可能性があるかを判断し、施策につなげます。
手順1 目的と意思決定したいことを決める
まず、分析結果を使って何を決めるかを明確にします。例えば「失注が多い顧客層への提案を見直す」「次に訴求する強みを選ぶ」のように、意思決定を具体的に書き出します。あわせて、対象とする顧客層、商材、分析の期限、最終的に判断する担当者を決めます。
「競合を調べる」ではなく、「調べた結果、何を決めるか」から始めることが重要です。目的が定まれば、収集する情報を絞り込みやすくなります。
手順2 顧客の課題から直接競合・間接競合・代替手段を選ぶ
次に、顧客が同じ課題を解決するために検討し得る選択肢を挙げます。同種の製品・サービスは直接競合、異なる方法で同じ課題に対応する製品・サービスは間接競合です。既存の表計算ソフトでの管理や人手による運用なども、顧客が実際に比較するなら代替手段に含めます。
候補は、自社の商談記録、提案時の質問、失注理由から探します。知名度だけで選ばず、対象顧客や導入目的が重なるかを確認してください。「何も導入せず現状を維持する」という判断も、商談で繰り返し現れるなら比較対象になります。
手順3 顧客の選定基準に沿って比較項目を決める
比較する項目は、競合の機能一覧からではなく、顧客が導入を決める際の条件から選びます。商談で聞かれることや失注理由を確認し、「既存システムと連携できるか」「運用に必要な人員を確保できるか」など、判断に使える問いに直します。顧客層によって重視する条件が異なる場合は、同じ比較軸を無理に当てはめず、対象を分けて整理します。
機能の数だけで優劣を決めず、顧客の課題に対して何が必要かを比較します。比較軸の設計が難しい場合、外部の専門家に整理を支援してもらうこともできます。ただし、どの顧客を対象に何を優先するかは、自社で判断します。
手順4 公式サイトや営業情報から収集し、出典と確認日を記録する
製品の機能や提供条件は、まず各社の公式サイト、公開資料、導入事例で確認します。一方、顧客が何を比較し、なぜ選んだかは、自社の商談記録や失注時の聞き取りから把握します。公開情報だけで顧客の判断理由を推測せず、両方を照らし合わせてください。
情報を記録する際は、内容とともに出典のURL、確認日、確認した担当者を残します。営業担当者から聞いた内容なら、いつ、どの商談で得た情報かを区別して記録します。特に料金や提供条件は変わり得るため、確認時点も後から分かるようにします。
手順5 事実・仮説・不明を分けて比較表に記入する
集めた情報は、同じ比較軸で自社と各選択肢を見られるように整理します。その際、公式資料などで確認できた内容は「事実」、情報から考えた解釈は「仮説」、確認できなかった内容は「不明」と分けます。
例えば、競合サイトに連携機能の記載が見当たらなくても、「連携できない」とは書けません。「公式サイトでは確認できず」と記入し、必要なら確認先と担当者を決めます。商談中の顧客の発言も、その顧客が述べた事実と、他の顧客にも当てはまるという推測を混同しないようにします。
手順6 自社の強みから差別化仮説と施策を立てる
比較結果を見て、自社が顧客の選定基準に応えられる点を探します。競合にない機能を探すだけでなく、導入時の負担や運用方法まで含めて考えます。そのうえで、「この条件を重視する顧客には、この強みが選ぶ理由になるのではないか」と、検証できる形で差別化仮説を立てます。
施策は、顧客にとっての重要度と、根拠の確かさを踏まえて優先します。競合の訴求をそのまま模倣するのではなく、どの施策が顧客の判断を助けるかを基準にします。
横にスクロールして表全体を確認できます
| 確認した状態 | 次に取る行動 |
|---|---|
| 重要度が高く、強みの根拠も確認できている | 提案資料や営業時の説明に反映する |
| 重要度は高いが、根拠が不足している | 顧客への聞き取りや社内での確認を先に行う |
| 顧客が重視しているか分からない | 施策を広げる前に、商談で選定基準を確かめる |
実行する施策には、担当者、期限、対象顧客、確かめたい反応を設定します。例えば提案資料を変えるなら、変更した説明に対して顧客が何を質問し、選定理由として挙げるかを確認します。
手順7 顧客の反応を検証し、比較表を更新する
施策を実行したら、手順6で決めた条件に沿って商談での反応を確認します。顧客が強みとして受け止めたか、別の条件を重視していたかを記録し、差別化仮説を維持・修正・撤回するか判断します。一件の反応だけで、顧客全体に当てはまると決めつけないことも大切です。
新しい商談情報が得られたときや、競合の公開情報に変更が見つかったときは、出典と確認日を添えて比較表を更新します。情報の整理や検証方法の設計に外部の専門家を活用する場合も、施策を続けるかどうかの意思決定は自社で行います。
BtoBの競合比較で確認したい項目
比較項目は、顧客が導入先を選ぶ際の判断材料に合わせて設定します。機能の数や価格の安さだけで優劣を決めず、顧客の課題、利用環境、社内の承認条件まで確認しましょう。同じ名称の項目でも、比較する条件が異なれば判断を誤るため、対象範囲をそろえることが大切です。
対象顧客・導入目的・解決できる課題
まず、各社がどのような企業や部門を対象とし、何を解決すると説明しているかを確認します。業種や企業規模だけでなく、主な利用者、導入を決める人、導入時に解消したい課題まで見ると、顧客にとっての違いが明確になります。
横にスクロールして表全体を確認できます
| 比較項目 | 確認する内容 |
|---|---|
| 対象顧客 | 想定する業種・企業規模・部門と、主な利用者 |
| 導入目的 | 業務時間の削減、情報共有、管理体制の整備など、導入によって目指す状態 |
| 解決できる課題 | 対応する業務上の困りごとと、対応範囲に含まれない課題 |
自社が訴求したい強みではなく、顧客が解決したい課題を比較の起点にします。例えば「営業情報を共有したい」という要望でも、入力の手間を減らしたいのか、案件の進捗を把握したいのかによって、重視すべき項目は変わります。
機能・連携・セキュリティ・運用支援
機能は有無だけでなく、顧客が想定する業務で使えるかを確認します。あわせて、既存システムとの連携、社内のセキュリティ要件、導入後の支援範囲を比較します。
横にスクロールして表全体を確認できます
| 比較項目 | 確認する内容 |
|---|---|
| 機能 | 必要な業務を実行できるか、設定や利用条件に制約があるか |
| 連携 | 既存システムとの接続方法、データの入出力範囲、追加作業の要否 |
| セキュリティ | 権限設定、操作履歴、データの取り扱いなど、顧客の確認項目への対応状況 |
| 運用支援 | 初期設定、利用者向けの案内、問い合わせ対応の範囲と条件 |
公開情報だけで顧客の要件を満たすと判断できない場合は、「未確認」として扱います。特にセキュリティや連携は、提供プランや個別の設定によって条件が異なり得るため、確認できた範囲を明確にしましょう。
料金・導入期間・契約条件・費用対効果
料金を比べる際は、同じ利用条件にそろえます。月額料金だけでなく、初期費用、利用人数による変動、必要な機能の追加費用、運用にかかる社内工数も確認します。料金が公開されていない場合は、金額を推測せず「要問い合わせ」と記載します。
導入期間は、契約から利用開始までに必要な設定、データ移行、社内承認などを含めて考えます。契約期間、更新・解約条件、利用規模を変更する際の条件も、顧客の判断に影響する項目です。
費用対効果は、料金の差だけでは判断できません。顧客が期待する成果と、導入・運用に必要な負担を同じ条件で比較します。効果を示す根拠がない場合は、数値を置かず、検証が必要な項目として残します。
導入事例・訴求内容・営業資料
導入事例では、掲載企業の業種や規模に加え、導入前の課題、選定理由、利用範囲を確認します。事例に示された成果を、すべての顧客に当てはまる効果として扱わないようにします。
公式サイトや公開されている営業資料からは、各社がどの課題を重視し、何を選ばれる理由として伝えているかを読み取ります。また、自社の商談や失注時に顧客から実際に挙がった比較理由と照らし合わせると、訴求内容と顧客の選定基準のずれを確認できます。非公開の資料を扱う場合は、入手経路と利用権限を確認してください。
架空の営業支援ツールで見る競合比較表の記入例
ここでは、複数の担当者で法人営業の案件を進める企業を想定し、競合比較表の書き方を示します。自社製品と競合製品の設定はすべて架空です。実在する製品の機能や導入効果を示すものではありません。
自社・直接競合・間接競合・代替手段を同じ軸で比較する
想定する顧客の課題は、担当者が変わる際に商談の経緯や次の対応が伝わりにくいことです。この課題に対し、営業支援ツールを直接競合、汎用のタスク管理ツールを間接競合、表計算とメールによる管理を代替手段として並べます。機能の数ではなく、顧客が引き継ぎ方法を選ぶ際に確認したい項目で比較します。
横にスクロールして表全体を確認できます
| 比較項目 | 自社の営業支援ツール | 直接競合の営業支援ツール | 間接競合のタスク管理ツール | 代替手段の表計算とメール |
|---|---|---|---|---|
| 案件情報の管理方法 | 案件ごとに商談履歴と次の対応を記録する設定 | 案件ごとに商談履歴を記録する設定 | 案件に関する作業をタスクとして記録する設定 | 案件一覧を表計算で管理し、経緯をメールでも共有する設定 |
| 担当者交代時の引き継ぎ | 引き継ぐ項目を定型の入力欄に記録する設定 | 履歴を参照できる設定。引き継ぐ項目を定型化できるかは不明 | タスクの担当者を変更できる設定。商談経緯の引き継ぎ方法は不明 | 担当者が一覧とメールを確認して引き継ぐ設定 |
| 導入時に確認したい負担 | 既存の案件情報の移行方法は未確認 | 既存の案件情報の移行方法は未確認 | 商談記録をタスクに整理する作業量は未確認 | 現在の記録方法を続ける場合、変更に必要な作業は未確認 |
| 費用・契約条件 | この例では未設定 | 不明 | 不明 | 利用中の表計算・メールの費用を含め、未確認 |
「不明」は空欄にせず、そのまま記入します。特に料金や導入負担が分からない段階では、どの方法が安い、導入しやすいとは判断しません。
確認できた事実・差別化の仮説・未確認の情報を記入する
上の表にある製品の仕様は、比較方法を示すための架空の設定です。実務では、仕様書などで確認した内容と、顧客にとっての価値についての仮説を分けます。次のように書けば、社内で判断する際に何を追加確認すべきかが明確になります。
横にスクロールして表全体を確認できます
| 検討する論点 | 確認できた事実として記入する内容(架空の設定) | 差別化の仮説 | 未確認の情報・次の確認方法 |
|---|---|---|---|
| 引き継ぎのしやすさ | 自社の架空の製品仕様では、引き継ぐ項目を定型の入力欄に記録できる。 | 担当者交代が多い顧客には、記録すべき項目が分かる点が選定理由になるかもしれない。 | 顧客が実際に必要とする項目と、競合製品でも同様に運用できるかを確認する。 |
| 導入判断 | この例では、各手段の移行作業量や契約条件を設定していない。 | 引き継ぎ方法が課題に合っていても、移行負担によっては別の手段が選ばれるかもしれない。 | 顧客への聞き取りで許容できる作業量を確かめ、比較対象の条件を確認する。 |
入力欄があることと、顧客が引き継ぎやすくなることは別の話です。この例では導入成果を事実として書かず、顧客への聞き取りや試用で確かめる仮説として残します。
そのまま使える競合分析の実務テンプレート
GrowthBrief作成|競合分析の実務テンプレート
競合比較・根拠の記録・施策と検証の3つの記入シートと、使い方を収録しています。
無料・フォーム入力不要。ダウンロードして、そのまま編集できます。
比較結果を施策につなげるには、比較表だけでなく、情報の根拠と判断の経緯も残しておきます。以下の表は、角括弧内を自社の情報に置き換えて使ってください。確認できない情報は空欄にせず、「不明」と記入します。
比較表に設ける項目と出典・確認日・担当者の記録欄
比較項目は、顧客が選定時に重視する条件に合わせて設定します。自社と競合の記入欄には、「事実」「仮説」「不明」の区分を添えてください。出典を後から確認できるよう、根拠番号を各行に付けます。
横にスクロールして表全体を確認できます
| 顧客の選定基準 | 比較項目 | 自社 | 直接競合 | 間接競合 | 代替手段 | 根拠番号 |
|---|---|---|---|---|---|---|
| [顧客が解決したい課題] | 対象顧客・導入目的 | [区分・内容] | [区分・内容] | [区分・内容] | [区分・内容] | [番号] |
| [業務上、必要な条件] | 機能・既存システムとの連携 | [区分・内容] | [区分・内容] | [区分・内容] | [区分・内容] | [番号] |
| [導入時に確認する条件] | セキュリティ・導入期間・運用支援 | [区分・内容] | [区分・内容] | [区分・内容] | [区分・内容] | [番号] |
| [予算・契約上の条件] | 料金・契約条件・想定する費用対効果 | [区分・内容] | [区分・内容] | [区分・内容] | [区分・内容] | [番号] |
| [判断の裏付けとなる条件] | 導入事例・訴求内容・営業資料 | [区分・内容] | [区分・内容] | [区分・内容] | [区分・内容] | [番号] |
一つの欄に複数の情報源がある場合や、情報源によって内容が異なる場合は、根拠番号を分けて記録します。公開情報には出典URLを、商談記録や失注理由には社内で参照できる記録の所在を残します。顧客の発言は、その顧客の判断材料として記録し、市場全体に当てはまる事実として扱わないようにします。
横にスクロールして表全体を確認できます
| 根拠番号 | 対象・比較項目 | 記載区分 | 確認した内容 | 出典URLまたは社内記録の所在 | 確認日 | 担当者・次の確認事項 |
|---|---|---|---|---|---|---|
| [番号] | [企業名・項目] | [事実/仮説/不明] | [確認内容。不明の場合は未確認の点] | [出典URLまたは記録の所在] | [年月日] | [担当者・確認事項] |
社内の商談・失注情報を記録する際は、閲覧権限に応じて共有範囲を設定します。比較表には判断に必要な要点を記し、顧客の個人情報や契約上共有できない内容を転記しないでください。
差別化仮説・実行施策・検証結果の管理欄
比較表から見つけた違いを、そのまま「強み」と決めつけないことが重要です。まず、どの顧客の選定基準に関わる違いなのかを示し、顧客に確かめるべき仮説として記録します。施策の優先順位は、顧客にとっての重要度、根拠の確かさ、実行に必要な工数を見て決めます。
横にスクロールして表全体を確認できます
| 顧客の選定基準・根拠番号 | 差別化仮説 | 優先順位と判断理由 | 実行施策 | 担当者・期限 | 検証条件 | 検証結果・次の判断 |
|---|---|---|---|---|---|---|
| [選定基準・根拠番号] | [どの顧客に、どの違いが評価されると考えるか] | [高・中・低/重要度・根拠・工数を踏まえた理由] | [変更する提案内容や営業資料など] | [担当者・年月日] | [対象顧客・確認方法・判断基準] | [顧客の反応・継続/修正/中止・判断日] |
例えば検証条件には、「対象となる商談で、提案した違いが選定理由として挙がるかを確認する」のように、確認する相手と方法を記入します。結果が想定と異なれば、仮説と比較表の該当箇所を見直します。施策を採用するかどうかの最終判断は社内で行います。必要に応じて外部専門家に、比較軸の設計、根拠の整理、検証方法の検討を依頼する場合も、判断する担当者と期限は社内で明確にしておきます。
競合分析のやり方に関するよくある質問
Q競合企業は何社選べばよいですか
A決まった社数はありません。まずは、商談で比較対象に挙がる直接競合を2〜3社選び、顧客がほかの方法でも課題を解決できる場合は、間接競合や代替手段も加えます。社数を増やすことより、顧客が実際に検討する選択肢を押さえることが重要です。
候補が多い場合は、失注理由や顧客からの質問を確認し、比較する優先順位を決めます。顧客層や導入目的が異なる企業まで一度に並べると、判断に必要な違いが見えにくくなります。
Q競合の価格が公開されていない場合はどうしますか
A公開されていない価格は推測で埋めず、比較表には「非公開」または「未確認」と記入します。必要であれば、公式サイトの問い合わせ窓口を通じて見積もりの条件を確認します。商談で得た情報を参照する場合も、共有が認められる範囲を確認し、出典と確認日を残します。
価格を比較できるときは、金額だけで判断せず、初期費用、利用人数、契約期間、導入支援など、見積もりに含まれる範囲をそろえます。条件がそろわない価格は、単純に高い・安いと評価しないようにします。
Q比較表はどのくらいの頻度で更新すべきですか
A更新間隔は、競合の情報が変わる頻度と、社内で比較表を使うタイミングに合わせて決めます。例えば、定期確認を四半期ごとに設定したうえで、重要な変更を把握したときは次回を待たずに更新します。
横にスクロールして表全体を確認できます
| 更新のきっかけ | 確認する内容 |
|---|---|
| 定期確認 | 比較に使う情報の出典を確認し、変更点と確認日を記録する |
| 競合の発表・資料の変更 | 料金、機能、提供条件など、顧客の選定に関わる項目を見直す |
| 商談・失注で新しい情報を得たとき | 顧客が重視した比較項目と、従来の仮説に合わなかった点を確認する |
更新担当者と次回確認日を決め、変更がなかった場合も確認した日付を残します。これにより、古い情報を現在の事実として扱うことを避けられます。
まとめ
競合分析は、他社との違いを並べるだけでなく、顧客が自社を選ぶ理由を見極めるために行います。まず、何を判断するかを決め、顧客の課題を起点に直接競合・間接競合・代替手段を選びます。次に、顧客の選定基準に沿って比較項目をそろえ、出典と確認日を記録しましょう。
比較表では、確認できた事実、差別化の仮説、未確認の情報を分けます。機能や価格の差だけで結論を出さず、顧客にとっての価値を基に施策を決めることが大切です。施策への顧客の反応を確かめ、結果に応じて仮説と比較表を更新します。