フレームワークで時間をかけすぎる前に:使う場面と使わない場面
「3C分析をやったが、結局何をすればいいかわからない」「SWOTを埋めたが、Actionにつながらない」。フレームワークに時間を使っても成果が出ないチームは多いです。
この記事でわかること
- フレームワークで時間をかけすぎる原因: 目的不明確、埋めることが目的化
- 使うべき場面と使わない場面: 判断基準
- 実務で機能するフレームワークの使い方: アクションにつなげる方法
基本情報
| 項目 | 内容 |
|---|---|
| カテゴリ | GTM戦略 |
| 難易度 | 中級 |
| 想定読了時間 | 10分 |

フレームワークで時間をかけすぎる原因
原因1: 「埋めること」が目的になる
フレームワークの枠を埋めることに集中し、「で、何をするの?」に答えられない状態になります。
よくある症状:
- 3Cの各欄に情報は書いたが、だから何?がない
- SWOT分析の4象限を埋めて満足
- 報告書としては立派だが、意思決定に使えない
原因2: 状況に合わないフレームワークを使う
すべてのフレームワークがすべての状況に適しているわけではありません。
例:
- PEST分析: マクロ環境の変化が重要なときに有効だが、日常的な意思決定には重すぎる
- ファイブフォース: 業界構造の理解には有効だが、スタートアップの日常には使いにくい
原因3: フレームワークに正解を求める
フレームワークは「考えるための補助ツール」であり、「正解を教えてくれるもの」ではありません。
原因4: チームで認識が合っていない
フレームワークの用語や使い方の認識がバラバラだと、議論がかみ合いません。
フレームワークを使うべき場面
1. 思考を構造化したいとき
複雑な状況を整理し、漏れなく検討したいときにフレームワークは有効です。
例:
- 新市場参入の検討 → 3C分析で自社・顧客・競合を整理
- 戦略の選択肢を検討 → SWOTで機会・脅威と強み・弱みを整理
2. チームで認識を揃えたいとき
フレームワークは「共通言語」として機能します。
例:
- 「顧客」といっても人によって想像が違う → ペルソナで具体化
- 戦略の議論がかみ合わない → 3Cで土台を揃える
3. ステークホルダーに説明するとき
投資家や経営陣への説明で、論理構造を示すのに有効です。

フレームワークを使わないべき場面
1. すでに答えが見えているとき
「どの顧客セグメントを狙うか」の答えがすでにあるなら、3C分析は不要です。
2. スピードが優先されるとき
PMF前のスタートアップでは、フレームワークを埋める時間より、顧客と話す時間の方が価値があります。
3. 情報が不足しているとき
情報がないのにフレームワークを埋めようとすると、推測や願望で埋めることになります。
4. 日常的な意思決定
「今週のスプリントで何をやるか」にSWOT分析は不要です。

主要フレームワークの使いどころ
3C分析
| 要素 | 内容 |
|---|---|
| Customer | 顧客は誰か、何を求めているか |
| Competitor | 競合は誰か、何を提供しているか |
| Company | 自社の強み・リソースは何か |
使いどころ: 新規事業の立ち上げ、市場参入の検討 使わない場面: 日常的なプロダクト改善
SWOT分析
| 要素 | 内容 |
|---|---|
| Strengths | 自社の強み |
| Weaknesses | 自社の弱み |
| Opportunities | 外部環境の機会 |
| Threats | 外部環境の脅威 |
使いどころ: 戦略の方向性を検討するとき 使わない場面: 具体的な施策を決めるとき(SWOTだけでは決まらない)
ペルソナ
使いどころ: プロダクト設計、メッセージング検討 使わない場面: データがないとき(妄想ペルソナは危険)
AARRR(Pirate Metrics)
| 要素 | 内容 |
|---|---|
| Acquisition | 獲得 |
| Activation | 活性化 |
| Retention | 継続 |
| Revenue | 収益 |
| Referral | 紹介 |
使いどころ: グロース施策の優先順位付け 使わない場面: PMF前(Retentionがないと意味がない)
Jobs to be Done
使いどころ: 顧客の本質的なニーズを理解するとき 使わない場面: 機能単位の改善検討
フレームワークをアクションにつなげる方法
1. 最初に「決めること」を明確にする
フレームワークを使う前に「これを使って何を決めるのか」を明確にします。
悪い例: 「3C分析をやる」 良い例: 「3C分析を使って、狙うセグメントを3つから1つに絞る」
2. 埋めた後に「So What?」を問う
フレームワークを埋めたら、「だから何をするのか」を必ず言語化します。
3. 制限時間を設ける
フレームワークに使う時間を決めます。
| フレームワーク | 推奨時間 |
|---|---|
| 3C分析(初回) | 2時間 |
| SWOT分析 | 1時間 |
| ペルソナ作成 | 2時間 |
4. 完璧を求めない
80%の情報で十分です。残り20%を埋めるために何日もかけるのは非効率です。
フレームワークの代替手段
1. 顧客との対話
フレームワークで机上検討するより、顧客5人と話した方が早いことがあります。
2. 小さく試す
仮説をフレームワークで検討するより、小さく試した方が早いことがあります。
3. シンプルな質問
- 「顧客は誰?」
- 「何が課題?」
- 「なぜ今?」
- 「なぜ自分たち?」
この4つの質問に答えられれば、3C分析は不要かもしれません。
実践チェックリスト
- フレームワークを使う目的を明確にした
- 状況に合ったフレームワークを選んだ
- 制限時間を設定した
- 「So What?」を言語化した
- 具体的なアクションにつなげた
よくある質問(FAQ)
Q1. フレームワークを使わないと説得力がないと言われます。
説得したい相手が何を求めているかによります。投資家向けのプレゼンなら構造化された説明が有効ですが、チーム内の意思決定なら不要なこともあります。
Q2. どのフレームワークから覚えるべきですか?
3C分析とペルソナから始めることを推奨します。汎用性が高く、実務で使う頻度が高いです。
Q3. フレームワークを複数組み合わせるべきですか?
組み合わせは有効ですが、複雑になりすぎないよう注意します。目的に必要なものだけを使います。
Q4. チームでフレームワークの認識が合いません。
最初に「このフレームワークで何を決めるか」「各要素の定義」を確認してから始めます。
Q5. フレームワークのアウトプットはどう管理すべきですか?
Notionやドキュメントで一元管理し、定期的に見直します。作って終わりにしないことが重要です。
まとめ
主要ポイント
- 目的を明確にしてから使う: 「埋めること」を目的にしない
- 状況に合ったものを選ぶ: すべてのフレームワークが万能ではない
- アクションにつなげる: 「So What?」を必ず言語化する
次のステップ
- 次に使うフレームワークの目的を明文化する
- 制限時間を設定してから始める
関連記事
参考リソース
本記事はyap(ヤップ)のB2B SaaS GTMシリーズの一部です。
この記事を書いた人
yap編集室
株式会社yapの新規事業開発コンサルタントたちによる編集チームです。新規事業の仮説検証・PMF設計、営業推進に関する知見を、さまざまなプロジェクト支援の経験をもとに発信しています。


