AIでスライドのデザイン案を作る方法

スライドのデザイン案をAIで作るときは、最初に色や画像を決めず、発表の目的と一枚ごとの役割を整理してから、余白・文字・図表のルールを決めます。まず表紙、通常の説明、データ提示の代表スライドを作り、内容が読めるか確認してから全体へ広げます。AIは候補づくりを速めますが、情報の優先順位、根拠、ブランド適合、読みやすさの最終判断は人が行います。

デザインに進む前に、聞き手と発表の目的を決める

「おしゃれなスライドを作る」だけでは、何を残し、何を削るか決まりません。発表を聞いた人に理解してほしいこと、決めてほしいこと、次に取ってほしい行動を一文にします。社内報告なら状況共有、提案なら選択肢の決定、研修なら手順の習得など、目的によって必要な構成も違います。

次に、聞き手が既に知っていること、関心、専門知識、発表時間、資料を後から読むかを記録します。同じ内容でも、経営判断なら費用・リスク・選択肢を早く示し、操作説明なら画面と手順を順に見せます。目的と聞き手が未確定なら、見た目の生成を始める前に依頼者へ確認してください。

Message・根拠・未確認事項を分けて集める

スライドの見出しにする主張と、それを支える資料は別々に管理します。主張案があるのに根拠がない場合は、数字や事例をAIに補わせず、「確認待ち」として残します。資料の名称、作成日、対象期間、集計方法、ページやURLを記録し、引用・数値を後から原資料へ戻せる状態にします。

表は横にスクロールできます

要素	先に決めること	未確定のとき
Message	聞き手に覚えてほしい一文	目的・判断を依頼者へ確認
Evidence	出典、期間、対象、算定条件	仮説と分けて確認待ち
Decision	承認、選択、理解などの次Action	決定者と期限を確認
Design	情報を伝える図・配置	内容が固まるまで装飾しない

例えば「問い合わせ対応を改善する提案」なら、「時間が短縮できる」と先に断定するのではなく、現状の件数・対応時間・集計期間を根拠として整理します。改善幅が未測定なら、スライドには試行案と測定方法を示し、効果を実績のように書かないでください。架空の例を構成検討に使うときは、実測値ではないと表示します。

Slide briefで一枚の役割を指定する

長文の原稿をそのままスライド化するより、各ページで伝えることを短い「slide brief」にします。見出しは話題名ではなく、ページの要点を示します。「問い合わせの状況」より「増加した問い合わせは特定カテゴリに集中している」のように書きます。ただし根拠がまだない場合は、断定形にせず問いや確認項目として示します。

表は横にスクロールできます

項目	Briefに書く内容
見出し	この一枚で伝える主張または問い
根拠	資料・ページ・数値・対象期間
見せ方	比較表、工程、図、短い引用など
受け手	このページの後に理解・判断すること
未確認	出典不足、仮定、追加で必要な資料

一枚に複数の結論を詰め込むと、文字を小さくするか、視線の順番を曖昧にしがちです。ページを分ける、補足へ移す、結論を絞るのいずれかを選びます。主張を削っても必要な根拠が残るか、見出しだけを続けて読んだときに話の流れが追えるかも確かめます。

Visual directionを文章で固定する

AIへ「きれいに」「プロっぽく」と頼むと、色や装飾は出ても、何を優先するデザインか共有できません。まず用途、雰囲気、避けたい表現、文字量、図表の扱い、画面比率、ブランド制約を簡潔なdesign briefにまとめます。ブランドガイドがある場合は、ロゴ、色、書体、余白、図表の規則を確認し、AIが提案したスタイルより正式なガイドを優先します。

依頼例：

「社内の部門責任者へ、試行を承認するか判断してもらう8分の提案資料です。既存のブランド色とロゴを保持し、白背景、見出しと本文の階層を明確にしてください。装飾用の写真や架空の統計は追加しないでください。各ページは一つの主張と出典を示し、比較は同じ尺度の表で表現します。まず表紙・比較・次のActionの3枚のvisual direction候補を作り、採用前に確認する点も挙げてください。」

この指示は案を得るためのもので、完成デザインや情報の正確さを保証するものではありません。色だけで状態を表す、文字を詰めて小さくする、根拠より強い結論を大きく見せる案は採用せず、コントラスト、可読性、出典表示を人が確認します。

代表スライドを作り、全体へ展開する

最初に全ページを生成するのではなく、役割の違う数枚でルールが使えるか試します。表紙では題名・対象・日付の優先順位、説明ページでは見出しと短い本文、データページでは単位・期間・母数・出典の配置を見ます。必要なら工程や比較のページも一枚加え、図の種類が違っても同じトーンに見えるか確かめます。

代表案を選ぶときは、ページが見栄えするかだけでなく、見出しと視線の順番だけで何が重要か伝わるかを見ます。本文が長すぎる、図表が縮小される、強調色が多い、ページごとに余白が違う場合は、デザイン全体を作る前にbriefと共通ルールを修正します。採用した後に、必要なページだけ同じ規則で展開します。

Google SlidesのGeminiは、公式案内上、指示や参照ファイルをもとに編集可能なプレゼンテーションを生成する機能を案内しています。一方、対象プランや言語・提供範囲など条件があります。FigmaのFirst Draftも編集可能なwireframeやデザインの初期案を作る機能ですが、公式案内では一般的なWeb・アプリのパターンを中心とし、独自design systemを直接生成に使えない制約が示されています。利用中の画面で機能が使えるかを確認し、固有のブランド部品は後から適用します。

図表・画像を情報の役割に合わせる

図表はページを埋める装飾ではなく、比較、変化、手順、構造など、文章より把握しやすい関係を見せるために使います。数値を示すなら、単位、対象期間、母数、出典を付けます。条件が異なる数値を同じグラフに置く場合は、比較できる前提が揃っているか確認します。データがない場合は、実績らしい図を生成せず、必要なデータ項目を示します。

画像は雰囲気だけでなく、説明に必要かを考えます。人物や画面を生成する場合、実在の利用者・製品画面・成果のように誤認されないかを確認します。実画面を説明する用途なら、実際のUIと生成画像を混同させず、権利や機密にも配慮します。見た目の統一を保つために、写真・アイコン・図の使い分けを先に決め、不要な画像は入れない選択も取ります。

画面と配布資料の読みやすさを別々に見る

投影用のスライドは、後方から文字や色が認識できるか、画面共有や小型画面でも読み取れるかを確認します。配布して後から読む資料は、発表者が説明しなくても図の意味、略語、出典、前提が分かる必要があります。両方を兼ねる資料では、すべての補足を本文へ詰めず、必要な説明を脚注や補足ページへ分ける方法もあります。

チェックするのは、見出しの階層、本文の行数、行間、コントラスト、色覚に依存しない識別、表の文字サイズ、図の凡例、ページ番号、出典です。余白を削って情報量を増やす前に、聞き手の判断に不要な文章を減らします。プロジェクターや端末が確定していなければ、標準的な画面サイズに加え、縮小表示でも重要な要点が判別できるか試します。

AI案をレビューし、修正理由を残す

レビューでは、内容と視覚表現を分けて確認します。内容では、主張が根拠の範囲を超えていないか、数字・単位・引用が原資料に一致するか、未確認事項が事実のように見えないかを確認します。視覚面では、見出しが結論を示すか、視線が自然に進むか、コントラストや文字サイズが十分か、図表の説明と出典が近くにあるかを見ます。

表は横にスクロールできます

症状	確認すること	次の修正
ページが読みにくい	本文量、見出し、余白	要点を絞るかページを分割
何を決めるか不明	目的、最後のAction	求める判断を冒頭・末尾に明記
数字が強く見える	出典、期間、母数	根拠を追加し、未確認は保留
全ページが似る	ページの役割	表・工程・引用など表現を変える
ブランドから外れる	ガイド、正式部品	公式素材へ置き換える

AIへ修正を頼むときは「もっと良く」ではなく、直したい課題、守る制約、変えてよい範囲を指定します。例えば「本文を増やさず、見出しと図表の関係だけ改善。既存色とロゴは保持し、未確認の数字は追加しない」とします。修正後は変更された箇所と根拠を見直し、初期案と後の案を混同しないよう版を管理します。

完成前の確認と次のAction

全体を聞き手の立場で通し、冒頭から結論まで話がつながるか確認します。提案なら、求める決定、担当、期限、停止条件が残っているか。報告なら、観察した事実と仮説が分かれているか。研修なら、説明だけでなく参加者が試す手順と理解確認があるかを見ます。社内レビューを求めるときは、見る人、確認範囲、返答期限を明示し、「全体を見てください」で終わらせません。

最終チェックは次の順です。

1. 発表目的と聞き手に求める判断が最初に分かる。

2. 見出しだけで話の流れを追える。

3. 主張と根拠、仮説、未確認が区別されている。

4. 数字・図表に単位、期間、母数、出典がある。

5. 文字、色、余白が投影・共有画面で読める。

6. 最後に決定、担当、期限、次の確認が示される。

7. 機能・プラン・生成条件を利用環境で確認した。

AIものさしの判断

スライドのデザイン案づくりは、AIに全ページを一括で装飾させるより、発表の目的を決め、根拠を整理し、代表ページで視覚ルールを検証してから広げる方が手戻りを抑えられます。構成がまだ揺れているなら、まず内容と一枚ごとの役割を決めます。構成が固まり、ブランドルールもあるなら、既存テンプレートを参照しながら見た目の案を比較します。根拠がない、聞き手に求める判断が曖昧、ブランド制約が未確認なら、完成デザインとして採用せず、その条件を決めるところへ戻ってください。