フレームワーク活用ガイドひとことで言うと#
行動を起こす前に、頭の中で「もしこうしたらどうなるか」を一連のシナリオとして再生し、結果を予測する思考法。消防士やパイロットなど、時間がない状況で判断を迫られる専門家が日常的に使っている技術を、ビジネスにも応用する。
押さえておきたい用語#
- メンタルモデル
- 頭の中に持っている**「こう動かすとこうなる」という因果関係の地図**のこと。経験が豊富なほど精度の高いメンタルモデルが構築される。
- 自然主義的意思決定（NDM）
- 実際の現場で専門家がどう判断しているかを研究する学問分野を指す。ゲイリー・クラインがメンタル・シミュレーションの有効性を実証した。
- シナリオ
- 「こうなる可能性がある」という一連の出来事の流れである。メンタル・シミュレーションでは複数のシナリオを頭の中で走らせて比較する。
- ブレイクポイント
- シナリオの中で**「ここで計画が破綻する」と判明するポイント**。シミュレーションで事前に見つけることで対策を打てる。
メンタル・シミュレーションの全体像#
こんな悩みに効く#
- 計画を立てたけれど「本当にうまくいくのか」が不安で動けない
- 実行してから「こんなはずじゃなかった」と手戻りが多い
- 交渉やプレゼンで想定外の質問に対応できない
基本の使い方#
「何を、いつ、どの順番で実行するか」を明確にする。
- 曖昧な計画はシミュレーションできない
- 「売上を伸ばす」ではなく「来月から毎週3社に新規テレアポを入れる」のレベルまで落とし込む
映画を頭の中で上映するように、一連の流れを時間順に追いかける。
- 「まず〇〇をする。すると△△が起きる。次に□□をする…」
- 各ステップで「ここで何が起きるか？」「相手はどう反応するか？」を具体的に想像する
- 楽観的なシナリオと悲観的なシナリオの両方を走らせる
シミュレーション中に「ここで詰まりそう」「ここで想定が崩れそう」と感じたポイントがブレイクポイント。
- ブレイクポイントごとに「どうすれば回避できるか」「起きたときのプランBは何か」を決める
- 対策を組み込んで再度シミュレーションを走らせ、問題がなくなるまで繰り返す
具体例#
行動案: 来週、年間契約額2,400万円の大型案件で最終プレゼンを実施。相手は先方の取締役3名。
シミュレーション:
- 冒頭で課題の共有（5分）→ 問題なし
- ソリューション提案（15分）→ 問題なし
- 費用説明（5分）→ ブレイクポイント: CFOが「高い」と反応しそう。前回の商談で「予算は1,800万円が上限」と言っていた
- Q&A（15分）→ ブレイクポイント: 技術担当役員から「既存システムとの連携は？」と聞かれたら、技術的な詳細に即答できない
対策:
- ブレイクポイント1: 2,400万円の内訳を年間コスト削減額（推定3,600万円）と対比する資料を追加。ROI 150% を1枚にまとめたスライドを準備
- ブレイクポイント2: 技術部門のSEを同席させ、連携アーキテクチャ図を1枚用意
プレゼン本番では、予想通りCFOからコスト指摘が出たがROIスライドで即座に切り返し、技術質問もSEが対応。結果、即日で内定を獲得した。
行動案: 初のブラックフライデーセール。通常の5倍のアクセスを想定し、割引率最大50%で実施。
シミュレーション（時系列）:
- セール開始（0:00）→ SNS告知が拡散 → アクセスが通常の5倍に
- 開始30分後 → ブレイクポイント: サーバーの同時接続上限が500。5倍なら2,500セッション。落ちる
- 開始1時間後 → 人気商品に注文が集中 → ブレイクポイント: 在庫管理システムが追いつかず、在庫切れ商品に注文が入る可能性
- 開始3時間後 → 問い合わせが殺到 → ブレイクポイント: カスタマーサポートが2名体制で捌けない
対策:
| ブレイクポイント | 対策 | コスト |
|---|---|---|
| サーバー負荷 | CDN導入＋オートスケール設定 | 3日間で約2万円 |
| 在庫管理 | セール対象商品の在庫を事前にロック。残数をリアルタイム表示 | 開発2人日 |
| CS対応 | FAQ特設ページ作成＋チャットボット導入＋臨時スタッフ3名 | 約8万円 |
セール当日、アクセスは想定の7倍に達したがサーバーはダウンせず、売上は通常月の4.2倍。在庫トラブルはゼロ、CSへの問い合わせもFAQで40%を自己解決に導けた。
行動案: 人口3万人の沿岸部の町で、津波を想定した住民避難訓練を実施。目標は30分以内に高台への避難完了率80%。
シミュレーション:
- 防災無線で避難指示（0分）→ 問題なし
- 住民が自宅を出る（5分後）→ ブレイクポイント: 高齢者世帯（全世帯の32%）は単独避難が困難。前回の訓練では高齢者の避難完了に50分かかった
- 幹線道路に住民が集中（10分後）→ ブレイクポイント: 国道沿いの交差点2か所で車と歩行者が交錯し、渋滞が発生
- 高台到着（30分後の目標）→ 避難所の収容キャパは2,000人。過去の訓練参加率40%なら十分だが、実災害では100%来る可能性
対策:
- 高齢者世帯に「避難支援者」を事前にマッチング（民生委員＋近隣住民の2名体制で380世帯をカバー）
- 交差点2か所に交通誘導員を配置。車両は避難ルートから迂回させるルールを設定
- 避難所の代替として町立体育館（収容1,500人）を第2避難所に指定
訓練の結果、30分以内の避難完了率は前年の**52% → 78%**に向上。高齢者世帯の避難完了時間は50分 → 28分に短縮された。
やりがちな失敗パターン#
- 楽観シナリオしか想像しない — 「うまくいくパターン」だけをシミュレーションしても意味がない。「最悪のケース」を含む複数のシナリオを走らせる
- 抽象的なままシミュレーションする — 「なんとかなるだろう」が出てきたら、それはシミュレーションが具体性を欠いている証拠。数字・人名・時間を入れて解像度を上げる
- ブレイクポイントを見つけても対策を打たない — 問題点を発見しただけで安心し、対策を後回しにするケースが多い。シミュレーションの価値は対策まで含めて完結する
- 経験がない領域で一人でシミュレーションする — メンタル・シミュレーションの精度は経験に依存する。未経験の領域では、その領域の経験者に「このシナリオで穴はないか」と聞くことで精度が格段に上がる
まとめ#
メンタル・シミュレーションは、行動前に頭の中で「予行演習」を行い、計画の弱点を事前に発見する思考法。プレゼン、プロジェクト、イベント運営など、あらゆる行動の前に使える。ポイントは、具体的に時系列で想像すること、そしてブレイクポイントを見つけたら必ず対策まで落とし込むこと。実行してからの手戻りは高くつくが、頭の中での修正はタダだ。