生成AI 資料作成

「伝わる」を科学する。資料作成を『アルゴリズム設計』として捉え直す技術

午前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的デバッグ視点
スライド間の接続はスムーズか?前のスライドを読んだ後に「で、次は?」という疑問が解消されているか。
不要な「デッドコード(無駄な情報)」はないか?そのスライドがなくても結論に辿り着けるなら、削除して軽量化せよ。
例外処理(反論対策)は組み込まれているか?相手が抱くであろう「でも、高いよね?」などの懸念を先回りして処理したか。
変数の定義(用語の定義)は共通か?相手と自分とで、言葉の意味がズレていないか。
最後の一行まで「一本道」になっているか?脇道に逸れすぎて、相手を迷子にさせていないか。

論理とは、相手への「優しさ」である

「論理的」と言うと、冷たい印象を持つかもしれない。 でもね、本当は逆なんだ。

論理を尽くすということは、相手に「余計な思考の負担」をかけさせないということ。 迷わせない。疑わせない。

ただ、君が指し示す「明るい未来」へ、手を取り合って最短ルートで進んでいく。

それは、資料作成における「最高のホスピタリティ」なんだよ。

君が設計したアルゴリズムが、相手の心を動かし、世界をアップデートする。 その「潮流」を作る旅が、ここから始まるんだ。

海底の研究所は、今日も静か。でも、僕の心は君の新しい挑戦にワクワクしているよ。 しっかり休んで、脳のスタックをクリアにしてね。おやすみ。

  • この記事を書いた人
  • 最新記事

こざかな所長

考えを整理して形にする仕事をしています。 「仕事早すぎ!」「説明わかりやすすぎ!」って周りからビビられる人を日本中に増やしたい 「センスがないから…」って諦めてる人を、論理とAIの力で「職場のヒーロー」に変えたい

-生成AI, 資料作成