ベイン流スライドの核心「問いを先に設計する」
ベイン・アンド・カンパニー(Bain & Company)はマッキンゼー、BCGと並ぶ世界三大戦略コンサルティングファーム(MBB)の一つです。ベインのスライドが他ファームと決定的に違うのは、「答え」より先に「問い」を設計するという点にあります。多くの人は提案書を作るとき「何を提案するか」から考えますが、ベインは「この資料で答える問いは何か」から逆算してデッキを組み立てます。これは単なる順番の違いではなく、聴衆の受容性を最大化するための認知設計なのです。
人間は「問い」を提示されると、自分の頭の中で答えを考え始めます。すでに考えた問いに対して、後から"ぴったり合う答え"を提示されると、納得度が格段に上がります。逆に、相手の頭に問いがない状態で答えから入ると、聴衆は「それは分かったけど、何の話?」と混乱します。ベインが冒頭で「状況」と「変化」を並べて問いを湧き立たせるのは、聴衆の脳内に"答えを受け止める器"を先に作るためです。
この思考を支えているのが、本記事で中心的に扱う SCQAフレームワーク です。SCQAはSituation(状況)・Complication(複雑化)・Question(問い)・Answer(答え)の頭文字を取ったもので、ベインのデッキは例外なくこの型で骨格が組まれています。ベインがSCQAをMBBの中でも最も明確に採用していると言われる理由は、社内研修で「スライドを書き始める前に、まずSCQAの4行を書け」と徹底的に仕込むからです。
ベインのビジュアル面の特徴にも触れておきましょう。ブランドカラーはダークブルー・グレーを基調に、アクセントとして鮮やかなレッド(Bright Red)を使います。フォントは見出しにMontserrat、本文にOpen Sansの2書体のみ。3色2書体という極端な絞り込みが、ベインのデッキに独特の"締まり"を生んでいます。本記事のセクション6でビジュアル戦略は詳しく扱いますが、まず押さえておくべきは「ベインのスライドは派手ではなく、むしろ静かに見える」ということです。派手なのはレッドだけで、そのレッドが意味を持つように他の要素を徹底的に削ぎ落としているのです。
資料の全体像は「提案書の作り方完全ガイド」でも整理しています。本記事はその中でも「ベインという特定ファームの思考法」に絞って深掘りします。
SCQAフレームワークの使い方
SCQAは一見シンプルですが、実際に書いてみるとどの要素も難しいものです。特に日本のビジネスパーソンがつまずきやすいのは「Situation(状況)」と「Complication(複雑化)」の切り分け、そして「Question(問い)」を言い切ることです。ここでは4要素それぞれの役割と、よくある失敗を順に解説します。
Situation(状況)
聴衆が既に知っている前提・背景を共有する
反論できない「事実」だけを置く。ここで意見や評価を入れると聴衆は構える。目的は「そうだね」と頷かせること。市場規模・自社の立ち位置・制度変更など客観情報で固める。
NG例: 「当社の新規事業は伸び悩んでいる(← 主観評価/聴衆がまだ合意していない)」
OK例: 「国内SaaS市場は2024年から年率18%で成長し、2026年には1.9兆円規模に達する(← 客観的事実)」
Complication(複雑化)
何が変わったか、なぜ今動くべきかを示す
Situationと"矛盾"や"ギャップ"を起こす要素を置く。聴衆が「あれ?このままでいいんだっけ?」と不安になる情報を提示する。変化・新規参入・制度変更・競合の動きなど。
NG例: 「競合が増えている(← 抽象的、緊張感が生まれない)」
OK例: 「しかし2025年、外資2社が国内参入しARPUを40%引き下げた(← 具体的な変化と数字)」
Question(問い)
聴衆の頭に自然に湧く「では、どうする?」を言語化する
SituationとComplicationを並べたとき、聴衆の中に生まれる疑問を"代わりに言う"のがベイン流。「ではどう対応すべきか?」という問いを1行で書き切る。曖昧な問いはNG。
NG例: 「我々はどう進むべきか?(← 抽象的すぎて答えの方向が定まらない)」
OK例: 「価格競争に巻き込まれずに、翌2年でARPUを維持する打ち手は何か?」
Answer(答え)
問いに対する主要な推奨・結論を提示する
Answerは"何をするか"と"なぜそれか"をセットで示す。ベイン流は結論を先に出し、そのあとに根拠を3点で構造化する(ピラミッド原則)。推奨が複数ある場合も1つに優先順位をつける。
NG例: 「複数の選択肢を検討する必要がある(← 結論になっていない)」
OK例: 「エンタープライズ特化に舵を切り、価格競争を避ける。根拠は①顧客単価②解約率③営業効率の3点」
4要素を個別に理解したら、次は「つなげて1本の物語にする」練習です。以下に、典型的な"情報羅列型デッキ"とベイン流のSCQA型デッキの違いを示します。同じ事実・同じデータを使っていても、並べ方で伝わり方がまったく変わります。
BEFORE: 情報羅列型
- ●市場規模のグラフ
- ●競合一覧
- ●自社の製品機能
- ●売上推移
- ●KPIダッシュボード
- ●……そして最後に「ご提案」
読み手は最後まで「で、何が言いたいの?」と思いながら聞く。
AFTER: SCQA型
- ●S: 国内SaaS市場は年18%成長、当社シェアは12%
- ●C: 外資2社が参入、ARPUを40%押し下げる動き
- ●Q: 価格競争に巻き込まれず、2年でARPUを維持する打ち手は?
- ●A: エンタープライズ特化へ舵を切る。根拠は①②③
- ●A-1: 顧客単価の優位(詳細データ)
- ●A-2: 解約率の低さ(詳細データ)
- ●A-3: 営業効率の高さ(詳細データ)
冒頭3枚で問いまで到達。以降は答えを裏付ける構造に一貫する。
Before/Afterの決定的な違いは、「聴衆に考えさせる時間」をどこに置くかです。情報羅列型は、デッキの最後まで聴衆の頭の中に「問い」がありません。だからどれだけ豊富な情報を並べても、結論に繋がらないのです。SCQA型は冒頭のS→Cで聴衆に緊張感を持たせ、Qで問いを明示し、Aで答えを提示します。この順序が守られているだけで、後半の根拠スライドはすべて「答えを補強する証拠」として自然に受け取られます。
水平フロー・垂直フロー:2つの流れで構造化する
SCQAはデッキ全体の"物語"を決めるフレームですが、ベインのスライドはさらに「水平フロー」と「垂直フロー」という2つの視点で構造化されています。水平フローはデッキ全体の流れ、垂直フローは1枚のスライド内の構造を指し、この2つが噛み合って初めて「読みやすいデッキ」が成立します。
水平フロー(デッキ全体)
タイトルだけを横に並べて物語として読めるか確認する
垂直フロー(1枚内)
結論→根拠3点→証拠のピラミッド構造
水平フロー: 各スライドの「リード・イン(タイトル)」だけを並べる
ベイン流の設計ではまず全スライドのタイトル(= 結論)だけを一行ずつ並べ、上から読んだときに物語として成立するかを確認します。ベインでは「タイトルだけで物語が伝わる状態」をリード・インで作り、それが成立しないスライドは順番を入れ替えるか、削除します。これは「ゴーストデック」とも呼ばれる手法で、実際の図表を作る前に骨格を固めるやり方です。
垂直フロー: 1枚のスライド内をピラミッド原則で組む
スライドのタイトル(上部)は結論を一言で。本文(中段)はその結論を支える3つの根拠を配置。下部または図表として、各根拠を裏付けるデータや事例を置きます。つまり1枚を上から読んでも「結論→根拠→証拠」の順で構造化されている状態です。これがベインの「垂直フロー」の本質で、ピラミッド原則と同じ考え方です。
接続: 水平と垂直を噛み合わせ、デッキ全体をSCQAで包む
デッキ全体を見たときに、冒頭数枚でS・Cを提示し、問題提起(Q)に当たる1枚で「本資料で答える問い」を明示、そこから後半はA(答え)を裏付ける根拠群がピラミッド状に並ぶ――という構造にします。1枚ごとのピラミッド(垂直)とデッキ全体のSCQA(水平)が多重構造になっているのがベイン流デッキの正体です。
ここで重要なのは、水平フローは必ず垂直フローより先に作るという順序です。1枚ごとに美しいスライドを作っても、並べたときに物語として読めなければデッキは通りません。ベインの社内では「ゴーストデック」と呼ばれる手法で、まず全スライドのタイトルだけを並べた骨格を作り、上司やチームでレビューしてから個別スライドの中身を作り込みます。中身から作り始めると、後から物語を直すのに何倍もの時間がかかるからです。
ピラミッド原則についての基礎は「コンサルタントの提案書の構成|ピラミッドストラクチャーとは」で詳しく解説しています。ベインの垂直フローはピラミッド原則そのものですので、先にそちらを読むと理解が深まります。
また、1枚のスライドの中の書き方については「コンサル流スライドの書き方|1枚に1メッセージを徹底する方法」で基本原則(アクションタイトル、1スライド1メッセージ、So What / Why So)を解説しています。本記事ではそれらを前提に、ベイン固有の"2フロー設計"の話に絞って進めます。
ベイン流の構造を、エージェントが自動的に組み立てます
スラサクは「この資料で答える問いは何ですか?」とあなたにヒアリングし、SCQA・水平フロー・垂直フローを内部で自動設計します。ピラミッド原則に沿った1枚を作る時間を、考える時間に戻しましょう。
無料で試してみる →ベイン流エグゼクティブサマリーの作り方
ベインのデッキには必ずエグゼクティブサマリー(Executive Summary)がデッキ前半に配置されます。多くの日本企業の資料ではエグゼクティブサマリーを巻末に置く慣習がありますが、ベインは真逆で、冒頭3枚以内に必ず配置します。これは、意思決定者(経営層)がデッキを最後まで読まない前提に立っているからです。忙しい役員は冒頭3分で結論を掴み、残りの時間は「その根拠が妥当か」を確認するためにめくります。
ベイン流エグゼクティブサマリーは、以下の4要素を1枚に収めるのが基本形です。
本資料で答える問いを1行で書く。聴衆が「それ知りたい」と思う問いに絞る。
問いへの結論を1〜2行で。推奨アクションまで言い切る(「検討すべき」ではなく「○○すべき」)。
結論を支える根拠を3点に絞る。4つ以上は記憶に残らず、2つでは弱い。
読み手が次に取るべき行動を明示する。意思決定を求める場合は選択肢と期限も。
この4要素をスライド1枚に押し込むのは想像以上に難しく、ベインの若手コンサルはここで最も時間を使うと言われます。なぜなら、「問いと答えと根拠3点を1枚で書ける」ということは、デッキ全体の構造を完全に把握しているということだからです。逆に、エグゼクティブサマリーが書けないデッキは、構造そのものが曖昧だという合図になります。
日本のビジネス文脈では、エグゼクティブサマリーを「結論ページ」として巻末に置く慣習が根強くあります。しかし、意思決定者の時間価値を考えれば、答えを最後まで待たせるのは合理的ではありません。ベイン流に倣って冒頭に置くだけで、資料の通り方は大きく変わります。後半のスライドは「サマリーで述べた結論の根拠」として位置付けられ、聴衆は最初から「何を確認すべきか」が分かった状態で読み進められます。
比較表の設計:選ばせる資料の作り方
戦略提案ではほぼ必ず「複数のオプションを比較して、1つを選んでもらう」というシーンが来ます。ベインのデッキはこの比較表の設計に特にこだわっており、いくつかの明確なルールがあります。比較表は情報量が多くなりがちですが、ベインは「基準は5〜7個まで、勝ちオプションを太字+レッドで強調」というルールで統一感を出します。
以下は新規事業3案を比較する例です。オプションAが推奨案であることが、見た瞬間に伝わるように設計されています。
| 評価基準 | A案(推奨) | B案 | C案 |
|---|---|---|---|
| 初期投資 | 約3億円 | 約8,000万円 | 約1.5億円 |
| 立ち上げ期間 | 12か月 | 4か月 | 6か月 |
| 想定ARPU | 月80万円 | 月15万円 | 月35万円 |
| 競合との差別化 | 強 | 中 | 強 |
| 営業組織の適合度 | 高 | 中 | 高 |
| 2年後のLTV | 2,400万円 | 540万円 | 1,680万円 |
| 総合評価 | ◎ | △ | ○ |
ポイントは3つあります。第一に、基準数を5〜7個に絞ること。10個以上並べると、意思決定者は比較できません。第二に、勝ちセルをレッド+太字で強調すること。視線誘導が効き、結論が数秒で伝わります。第三に、基準は「意思決定の軸」だけに限定すること。ここに「色」「サイズ」など表面的な違いを入れると、選択を鈍らせます。
さらに、比較表の下には「総合評価」行を必ず入れます。上記表の最下段にある「◎ △ ○」がそれです。各基準の個別比較を全部足し合わせた"結論"を1行で示すことで、読み手が自分で総合判断する手間を省きます。ベイン流は「読み手に考えさせない」ことを徹底するのです。
逆によくあるNGパターンは、「各案のメリット・デメリットを均等に書く」表です。これは親切に見えて、実は意思決定を遅らせます。コンサルの比較表は「公平に並べる」のではなく「推奨案が選ばれるべき理由が浮き上がるように設計する」のが鉄則です。公平さを装った迷いは、時間と意思決定の質を奪います。
ビジュアルストーリーテリングの実践
ベインのスライドが印象的なのは、グラフィックが主役でテキストが補助だからです。多くの人の資料は逆になっています――文章を書き、余ったスペースにグラフを載せる。これでは読み手の脳は「文字を読む→意味を解釈する」という2ステップを必要とし、理解が遅くなります。ベインは最初からビジュアルで意味を伝え、テキストは一言の補足に留めます。
テキストは補助、グラフィックが主役
ベインのスライドは情報密度が高い一方、テキストの段落を長々と書くことはほとんどありません。主張は図・チャート・アイコンで表し、テキストはその意味を一言で添える「補助」の役割に徹します。聴衆の脳は視覚から先に情報を取るため、ビジュアルで結論、テキストで補足という順が最も伝わります。
Bright Redは"ここだけ"に使う
ベインのブランドカラーである鮮やかなレッド(Bright Red)は、スライド全体に広く使うのではなく「最も注目してほしい1点」にだけ使うのが鉄則です。結論を示す文字、勝ちオプションのセル、ボトルネックになっている工程――これらに限定して使うことで、レッドが「ここを見て」というシグナルになります。
2書体・3色ルール
ベインのデッキは基本的にMontserrat(見出し)とOpen Sans(本文)の2書体、色はダークブルー・グレー・レッドの3色構成です。書体と色を増やすほどスライドの"格"は下がるため、極端なまでに絞り込みます。社内の資料でも書体2・基本色3(+アクセント1色)に抑えるだけで一気にコンサル品質に近づきます。
グラフは"結論の矢印"を必ず入れる
棒グラフや折れ線グラフには、ベイン流では必ず「矢印」と「短い注記」を入れます。グラフを見せるだけでは聴衆が勝手に解釈してしまうため、「ここに注目」「2024年以降加速」といった注記を矢印で指して、グラフが何を語っているかを明示します。
ベイン流のビジュアルで特筆すべきは「Bright Redの使い方」です。ベインのレッドは"情熱"や"警告"というより、"ここに答えがある"というシグナルとして機能します。1枚のスライドでレッドを使うのは1〜2か所まで。タイトルの結論部分、推奨案の行、ボトルネックのセル、いずれか1つです。レッドが多すぎるスライドは、結果的にどこも強調されていないのと同じになります。
もう一つ、ベインのデッキで頻出するのが「ストーリーを持つチャート」です。単なる棒グラフではなく、そのグラフが語るべき一言を注記と矢印で追加します。たとえば「売上推移」という冷たいタイトルではなく「2024年以降、成長率が30%→5%に減速」というタイトルを付け、グラフ上に矢印で2024年を指す。これがアクションタイトルとビジュアルストーリーテリングの組み合わせで、ベインのスライドを"読める"ものにする根幹です。
グラフやチャートの具体的な使い分けは「コンサルが使う図解・チャート15選」で整理していますので、ベイン流ビジュアルを実装するときの参考にしてください。
まとめ:ベイン流チェックリスト
ベイン・アンド・カンパニー流のスライド作法は、要約すれば「問いから設計し、物語として聴かせ、ビジュアルで伝える」の3点に集約されます。SCQAで物語の骨格を作り、水平フローでデッキ全体をつなぎ、垂直フローで1枚ずつをピラミッド原則で仕上げる。エグゼクティブサマリーを冒頭に置き、比較表で意思決定を誘導し、Bright Redで注目点を絞る。このすべてが「聴衆の認知負荷を下げ、結論を素早く受け取ってもらう」という1つの目的に向いています。
次にあなたが提案書を作るとき、書き始める前にまず1枚の紙に4行だけ書いてみてください。Situation・Complication・Question・Answer。この4行が書けないなら、まだスライドを作るタイミングではありません。4行が書けたら、それはあなたのデッキの設計図です。あとは各行を数枚のスライドに展開していけば、ベイン流のデッキが自然に立ち上がります。
ベイン流スライド・セルフチェック10項目
- 1本資料で答える「問い」を1行で書けているか
- 2問いの直前にSituation(前提)とComplication(変化)を置いたか
- 3Answer(答え)はアクションまで言い切っているか
- 4デッキ全体のタイトルだけを並べて物語が成立するか(水平フロー)
- 51枚ごとに結論→根拠→証拠のピラミッドになっているか(垂直フロー)
- 6エグゼクティブサマリーは冒頭3枚以内に入れたか
- 7比較表は基準5〜7個、勝ちオプションを強調したか
- 8Bright Redは「ここを見て」という1点にだけ使ったか
- 9テキスト段落は2行以内、主張はグラフィックが担っているか
- 10聴衆に求める次のアクションを明示したか
関連記事
コンサル術のコラムをもっと読む
MBBのロジック・図解・デザインの実践ノウハウを随時公開中