フレームワーク活用ガイドひとことで言うと#
計画やアイデアが成立するために無意識に「そうだと思い込んでいる」前提をすべて洗い出し、「重要度」と「不確実性」の2軸でマッピングして、最もリスクの高い前提から先に検証する手法。
押さえておきたい用語#
- アサンプション（前提 / Assumption）
- 計画やアイデアが成り立つために暗黙のうちに「正しい」と信じている未検証の仮定を指す。意識していない前提ほどリスクが高い。
- リープ・オブ・フェイス・アサンプション（Leap of Faith Assumption）
- 事業計画の中で最も不確実かつ最も重要な前提のこと。これが崩れると計画全体が破綻する「飛躍的な思い込み」を指す。
- 事前確率（じぜんかくりつ / Prior Probability）
- 検証を行う前の時点で、ある前提が正しいと信じている度合いのこと。主観的な確信度を数値化して比較に使う。
- MVP（Minimum Viable Product）
- 前提を検証するために必要な最小限の機能を持つプロダクトや実験である。最小コストで学びを得る手段として使う。
前提マッピングの全体像#
こんな悩みに効く#
- 計画は完璧に見えるのに、実行すると想定外のことが次々起きる
- 何を検証すべきかの優先順位がつけられない
- チーム内で「当然こうだよね」と思っていることが実は根拠がない
基本の使い方#
計画やアイデアが成立するために「当然そうだと思っていること」をすべて書き出す。
例：「社内向けAIチャットボットを導入する」
- 社員はチャットボットを使ってくれる
- 現在の問い合わせの60%はAIで回答できる
- IT部門が運用を担当できる
- 導入コストは年間○○万円以内に収まる
- 既存システムとの連携が可能
- 経営層が予算を承認してくれる
「当たり前すぎて書くまでもない」と思うものほど重要。
洗い出した前提を2×2のマトリクスに配置する。
- 縦軸: 重要度 — この前提が崩れたら計画全体が崩壊するか？
- 横軸: 不確実性 — この前提はどのくらい確信があるか？
4象限の意味：
- 重要度高×不確実性高（右上）: 最優先で検証すべき ⚠️
- 重要度高×不確実性低（左上）: 確認済みの土台
- 重要度低×不確実性高（右下）: 後で検証すればOK
- 重要度低×不確実性低（左下）: 気にしなくてよい
「重要度高×不確実性高」の前提について、最小限のコストで検証する方法を設計する。
例：「社員はチャットボットを使ってくれる」（重要度高×不確実性高）
- 検証方法: 特定部署で1週間のプロトタイプテスト
- 成功基準: 利用率50%以上
- コスト: プロトタイプ開発2週間
例：「問い合わせの60%はAIで回答可能」（重要度高×不確実性高）
- 検証方法: 過去3ヶ月の問い合わせ100件をAIに回答させてみる
- 成功基準: 正答率60%以上
- コスト: 3日間のテスト
全部を一度に検証しない。右上から1つずつ、素早く小さく検証する。
具体例#
状況: 月額制SaaS（従業員500名の企業向け）が年間プランを新設。ARR 8億円の事業で、年間プランの比率を30%→60%に引き上げたい。
洗い出した前提：
- 年間プランに20%の割引を付ければ顧客は切り替える
- 年間契約にすると解約率が下がる
- 営業チームが年間プランを積極的に提案してくれる
- 年間一括払いでもキャッシュフローに問題は出ない
- 競合も年間プランを出しているので価格比較で負けない
- 既存の月額顧客が「割引がないのは不公平」と不満を持たない
マッピング結果：
| 前提 | 重要度 | 不確実性 | 象限 |
|---|---|---|---|
| ①20%割引で切替 | 高 | 高 | ⚠️ 最優先 |
| ②解約率低下 | 高 | 中 | 要確認 |
| ③営業の提案率 | 高 | 高 | ⚠️ 最優先 |
| ④キャッシュフロー | 中 | 低 | 確認済み |
| ⑤競合比較 | 中 | 中 | 後で検証 |
| ⑥既存顧客不満 | 高 | 高 | ⚠️ 最優先 |
検証アクション：
- 前提①: 既存顧客30社にヒアリング「20%割引で年間に切り替えるか？」（1週間）
- 前提③: 営業5名にロールプレイテストし、提案のハードルを確認（3日）
- 前提⑥: CS経由で月額顧客10社に「年間プラン限定割引をどう感じるか」調査（1週間）
結果: ヒアリングの結果、20%割引では「あと少し足りない」という声が多く、25%割引+初月無料に修正。営業テストでは「解約ペナルティの説明が難しい」と判明し、FAQ資料を事前作成。修正後の年間プラン移行率は初月で18%、3ヶ月後に52%に到達した。検証なしで進めていたら、割引率不足で移行率10%以下に留まっていた可能性が高い。
状況: 職員1,200名の地方自治体が、テレワーク実施率を現在の5%から40%に引き上げる計画を策定中。
洗い出した前提：
- 職員はテレワークをしたいと思っている
- 自宅にテレワークできる環境（PC・ネット回線）がある
- 業務の40%はテレワークで対応可能
- 住民サービスの質を落とさずにテレワークできる
- 管理職がテレワークを認める風土になる
- 情報セキュリティの要件を満たせる
マッピング結果（右上＝最優先）：
- ⚠️「管理職がテレワークを認める風土」→ 過去のアンケートで管理職の62%が「部下の勤務態度が見えない不安」を挙げている
- ⚠️「業務の40%がテレワーク対応可能」→ 窓口業務・現場業務が多く、本当に40%もあるか未検証
- ✅「セキュリティ要件」→ 総務省ガイドラインに沿ったVPN導入で対応可能（確認済み）
検証アクション：
- 3部署（総務課・企画課・建設課）で2週間のトライアル実施（業務種別の違いで検証）
- 管理職15名に匿名アンケートで本音を調査
結果: トライアルの結果、企画課は業務の65%がテレワーク可能だったが、建設課は15%しか対応できなかった。管理職アンケートでは「成果報告の仕組みがあれば賛成」が78%。この事例が示すのは、部署別の目標値設定（企画系60%・窓口系20%・現場系10%）への修正と成果報告テンプレートの先行導入により、全職員一律40%という前提の誤りを事前に発見し、現場の反発を回避できたケースだ。
状況: 創業80年の和菓子店（年商1.2億円・従業員15名）が、売上の30%をECで稼ぐことを目標にネット販売を開始する計画。
洗い出した前提：
- 和菓子はネットで売れる（冷蔵配送でも品質を保てる）
- 既存店舗の常連客がネットでも買ってくれる
- SNSマーケティングで新規顧客を獲得できる
- 1日30件の受注を現在のスタッフで対応できる
- 配送コストを込みにしても利益が出る価格設定ができる
- 職人が撮影・梱包の追加業務を受け入れてくれる
マッピング結果：
| 前提 | 重要度 | 不確実性 | 象限 |
|---|---|---|---|
| ①冷蔵配送で品質保持 | 高 | 高 | ⚠️ 最優先 |
| ②常連客のEC利用 | 中 | 高 | 後で検証 |
| ③SNS集客 | 高 | 高 | ⚠️ 最優先 |
| ④スタッフの処理能力 | 高 | 中 | 要確認 |
| ⑤配送込み価格設定 | 高 | 高 | ⚠️ 最優先 |
| ⑥職人の追加業務受入 | 高 | 高 | ⚠️ 最優先 |
検証アクション：
- 前提①: 5種類の商品を冷蔵で自社宛に送り、到着時の品質を確認（3日）
- 前提⑤: 配送料込みの価格を3パターン試算し、粗利率30%以上を確保できるか検証
- 前提⑥: 職人3名と1on1面談で率直な意見を聞く
結果: 品質テストで生菓子2種が配送に不向きと判明（崩れ・変色）。送料込み価格は粗利率22%と目標を下回り、「EC限定の高単価セット」に方針転換。職人面談では「撮影は楽しいがオーダー管理は無理」との声があり、受注管理を専任パート1名で対応する体制に変更。配送可能な商品8種に絞ったEC限定セット（3,800円・送料込み）で開始した結果、3ヶ月で月商180万円を達成。最初の計画のまま全商品をECに載せていたら、クレーム対応と利益率悪化で撤退していた可能性が高い。
やりがちな失敗パターン#
- 「前提」に気づけない — 自分にとって当然すぎることほど前提として認識しにくい。チームの異なるバックグラウンドのメンバーに「これって本当？」と指摘してもらうと効果的
- すべての前提を同時に検証しようとする — 時間とリソースが足りなくなる。右上象限の1〜2個に絞って、素早く検証→次の前提、と順番に進める
- 検証せずに「たぶん大丈夫」で進む — 前提を洗い出しただけで安心してしまうパターン。洗い出しは第一歩にすぎず、検証して初めて価値が出る
- 検証結果を都合よく解釈する — ヒアリングで否定的な反応が出ても「たまたまこの人がネガティブなだけ」と片付けてしまう。前提マッピングの目的は「思い込みを壊すこと」であり、結果が期待と違うときこそ最も価値がある
まとめ#
前提マッピングは「暗黙の思い込み」を可視化し、リスクの高い順に検証する手法。計画が失敗する原因の多くは「そうだと思い込んでいた前提が間違っていた」こと。重要度×不確実性のマトリクスで優先順位をつけ、最小コストで素早く検証することで、致命的な失敗を事前に防げる。