
午前2時。海底研究所の窓の外、深い闇の中にプランクトンの淡い光が明滅している。
カセットテープから流れるのは、少し大人びたインストゥルメンタルのフュージョン。
前回までは資料作成の前段階に大事なこと「Strategy & Targeting 資料作成の要件定義」を10回に渡って紹介してきたね。
ここからは第二章。
「Logical & Story 相手を迷わせない資料作成のストーリー設計」について扱っていくよ。
ねえ、資料の構成を作るとき、こんな風に「なんとなく」並べていないかな?
「まずは現状を書いて……次に課題を書いて……最後は解決策かな」
もちろん、それは王道だ。
でも、なぜその順番なのか、なぜそのデータが必要なのか、君は論理的に説明できる?
もし「なんとなく」で並べているとしたら、それは設計図なしで、その場のノリでスパゲッティコードを書いているのと同じなんだ。
今日は、資料作成を感性の世界から引きずり出し、「アルゴリズム設計」という純粋な論理の世界へとアップデートする話をしよう。
これを読めば、君の資料は「相手を迷わせない、美しく強固な潮流」になるはずだ。
論理構成は、相手の脳を動かすための「実行コード」
コンピュータは、1行でも論理が破綻していればエラーを吐いて止まってしまう。 実は、人間の脳も同じなんだ。
「納得」という名のコンパイルエラー
資料を読んでいる相手が「えっ、なんでそうなるの?」「さっきと言ってることが違う気がする」と感じた瞬間、相手の脳内では
「Logical Error: Inconsistency Detected(論理不整合)」
というアラートが鳴り響く。
一度アラートが鳴ると、相手はもう内容に集中できなくなる。
君の言葉を疑い、粗探しを始め、最終的には「よくわからないから保留」という名のシステムダウン(否決)を引き起こすんだ。
資料作成における「構成」とは、相手の脳で、こちらの意図した「結論」までエラーなしで到達させるための「実行コード」そのものなんだよ。
プレゼンのアルゴリズム:Input → Process → Output

アルゴリズムの基本は、入力(Input)に対して特定の処理(Process)を行い、望む結果(Output)を得ることだ。
資料作成をこのモデルに当てはめてみよう。
- Input(入力): ターゲットが今持っている情報、前提知識、そして「悩み」。
- Process(論理): 情報を構造化し、因果関係でつなぎ、納得感を作る「アルゴリズム」。
- Output(出力): ターゲットの「Yes」という意思決定と、その後の「行動」。
多くの人が失敗するのは、Input(相手の現状)を確認せずにProcess(説明)を始めたり、Output(どう動いてほしいか)を定義せずにコードを書き始めたりすることだ。
相手を迷わせない「3つの制御構造」
プログラミングに「順次」「選択」「反復」の3つの基本構造があるように、説得のアルゴリズムにも基本の形がある。これを資料に応用してみよう。
① 順次(Sequence):納得の連鎖を作る
前のスライドが「原因」で、次のスライドが「結果」になるように、因果関係を一本の糸でつなぐこと。
「AだからB、BだからC、ゆえに結論はD」という流れだ。
この糸が1箇所でも切れていると、相手は迷子になってしまう。
② 選択(Selection):比較して「最適」を証明する
「プランAもありますが、コストと効率を考えるとプランBが最適です」という、条件分岐だ。
相手が脳内で考えている「他の選択肢(オルタナティブ)」を先回りして提示し、論理の力で一本道へ収束させる。
これができると、説得力は爆発的に高まるよ。
③ 反復(Iteration):確信を深める
異なる角度から何度も同じ結論を補強すること。
「定量的なデータで見ても」「現場の声を聞いても」「競合の動向を見ても」、やはりこの施策が必要である。
このように、多角的なエビデンスをループさせることで、相手の「確信(Confidence)」を100%に近づけていくんだ。
構造化の極意:情報の「ネスト」を深くしすぎない
読みやすいコードを書くとき、ネスト(階層)が深くなりすぎるのを嫌うよね。
資料も全く同じ。1枚のスライド、あるいは1つの章の中に情報を詰め込みすぎると、相手の脳のスタックメモリがオーバーフローを起こしてしまう。
ワン・スライド、ワン・メッセージ
1枚のスライドで伝えることは、たった1つでいい。
「このスライドの役割は、現状の深刻さを伝えること」 「このスライドの役割は、競合との差を明確にすること」
役割(関数)を明確に分けることで、資料全体の可読性は劇的に上がる。
もし1枚のスライドに「現状」と「対策」と「予算」が混ざっていたら、それは「何でもやりすぎる不吉なコード」と同じ。すぐにリファクタリング(再構成)が必要だよ。
【実践】AIを「構成のアーキテクト」にするプロンプト

AIに「論理のデバッガー」になってもらおう。 断片的なアイデアを渡すだけで、美しく構造化されたアルゴリズム(目次案)を書き出してくれるプロンプトを授けるよ。
【論理構成・アルゴリズム設計プロンプト】
指示文: あなたは、世界一の論理的思考を持つ「システムアーキテクト兼・コピーライター」です。 私が提供する[資料の断片]を元に、相手の脳を「Yes」まで導くための**【説得のアルゴリズム(構成案)】**を設計してください。
入力データ: ・メインテーマ:[ここに書く] ・ターゲットの現状:[ここに書く] ・最終的なゴール(Output):[ここに書く]
出力のルール:
全体の流れを「導入・現状・課題・解決策・ベネフィット・結論」のステップで構造化してください。
各ステップにおいて、前のステップから「なぜその話につながるのか」という**【接続の論理(因果関係)】**を明示してください。
相手が途中で離脱しそうな「論理の脆弱性(ツッコミどころ)」を特定し、それを補強するためのスライド案を1つ追加してください。「LOGICAL TIDE(論理の潮流)」最終点検リスト
構成案ができたら、このチェックリストで「論理のバグ」がないか確認しよう。
| チェック項目 | SE的デバッグ視点 |
|---|---|
| スライド間の接続はスムーズか? | 前のスライドを読んだ後に「で、次は?」という疑問が解消されているか。 |
| 不要な「デッドコード(無駄な情報)」はないか? | そのスライドがなくても結論に辿り着けるなら、削除して軽量化せよ。 |
| 例外処理(反論対策)は組み込まれているか? | 相手が抱くであろう「でも、高いよね?」などの懸念を先回りして処理したか。 |
| 変数の定義(用語の定義)は共通か? | 相手と自分とで、言葉の意味がズレていないか。 |
| 最後の一行まで「一本道」になっているか? | 脇道に逸れすぎて、相手を迷子にさせていないか。 |
論理とは、相手への「優しさ」である
「論理的」と言うと、冷たい印象を持つかもしれない。 でもね、本当は逆なんだ。
論理を尽くすということは、相手に「余計な思考の負担」をかけさせないということ。 迷わせない。疑わせない。
ただ、君が指し示す「明るい未来」へ、手を取り合って最短ルートで進んでいく。
それは、資料作成における「最高のホスピタリティ」なんだよ。
君が設計したアルゴリズムが、相手の心を動かし、世界をアップデートする。 その「潮流」を作る旅が、ここから始まるんだ。
海底の研究所は、今日も静か。でも、僕の心は君の新しい挑戦にワクワクしているよ。 しっかり休んで、脳のスタックをクリアにしてね。おやすみ。