役に立つSaaS競合分析は、機能比較表で終わりません。どの顧客を追うか、どの主張を検証するか、次に何を作るか、あるいはどこで競争しないか、といった意思決定を変えるものであるべきです。本ガイドは、デスクリサーチで需要が証明できるかのように装うことなく、公開情報を反証可能な1つの行動に変える方法を解説します。
競合リストではなく、意思決定から始める
検索タブを開く前に、ドキュメントの冒頭に意思決定を書きましょう。良い例としては、「まずエージェンシーと社内チームのどちらを狙うべきか？」「最も競合が少ないオンボーディングの約束はどれか？」「ランディングページが答えるべき反論は何か？」などがあります。「市場を理解する」のような曖昧な目標では、大量のレポートができあがるだけで、次の一手は生まれません。
幅広い競合マップを作る前に、最も近い競合を1社選んで深く分析しましょう。深く掘り下げることで、ポジショニング、プロダクト、証拠、価格、コンバージョンがどのように噛み合っているかが見えてきます。30社のロゴを並べたリストでは、それはほとんど見えません。
監査可能な情報源のセットを作る
- 競合のトップページ、料金ページ、ドキュメント、変更履歴、利用規約を保存します。重要な主張ごとに、URLとアクセス日を記録します。
- 企業の主張と、観察可能なプロダクトの事実を分けます。「チーム向けに設計」はポジショニングであり、「最低5シートから」はプロダクトの証拠です。
- 第三者のレビューや創業者同士の議論は、問いを見つけるために使います。1件の不満を市場の事実に変えるために使ってはいけません。
- 入手できない証拠は「未確認」とマークします。都合のよい推測で空白を埋めてはいけません。
- 価格、連携、提供状況のような変わりやすい事実は、公開や購入判断の直前に改めて確認します。
6列の創業者マトリクスを使う
機能は、購入判断に影響する場合にのみ、これらの列に入れます。こうすることで、ナビゲーションメニューが最も長い企業を高く評価してしまうことを防げます。
- 顧客：明示的に対象としているのは誰か。価格、言語、ワークフローによって除外されているのは誰か。
- ジョブ：買い手はどのような前進のためにそのプロダクトを「雇う」のか。
- トリガー：どのような出来事が、今すぐ検索や購入をするほど課題を切迫させるのか。
- 証拠：買い手は何を確かめられるか。事例、ドキュメント、アウトプット、導入事例の紹介、それとも約束だけか。
- 対価：顧客はどのようなお金、セットアップ、データアクセス、承認、行動を提供するのか。
- 摩擦：適格な買い手はどこでためらい、失敗し、待たされ、あるいは手作業を必要とする可能性があるか。
SaaS競合分析マトリクスをコピーする
この表を自分のドキュメントやスプレッドシートにコピーしてください。最も近い競合1社と、顧客の現在の代替手段を記入します。代替手段は、スプレッドシート、外部サービス、あるいは何もしないことかもしれません。別の競合を追加するのは、それが意思決定を変えうる場合だけにします。このテンプレートはアカウントを作成せずに利用できます。小さな画面では、表を横にスクロールすると両方の列が表示されます。
表の上に「意思決定：[AまたはB]、対象顧客：[役割とワークフロー]、見直し日：[日付]」と書きます。記入したセルごとに、発見、出典URLまたは許可を得たメモの参照、アクセス日、証拠のステータスをまとめて記録します。ステータスには「観察済み」「報告」「推測」「不明」を使い、欠けている証拠は「不明」のままにします。
| 観点 | 競合：[名前] | 現在の代替手段：[名前] |
|---|---|---|
| 顧客 | [対象とする相手、または除外する相手] | [この代替手段を使っている人] |
| ジョブ | [約束している前進] | [現在担っているタスク] |
| トリガー | [今乗り換える理由、または不明] | [タスクが始まるきっかけ] |
| 証拠 | [ドキュメント、デモ、または観察された利用] | [最近の事例、または不明] |
| 対価 | [価格、セットアップ、アクセス、承認] | [報告された時間、コスト、手間] |
| 摩擦 | [確認済みの制限。疑わしい空白は別に記載] | [障害、または十分機能している] |
実例：日付を記録したPolsiaの意思決定分析
意思決定：創業者向けの運営プロダクトは、Polsiaと守備範囲の広さで競うべきか、それともより厳密な承認と証拠の扱いで差別化すべきか。以下の観察は、2026年9月1日に確認したPolsiaの公式ページに基づいています。推奨は推測であり、顧客の成果に関する主張ではありません。
公開されているポジショニングは、プロダクト、マーケティング、顧客コミュニケーション、収益に関わる業務を横断して、AIチームに会社を運営してほしい創業者に向けられています。
Polsia トップページ示されているジョブは幅広い委任です。ロードマップの計画、コードのリリース、広告の運用、顧客への返信、商談の成約、ソーシャルコンテンツの投稿が含まれます。
Polsia トップページこの約束が最も意味を持つのは、創業者が運営業務を抱えすぎており、設定された権限、予算、スケジュール、認証情報の範囲内でそれを委任する意思がある場合です。
Polsia 利用規約公式のヘルプページと法務ページには、決済と広告が運用上の基本機能として記載されていますが、独立した需要や収益の成果を裏付けるものではありません。
Polsia 広告ヘルプ創業者は認証情報と権限の範囲を提供します。顧客決済の手数料について公式の利用規約とヘルプの記述が食い違っているため、ここでは現在の料率は未確認です。
Polsia 利用規約スケジュールされた処理は包括的な承認の範囲内で継続する可能性があります。一方で、確認した情報源では、アクション単位の完全な承認UXや、管理リソースを汎用的にセルフサービスでエクスポートする手段は確認できませんでした。
Polsia 利用ポリシー実例：機能開発を正当化しない空白
これは、小規模なエージェンシーがクライアントの請求書を承認するのを支援するSaaSツールを題材にした、架空の教材例です。以下のプロダクト、メモ、観察、結果はすべて架空のものです。Soloopの顧客の証拠でも、Soloopのタスクによるアウトプットでもありません。
意思決定：創業者は最初のパイロット顧客を募る前に、ERPコネクタを作るべきか。当初の仮説は、競合にコネクタがないように見えることが、魅力的な参入余地を残しているというものです。
架空のドキュメントのスナップショットAで観察：CSVエクスポートは記載されていますが、ネイティブのERPコネクタは掲載されていません。不明：非公開の連携が存在するかどうか。このスナップショットに載っていないことは、競合が連携できないことの証明にはなりません。
架空のインタビューメモBで報告：エージェンシーの経理担当者は毎月CSVをインポートしており、それで十分だと考えています。遅れが生じているのはもっと前の段階、つまりクライアントが請求書を承認していないときです。これは1人の証言であり、市場全体の発見ではありません。
このエージェンシーにとって、コネクタは誤った工程を解決するものかもしれません。現在のCSVによる代替手段は当初の仮説を弱めており、請求書の承認をより詳しく調べる価値があります。頻度、購入の決定権、乗り換えの意思はまだ不明です。
コネクタは先送りします。エージェンシーに最近遅れた請求書の流れを説明してもらい、許可を得たうえでマスキングした記録を確認し、実際のボトルネックを特定します。インタビューへの招待を購入の約束とみなしてはいけません。
関連するエージェンシーが、CSVでは対処できないインポートの失敗を繰り返し示し、想定しているパイロットが連携なしでは進められない場合に再検討します。開発タスクを承認する前に、ワークフローと実装コストを確認してください。
空白をスローガンではなくテストに変える
ポジショニングの空白とは、特定の買い手が特定の違いを重視するという仮説です。それを観察可能なテストに変換しましょう。たとえば、絞り込んだ顧客向けにランディングページの1セクションを書き直し、適格な見込み顧客10人に見せ、「いいね」ではなく、中身のある返信、通話、再訪問、支払いを追跡します。
Soloopのリサーチワークフローは、承認後に出典リンク付きの市場・競合の証拠を収集できます。その結果は、市場がそのプロダクトを求めていることの自動的な証明としてではなく、意思決定のインプットとして創業者に戻されるべきです。
- 空白を1文で述べます：ある代替手段とは異なり、私たちはこの顧客が、この摩擦なしに、この前進を実現できるよう支援します。
- その文の中で最もリスクの高い部分を特定します。
- それを反証しうる最小の行動を選びます。
- 実行前に、シグナルと停止条件を定義します。
- 具体的なリサーチ、アウトリーチ、またはコーディングのタスクを承認し、その後、実際に起きたことに基づいて分析を更新します。
競合に関する問いを1つSoloopに持ち込む
マトリクスは自分だけで使うこともできますし、特定の証拠の空白についてさらに調査が必要なときにはSoloopに持ち込むこともできます。次のスターターブリーフをコピーし、角括弧の部分を置き換えてください：
私のプロダクトは[URLまたは成果物]で、[役割とワークフロー]向けです。[AまたはB]を決める必要があります。[現在の代替手段]と比較して、[競合1社とその公開情報]を調査してください。出典に基づく観察、ベンダーの主張、推測、不明点を分けて記載してください。反対の証拠と、次の確認を1つ含めてください。実行を承認する前に、範囲を提案し、クレジットのコストを示してください。
下の「競合リサーチタスクの範囲を決める」を選ぶと、ワークフローと制限を確認できます。そこからブリーフをSoloopの会話に持ち込み、実際のアクションカードを確認してください。リンクをたどっても、メモが引き継がれたり、タスクが自動的に開始されたりすることはありません。
SaaS競合分析チェックリスト
- 分析が創業者の意思決定を1つ明示している。
- 重要な主張にはすべて、最新の出典とアクセス日がある。
- 主張、観察、推測、不明点が区別して記載されている。
- 幅広い競合マップを作る前に、最も近い競合1社を深く分析している。
- 比較が顧客、ジョブ、トリガー、証拠、対価、摩擦をカバーしている。
- 結論が、シグナルと停止条件を備えた反証可能なテストを1つ提案している。
- テスト後に何が変わったかをドキュメントに記録している。