AIでプレゼンのストーリー構成を作る方法｜結論から逆算する

プレゼンの構成をAIに任せると、よくあるのが「背景→課題→解決策→まとめ」という無難な順番です。形は整っていますが、聞き手が最後に何を判断すべきかが弱いと、情報を並べただけの資料になりやすくなります。先に決めたいのは章数ではなく、プレゼン後に相手へ求めるDecisionです。

この記事では、最終判断から逆算して、必要な論点、Evidence、反対条件、各SlideのMessageまで落とす方法を整理します。読後には、AIに「構成案を作って」と丸投げするのではなく、Decision Briefを渡してStorylineを作り、Titleだけ読んでも論理が通る状態まで持っていけるようになります。

最初に決めるのは「何を説明するか」ではなく「何を決めてほしいか」

プレゼンの目的が「新サービスを説明する」だと、機能紹介中心の構成になりがちです。これを「新サービスの3か月Pilotを承認してもらう」に変えると、必要な情報が変わります。

承認が欲しいなら、現状の課題、放置Cost、Pilotで検証する仮説、必要Budget、Risk、成功条件まで必要です。逆に、製品沿革や細かい機能説明は、Decisionに関係しなければ本文から外せます。

Decision Briefを1ページで作る

AIへ渡す前に、次の項目だけ埋めます。

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

項目	記入例
Audience	事業責任者・Finance責任者
Decision	3か月Pilotを承認するか
Current State	問合せ一次対応に月120時間
Desired State	対応時間を減らし、品質を維持
Must-prove	工数削減・品質・運用Risk
Constraints	Budget上限、個人情報を扱わない
Unknown	実運用での削減率
Next Action	Pilot可否を今日決める

数字は構造説明用の架空例です。実際の資料では、確認済みの値だけを使います。

結論から必要なQuestionへ逆算する

Decisionが決まったら、「その判断をするために何が分からないといけないか」をQuestionへ分解します。

たとえばPilot承認なら、1. 今どれだけ困っているか、2. この案は何を変えるか、3. 効果をどう測るか、4. Riskは許容できるか、5. いくらかかるか、6. 何を決めれば始められるか、という順です。

このQuestionがそのまま章の役割になります。章名を先に考えるより、聞き手の疑問を順に潰す方がStorylineを作りやすくなります。

Storyline Mapを作る

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

Order	Audience Question	Main Message	Evidence Needed	Decision Role
1	何が問題か	現状Costが大きい	工数Data	Urgency
2	何を変えるか	対象Workflowを自動化	Process図	Solution
3	本当に効くか	Pilotで検証可能	Test設計	Feasibility
4	Riskは	対象範囲を限定	Constraint	Risk control
5	いくらか	Budget内で開始可能	Cost	Economics
6	何を決めるか	3か月Pilot承認	条件一覧	Decision

この表がプレゼンの骨格です。Slideを作る前に、QuestionとMessageの対応を確認します。

MessageはTopic名ではなく結論文にする

弱いTitleは「現状の課題」「市場環境」「提案概要」です。何が言いたいか分かりません。

たとえば「一次対応に月120時間かかっている」「Pilotでは問合せ分類だけを対象にする」「成功条件は対応時間と品質の両立」のように、Titleだけで主張が分かる形へ直します。

Titleだけ上から読んで論理が通れば、話の流れを短時間で確認できます。

1つのSlideに1つの判断を置く

1枚に「課題」「原因」「解決策」「導入手順」まで入れると、何を理解してほしいSlideか曖昧になります。

分ける基準は文字数ではなく、Messageが複数あるかどうかです。1枚のTitleを1文で言えないなら、Slideを分ける候補です。

EvidenceはMessageを直接支えるものだけ置く

「問い合わせ対応が重い」というMessageに対して、社員数や会社沿革を載せても直接Evidenceにはなりません。必要なのは対応件数、平均処理時間、総工数などです。

各Slideで Message → Evidence の対応を確認し、関連はあるが直接支えない情報はContextやAppendixへ回します。

EvidenceがないMessageは3択にする

重要なMessageなのに根拠がない場合は、1. 追加調査、2. 主張を弱める、3. Slideから外す、の3択です。

AIが一般知識で補完した数値や事例を、そのままEvidenceにしません。SourceがないならUnknownとして残します。

反対意見をStorylineの中に置く

プレゼンは自分の案の良い面だけを並べるより、聞き手が反対しそうな条件を先に扱う方が判断しやすくなります。

たとえば「AI導入はSecurityが不安」という反対条件が予想されるなら、対象Dataを限定する、Human Reviewを入れる、Pilot範囲を狭める、というRisk ControlをStorylineへ置きます。

Tradeoffを隠さない

速度を上げる代わりに確認工程が増える、Costを下げる代わりに機能範囲が狭い、といったTradeoffがあるなら表に出します。

「良い案」ではなく、「この条件なら選ぶ価値がある」というConditionalな結論にすると、聞き手が自分の基準で判断できます。

架空例：8枚のStoryline

Slide 1：一次対応に月120時間かかっている。

Slide 2：工数の65%は定型分類・転記に集中している。

Slide 3：Pilotでは分類と転記だけを対象にする。

Slide 4：成功条件は時間削減・誤分類率・Human Review負荷の3点。

Slide 5：個人情報を扱わない範囲から始める。

Slide 6：必要Costは既存Budget内に収まる想定、正式見積は未確認。

Slide 7：3か月でGo / Stopを判断できる。

Slide 8：本日決めたいのはPilot実施可否。

数字や内容は構造説明用です。重要なのは、各Slideが次のSlideを必要とする順序になっていることです。

AIへ渡すPrompt例

「以下のDecision BriefからPresentation Storylineを作ってください。最終Decisionから逆算し、Audienceが判断するために必要なQuestionを順に並べてください。各Slideは Main Message / Evidence Needed / Unknown / Counterpoint / Decision Role を出してください。TitleはTopic名ではなく結論文にしてください。SourceにないFactや数値は補完せずUNKNOWNと書いてください。最初はDesign案を出さずStorylineだけ作ってください。」

先にStorylineだけを作ると、見た目に引っ張られず論理を確認できます。

「背景説明が長い」を削る基準

背景情報が必要か迷ったら、「この情報がなくてもDecisionできるか」で判断します。

なくても判断が変わらないなら、本文から削るかAppendixへ。判断が変わる前提条件なら残します。情報量を減らすときも、MessageではなくDecisionへの寄与で選びます。

Appendixへ逃がしてよい情報

詳細な計算式、全調査Source、補足仕様、全比較表、前提の長い説明など、質問が出たときに参照できればよい情報はAppendix候補です。

ただし本文で必要な結論のEvidenceまでAppendixだけに隠すと説得力が落ちます。本文には判断に必要な最小Evidenceを残します。

Audienceごとに順序を変える

同じ内容でも、経営層はDecisionとImpactを先に、実務担当はProcessや実行条件を先に知りたい場合があります。

Audienceの前提知識と関心をBriefへ入れ、Storylineの順序を調整します。全員に同じ説明順を固定しません。

5分・15分・30分で構成を変える

時間制約もStorylineへ影響します。5分なら重要Messageだけ、15分ならEvidenceとTradeoff、30分ならImplementation Detailまで入れられます。

Slide枚数を先に決めるのではなく、Decisionに必要なMessageを出し、時間に合わせて統合・Appendix化します。

Title Chain Testをする

全SlideのTitleだけを抜き出して上から読みます。

途中で「なぜこの話が出るのか」が分からない箇所があれば、順番かMessageが弱い可能性があります。接続詞を補わないと意味が通らない場合も、Storylineを見直します。

Question Testをする

各SlideがAudienceのどのQuestionへ答えているかを確認します。

答えていないSlideは、なくてもよい可能性があります。同じQuestionへ3枚続くなら、1枚へまとめるか役割を分けます。

Evidence Coverageを確認する

Decision-criticalなMessageにはDirect Evidenceがあるかを見ます。

Messageだけ強く、Evidenceが弱いSlideは要注意です。VERIFIED / PARTIAL / UNKNOWNのように状態を付けても構いません。

Storylineを固定してからDesignへ進む

AI Presentation Toolで早くSlideを生成できても、Storylineが曖昧なままDesignへ進むと修正Costが増えます。

まずMessageとEvidenceの対応を人が確認し、それからVisual、Layout、Brand調整へ進む方が、後戻りを減らせます。

最終Outline QA

• 最後に求めるDecisionが1文で言える

• Audienceが明確

• 各章がAudience Questionへ答える

• Slide Titleが結論文

• 1 Slide 1 Message

• Messageを直接支えるEvidenceがある

• UnknownをFactにしていない

• Counterpoint / Tradeoffを扱った

• TitleだけでStoryが通る

• 最後にDecision / Next Actionがある

AIものさしの判断

プレゼン構成は「説明したい内容の順番」ではなく、「聞き手が判断するための論理の順番」で作ると整理しやすくなります。最終Decisionから必要Questionへ戻り、各SlideをMessageとEvidenceへ落としてください。

最初は8枚以内のSkeletonで十分です。Decision Brief→Storyline Map→Title Chain Testの順に作り、EvidenceがないMessageは追加調査・弱化・削除のどれかにする。そこまで固めてからSlide生成へ進めば、AIが作った見栄えの良いだけの資料になりにくくなります。