Market research

市場調査・競合分析

目的

• 参入する市場が「存在するか」「勝てるか」を客観的なデータで判断する
• 確証バイアスを排除し、都合の悪い情報も含めて整理する
• 「作り始める前提条件が揃っているか」を可視化する

使うタイミング

• 新規サービス・プロダクトのアイデアを検証したいとき
• 競合との差別化ポイントを明確にしたいとき
• 投資家・ステークホルダーへの説明資料を作成するとき
• ピボット判断の前に市場の現状を再確認したいとき

進め方

1. 調査スコープの設定

   • 対象とする地域・業界・ユーザーセグメントを1文で定義する
   • 調査に使える時間・予算を明示する（無制限にしない）

2. 市場規模の算出（TAM/SAM/SOM）

   • ボトムアップで算出する（対象ユーザー数 × 単価 × 購買頻度）
   • トップダウンの市場レポート数字を引用する場合は出典と発行年を必ず明記
   • 保守的な前提値を使い、楽観シナリオと悲観シナリオを両方示す
   • SOM は「1年目に現実的に取れる数字」に絞る

3. 競合の洗い出し（3階層）

   • 直接競合: 同じ問題を同じ手段で解くサービス
   • 間接競合: 同じ問題を異なる手段で解くサービス
   • 代替手段: Excel管理・手作業・「何もしない」も競合として列挙する
   • 検索クエリ例: [課題] ツール、[課題] 比較、best [category] software

4. 競合分析表の作成

   • 機能・価格・ターゲット・強み・弱み・最終更新日を調べる
   • 最終更新日が1年以上前なら放置プロダクトの可能性あり（機会か撤退かを判断）

5. ユーザー不満の採掘

   • アプリストアのレビュー（★1〜★2）を100件以上収集
   • G2・Capterra・ProductHuntのレビューから「不満・要望」を抽出
   • Reddit・X（Twitter）・Slackコミュニティで「[競合名] 不満」「[競合名] 使いにくい」を検索
   • 収集した不満をカテゴリ別に集計し、頻出テーマを特定する

6. 需要シグナルの確認

   • Google Trendsで検索ボリュームの推移を確認（上昇・横ばい・下降）
   • Keyword Plannerや類似ツールで月間検索数を取得
   • SNS・コミュニティでの言及量と感情（ポジティブ/ネガティブ）を確認

7. ポジショニングマップの作成

   • ユーザーが重視する2軸を選ぶ（例: 価格 vs 機能の豊富さ、専門家向け vs 初心者向け）
   • 競合を配置し、空白地帯を特定する
   • 自社の立ち位置を仮置きし、空白地帯に入れるか確認する

8. 「競合がいない」場合の解釈

   • まず「市場が存在しない」可能性を検討する
   • 過去に試みたサービスが撤退していないか調べる
   • なぜ誰も解決していないかの仮説を立てる（技術的制約・収益性・規制など）

9. 参入判断の整理

   • 差別化が1文で言えるか確認する（言えなければ再考）
   • 競合の弱点が「構造的（直せない）」か「一時的（直せる）」かを判断する
   • 参入する・しない・条件付きで進む の3択で結論を出す

成果物テンプレート

# 市場調査レポート: [サービス名]

作成日: YYYY-MM-DD
調査者: 

---

## 1. 市場規模

### 算出前提
- 対象地域:
- 対象セグメント:
- 単価:
- 対象ユーザー数（推計根拠）:

### 結果
| 区分 | 規模 | 根拠 |
|------|------|------|
| TAM（全体市場） | ¥X億 | |
| SAM（狙える市場） | ¥X億 | |
| SOM（1年目目標） | ¥X万 | |

---

## 2. 競合分析表

| 競合名 | 種別 | 価格 | ターゲット | 強み | 弱み | 最終更新 |
|--------|------|------|-----------|------|------|---------|
| A社    | 直接 | | | | | |
| B社    | 間接 | | | | | |
| 手作業 | 代替 | 無料 | | | | - |

---

## 3. ユーザーの不満リスト

| 不満カテゴリ | 件数 | 代表的なコメント | 出典 |
|------------|------|----------------|------|
| | | | |

---

## 4. 需要シグナル

- 主要キーワードの月間検索数:
- トレンドの方向性（上昇/横ばい/下降）:
- SNS言及量と感情:

---

## 5. ポジショニングマップ

軸1: [X軸ラベル]（低 ←→ 高）
軸2: [Y軸ラベル]（低 ←→ 高）

[テキストまたは図で競合配置を記述]

自社の狙い: [空白地帯の説明]

---

## 6. 参入判断

**差別化の1文:**
> [ここに記入]

**競合の弱点は構造的か:**
- A社の弱点「〇〇」→ 構造的 / 一時的 / 不明
  - 理由:

**結論:**
- [ ] 参入する
- [ ] 参入しない
- [ ] 条件付きで進む（条件: ）

**根拠:**

チェックリスト

• TAM/SAMをボトムアップで算出した（トップダウンのみではない）
• 代替手段（手作業・Excel等）を競合として列挙した
• 各競合の最終更新日を確認した
• ネガティブレビューを50件以上収集・分類した
• 「競合ゼロ」の場合、市場不在の可能性を検討した
• ポジショニングマップで自社の空白地帯を確認した
• 差別化が1文で言えることを確認した
• 参入判断に「根拠」を添えた

アンチパターン

• 確証バイアス: 自社アイデアに都合の良い情報だけを集める。反証を積極的に探す
• 夢のTAM: 「市場規模は1兆円」とトップダウンで語り、現実のSOMを示さない
• 競合ゼロ即断: 競合がいないことをブルーオーシャンと判断し参入する。まず市場不在を疑う
• 調査の長期化: 完璧な調査を目指して作り始めない。2週間以内に参入判断を下す
• 定量データの欠如: 「ユーザーが不満を持っている」を感覚で語り、件数・ソースを示さない
• 弱点の過信: 競合の弱点が一時的（リソースを入れれば直せる）なのに構造的と誤解する

モデル委譲ガイド

共通原則は [[orchestration]] を参照。

このスキルは「競合ごと」「チャネル（レビューサイト・SNS・検索）ごと」の並列ファンアウトが特に有効。各調査タスクを独立エージェントに委譲し、司令塔が統合する構成が推奨。

役割	担当タスク
司令塔（メインモデル）	調査スコープ定義・各エージェントへの指示・結果の統合・参入判断の最終整理
Opus相当	不確かな市場データの信頼性評価・競合弱点の構造的/一時的判断・レポートの品質レビュー
Sonnet相当	競合1社ごとの詳細調査・レビューサイト別の不満収集・ポジショニングマップの作成
Haiku相当	検索ボリュームの数値取得・競合URLのスクレイピング・レビューテキストの件数カウント

並列委譲の例:

• 競合A・B・C・Dの調査を4つのSonnet相当エージェントに同時依頼
• App Store・G2・Reddit・Xの不満収集を4つのHaiku相当エージェントに同時依頼

関連スキル

• [[idea-generation]] — アイデア出しフェーズで使い、市場調査で検証する
• [[requirements-definition]] — 調査結果をもとに要件を定義する
• [[monetization]] — 競合の価格・収益モデルを参考に収益化戦略を立てる
• [[mvp-development]] — 参入判断後の最小検証プロダクト構築
• [[growth-launch]] — 調査で特定したチャネルを活かした成長施策
• [[estimation]] — 市場規模・競合状況をもとにした開発コスト・収益の見積もり
• [[orchestration]] — 並列調査エージェントの管理・統合に関する共通原則