この記事の要約
競合を正しく定義する方法を解説。直接競合、間接競合、代替手段の3層構造と、SaaSでの競合マッピング実践法を紹介します。
「競合は誰ですか?」と聞かれて、すぐに答えられるでしょうか。しかしその答えは本当に正しいのでしょうか。
本記事では、競合を正しく定義する方法と、価格戦略への活かし方を解説します。
| 項目 | 内容 |
|---|---|
| トピック | 競合の定義と分類 |
| カテゴリ | プライシング戦略 |
| 難易度 | 初級〜中級 |
| 対象読者 | プロダクトマネージャー、マーケティング担当 |
競合は1種類ではありません。3つの層で捉える必要があります。
競合の3層構造同じカテゴリで、同じ顧客層を狙う製品です。
顧客が「どちらにしようか」と比較検討する対象が直接競合です。
| 自社製品 | 直接競合の例 |
|---|---|
| Notion | Evernote、Confluence、Obsidian |
| Salesforce | HubSpot CRM、Zoho CRM |
| Slack | Microsoft Teams、Discord(ビジネス用途) |
異なるカテゴリだが、同じ課題を解決する製品です。
顧客は必ずしも「同じカテゴリ」で比較しません。「この課題を解決したい」という視点で選びます。
| 自社製品 | 間接競合の例 |
|---|---|
| Notion | Google Docs、Microsoft Word、Figma(ドキュメント用途) |
| Calendly | Zoom(ミーティング設定機能)、秘書サービス |
| Figma | PowerPoint(簡易デザイン用途) |
製品を使わない選択肢です。しばしば見落とされるレイヤーです。
| カテゴリ | 代替手段の例 |
|---|---|
| SaaS全般 | Excel、Googleスプレッドシート |
| ノートアプリ | 紙のノート、付箋 |
| プロジェクト管理 | メールでのやり取り、ホワイトボード |
| 全カテゴリ共通 | 「何もしない」(現状維持) |
「うちには競合がいない」──これは危険な認識です。
Notionの競合はEvernoteだけではありません。
Notionの競合マップ(正しい認識)
| 層 | 競合 |
|---|---|
| 直接競合 | Evernote、Confluence、Obsidian、Coda |
| 間接競合 | Google Docs、Figma(FigJam)、Miro |
| 代替手段 | Excel、紙ノート、何もしない |
顧客が「現状維持」を選ぶことは、競合に負けることと同じです。
SaaSの場合、導入コスト(時間、学習、移行作業)が障壁になります。「今のままでも困っていない」と思わせたら、どんな製品も売れません。
市場は常に変化しています。
例: Figmaの登場
競合の定義は固定ではなく、定期的な見直しが必要です。
最も手強い競合は「何もしない」です。
「何もしない」に勝つには、価格だけでは不十分です。
競合を可視化する方法を紹介します。
最もシンプルなマッピング手法です。
競合マッピングマトリクス作成手順
マトリクスだけでは見えない競合があります。
質問例
これらの質問で、顧客視点の競合が見えてきます。
B2B SaaSでは、RFPで競合が明確になります。
市場は変化します。競合の定義も更新が必要です。
| 頻度 | トリガー |
|---|---|
| 四半期ごと | 定期レビュー |
| 随時 | 新規プレイヤーの参入 |
| 随時 | 既存競合の大幅な価格変更 |
| 随時 | 自社製品の大幅アップデート |
| 随時 | 市場トレンドの変化(例: AI機能の必須化) |
上位3〜5社に絞ることを推奨します。顧客が実際に比較検討する対象は限られています。商談やRFPでよく名前が挙がる競合を優先してください。
はい、特にSaaSでは重要です。顧客は「カテゴリ」ではなく「課題解決」で選びます。間接競合を見落とすと、失注理由がわからなくなります。
プロダクトマーケティングまたは事業企画が適任です。営業、カスタマーサクセス、プロダクトからの情報を統合する役割が必要です。
競合ベースプライシング完全ガイド
| 回 | タイトル |
|---|---|
| 1 | 競合ベースプライシング入門 |
| 2 | 競合の定義(この記事) |
| 3 | 競合価格の調査方法 |
| 4 | 競合ベース戦略の5パターン |
| 5 | ポジショニングと価格の単位 |
| 6 | ゲーム理論で読む競合の反応 |
| 7 | 価格決定権は誰が持っているか |
| 8 | 競合ベースを超えて |
本記事は競合ベースプライシングシリーズの一部です。
この記事の著者

東京理科大学卒業後、国内独立系コンサルティングファームに入社し、IT・業務コンサルタント兼マネージャーとして業務最適化やシステム導入プロジェクトを経験。その後プライシングスタジオに入社し、執行役員兼ビジネス本部長として顧客のプライシング変革支援をリードする傍ら、自社の新規事業立ち上げの推進にも従事。