取締役会のプレゼン資料：判断につながる9枚の構成と具体例

取締役会のプレゼン資料では、何が変わり、どの選択肢を検討し、経営陣が何を求めているのかを分かりやすく示します。判断してほしいことを冒頭に置き、残りのスライドで根拠、代替案、選んだ場合の影響を説明すると、議論に入りやすくなります。

ここでは、状況を伝える短い業績報告と、一つの重要な業務上の意思決定を組み合わせます。判断事項が複数ある場合も、それぞれの問いと根拠を分けてください。「討議」という見出しだけでは、出席者が何に答えればよいか分かりません。内容を整理した後は、Presentiで文章からプレゼンの構成を下書きすることもできます。

各議題の目的を明確にする

議題を報告、討議、決議に分けます。報告は重要な変化を伝え、討議は判断や意見を求め、決議は権限を持つ人に具体的な行動の選択や承認を求めるものです。承認を求める前に、その事項が取締役会で扱うものか、組織の手続きに沿って確認してください。

この区別によってスライドの書き方も変わります。「カスタマーサポートの状況」は報告です。「人員に制約がある中で、どのサービス水準を優先するか」は討議を促します。「定めた費用上限内で6週間の試行を承認する」は具体的な決議を求めています。

冒頭には、特に時間を使ってほしい議題を二つか三つ並べ、問い、説明する担当者、確保する時間を書きます。報告システムの先頭に出てくるというだけで、定例の詳細説明に討議時間を使い切らないようにします。

Beautiful.aiの取締役会向けテンプレート（英語）も、目的と簡潔な要約を重視しています。テンプレートは情報を入れる枠になりますが、どの問いを扱うべきかは自分たちで決める必要があります。

事前配布資料と当日の説明を分ける

事前に読む資料には詳しい数字が必要でも、当日の議論では選択肢まで短い道筋でたどり着けることが大切です。どちらも必要な情報を探しやすくします。事前資料には業績の要約、分析、判断事項の説明を収め、発表用スライドでは変化と未解決の選択に注意を向けます。

各指標には、集計期間、定義、比較基準、データの責任者を残します。定義を変えた場合は、その指標が登場する場所で説明します。数字の突き合わせや詳細表は、主スライドに小さく押し込むのではなく、名前の分かる補足ページに置きます。

配布の時期は会議の担当者と調整します。送付後に数値が変わったら、修正したページと、提案への影響を明示します。黙って数字を差し替えると、新しい事実なのか読み間違いなのかを参加者が判断できません。

投資家向け近況報告のガイド（英語）と共有できる業績情報もあります。ただし近況報告は、進捗や必要な支援を継続的に伝えるものです。取締役会の資料では、それに加えて出席者に提示する選択肢と、結果の記録方法を説明します。

一つの重要な判断を支える9枚の構成

次は、別途議事次第があり、必要な正式議事も用意されている会議を想定した構成です。取締役会の手続きに合わせて調整してください。これだけで正式な議事次第が完成するわけではありません。

1. 今日、何に注意を向けるか。判断事項、推奨案、ほかに重要な討議事項を示します。
2. 前回から何が変わったか。結果と例外、以前合意した行動の進捗を示します。
3. なぜ今、判断が必要か。業務上の問題を、期限、人員、その他の実際の制約につなげます。
4. 根拠から何が分かるか。判明したことと、その限界を示します。仮定は明確に分けます。
5. どの選択肢が残っているか。同じ基準で比較します。延期が現実的なら、それも含めます。
6. 経営陣はなぜこの案を勧めるか。得るものと失うもの、この案では解決しないことを説明します。
7. 実行するならどう進めるか。責任者、節目、依存事項、見直しの条件を示します。
8. 何を決めてほしいか。対象範囲と提案する条件を、読める大きさの言葉で明示します。
9. 会議後に何をするか。実際の結果、次の行動の担当者、未解決事項を記録する場所を用意します。

冒頭のエグゼクティブサマリー（英語ガイド）には推奨案を短くまとめ、根拠のページへ案内します。要約だけで根拠の説明を済ませないようにしてください。互いに関係のない判断が二つあるなら、それぞれに判断までの流れを用意します。一枚の小さな枠に複数の承認事項を詰め込まないほうが伝わります。

例：6週間の移行作業をどう賄うか

架空のソフトウェア企業Meridian Systemsを例にします。連携機能を担当するチームには6週間の移行作業があり、すでに約束した製品開発と競合しています。経営陣は、範囲を限定した外部支援案を取締役会で検討したいと考えています。以下の数字は説明用の計画条件であり、実際の見積書や実績ではありません。

「エンジニアの作業余力が足りない」という依頼では、範囲、代替案、責任が曖昧です。問いを具体化すると、「社内の責任者を残し、2週目に継続判断を行う条件で、サービス料の上限を36,000米ドルとする6週間の移行支援を認めるか」となります。

36,000米ドルは総費用ではありません。社内責任者の12日分の稼働、税金、その他の該当費用は、実際の見積もりで別に扱います。社内への再配置も「無料」ではなく、人員を使い、別の約束に影響します。この区別があると、価格だけの表より有用な比較になります。

根拠と仮定を見分けられるようにする

Meridianの補足資料には、移行の範囲、現在の人員計画、委託先の書面による提案、社内対応なら遅れる仕事が必要です。外部チームが着手できなくなる可能性のあるアクセス権、受け入れ準備、セキュリティ要件も、未解決事項として示します。

計画段階で「外部支援により移行が完了する」と断言するのは強すぎます。どの条件なら計画が機能すると考えるのか、まだ何の根拠が必要なのかを説明します。条件が整っていないなら、全面的な契約に進めるように見せず、まず委託先の評価を終えるなど、より限定した次の行動を求めます。

答えられる形で承認事項を書く

提案する決議：合意したアクセス権と委託先の審査を条件として、サービス料の上限36,000米ドルで6週間の移行支援を認める。開発責任者が実行責任を持つ。2週目の終了時に、受け入れ準備の完了、移行済みのテストケース、残作業を確認してから継続を判断する。

これは求める行動の文面であり、承認済みという意味ではありません。実際の議案、条件、記録は組織の手続きに従います。上限、範囲、見直し条件が会議で変わったら、最終記録もその内容に直します。

デザインの前に判断事項を一枚にまとめる

重要な判断ごとに次の項目を埋めます。整ったグラフの陰に不足が隠れる前に、必要な根拠を確認できます。判断事項の整理シートと会議後の記録表は、コピーして使えるテキストファイルです。

議題と会議：
目的：報告／討議／決議
出席者に答えてほしい問い：
推奨案と対象範囲：
今、扱う必要がある理由：
実行可能な代替案（必要なら延期も含む）：
比較に用いる基準：
根拠：出典、期間、責任者、確認状況
仮定と未解決事項：
提案する条件、費用や人員の上限：
実行責任者：
節目、見直し日、見直しに使う根拠：
補足ページや出典：

完成した整理シートをPresentiに渡し、推奨案、根拠、選択肢、条件案、次の行動の順で構成の下書きを作ります。装飾に進む前に構成を読み、存在しない業績や、事実として書かれた仮定があれば取り除きます。

決議の最終文面は、その責任を持つ担当者が管理します。PPTXやPDFを渡す場合は現在の書き出しプランを確認し、取締役会へ送る実際のファイルを開いて点検してください。PPTX・PDFの書き出しは有料プランの機能です。

議論が明確なうちに結果を残す

会議後は、承認、修正、延期、報告を受けたのみの事項を分けます。延期した判断には不足する根拠の担当者と再度扱う日が必要です。承認した提案には、実際の条件を残します。報告を受けただけの事項を、翌月に承認済みとして扱わないでください。

次の関連会議では、この記録から「何を合意し、何が起こり、今どこに注意が必要か」を確認します。資料が毎回新しい近況報告の集まりになるのを避け、過去の判断と次の行動をつなげられます。