情報システムの1枚サマリー資料をAIで作る方法

IT委員会での承認申請、経営層への月次報告、ベンダー選定の判断依頼——情報システム担当者が作る資料の多くは、忙しい意思決定者が「1枚でわかる」ことを求めている。しかし詳細を知っている担当者ほど情報を詰め込みすぎ、結局何が言いたいのか伝わらない資料になりがちだ。AIに情報を渡して構造化させることで、1枚に収まる論理的なサマリーが作れる。

結論

AIに「伝えたい内容の骨子」と「読み手の属性・判断してほしいこと」を渡すと、1枚サマリーに必要な構造とテキストが出る。担当者がやるべきことは、数値・コスト・スケジュールの事実確認と、自社のフォーマットへの転記だ。資料作成全体の時間を従来の半分以下にできる。

どのAIツールを使うか

**ChatGPT（GPT-4o）**はMarkdown形式で構造化されたサマリーを出力できる。PowerPointへの転記を前提にした場合、コピーアンドペーストしやすいテキスト形式で出てくるため使いやすい。

Claudeは長い情報から要点を絞り込む作業に強い。既存の詳細資料や報告書があって、そこから1枚に凝縮したい場合に向く。

Microsoft Copilot for Microsoft 365はPowerPointに直接統合されており、スライドのドラフト生成ができる。Microsoft 365環境であればフォーマット調整の手間が少ない。最新機能は公式で確認してほしい。

1枚サマリー資料をAIで作成する手順

ステップ1：伝えるべき情報を6要素で整理する

1枚サマリーに含める情報は以下の6要素で考える。

1. 現状（何が起きているか・現在の状況）
2. 課題（何が問題か・なぜ今対処が必要か）
3. 提案（何をするか・どの選択肢を選ぶか）
4. 期待効果（何が改善するか・数値化できるなら数値で）
5. リスク・懸念事項（想定されるデメリット・失敗要因）
6. 必要なアクション（意思決定者に何を求めるか・いつまでに）

この整理がないまま「1枚にまとめて」と指示しても、AIは手持ちの情報を機械的に要約するだけになる。

ステップ2：プロンプトを入力する

以下の情報をもとに、IT委員会向けの1枚サマリー資料のテキストを作成してください。

読み手：IT委員会（経営企画・法務・各部門長。技術的な詳細には関心が薄く、コストとリスクと効果に関心がある）
判断してほしいこと：クラウド型グループウェア移行の承認

構成：
1. 現状と課題（3行以内）
2. 提案内容（1〜2行）
3. 期待効果（3点箇条書き・数値含む）
4. 主なリスクと対策（2〜3点箇条書き）
5. スケジュール概要（3ステップ以内）
6. 求める意思決定（1行）

条件：
- 合計300字以内
- 技術用語を使う場合は平易な言葉で言い換える
- コスト・期間・削減率は[コスト][期間][削減率]のプレースホルダで示す
- 結論（提案内容）を最初に明示する

情報：
- 現行：オンプレミスのメールサーバとファイルサーバを運用中
- 課題：ハードウェア保守期限が[時期]に到来。延長保守は高コスト
- 提案：クラウド型グループウェア（[製品名]）に移行
- 効果：運用コスト削減、場所を選ばない業務環境、保守負荷の軽減
- リスク：移行時の業務停止、データ移行の不完全性
- スケジュール：[期間]で3フェーズ移行

ステップ3：出力を確認して数値を入れる

AIの出力で確認が必要な点はこれだ。

1. 期待効果の数値が実際の見積もり・実績と合っているか
2. スケジュールが実行可能な期間か
3. リスクの説明が実態より楽観的・悲観的になっていないか
4. 求める意思決定の表現が適切か（「ご検討ください」ではなく「承認をお願いします」など）

意思決定者への資料で最も重要なのは数値の正確さと、求めるアクションの明確さだ。

ステップ4：PowerPointまたはWordに転記する

テキストが完成したら自社のテンプレートに転記する。1枚サマリーは視覚的なレイアウトも重要なため、テキストをそのまま使うのではなく図・表・色使いで視認性を高める作業が必要だ。この転記・整形の部分はAIでは代替しにくく、担当者の作業として残る。

情報システム固有の活用シーン

シーン1：月次IT運用報告の1枚サマリー

月次の運用報告はフォーマットが決まっている場合が多いが、毎月テキストを埋める作業は地味に時間がかかる。以下のプロンプトで集計データをサマリーに変換できる。

以下の月次データをもとに、経営層向けのIT運用月次報告1枚サマリーのテキストを作成してください。

構成：
1. 当月トピック（重要な出来事・変更・改善を3点以内）
2. 稼働状況（システム別の稼働率・インシデント件数）
3. ヘルプデスク状況（問い合わせ件数・解決率・未解決事項）
4. 来月の予定（保守作業・導入予定・リスク事項）

条件：
- 各項目3行以内
- 数値は必ず含める（件数・率・時間など）
- 経営層が懸念すべき事項は「▲」で目立たせる
- 数値は[稼働率][インシデント件数]のプレースホルダで示す

データ：
[ここに月次データを箇条書きで貼り付ける]

毎月同じプロンプトを使うと、月次報告のフォーマットが統一されて読み手も読みやすくなる。

シーン2：セキュリティインシデント後の報告1枚

セキュリティインシデントが発生した場合、経営層への迅速な報告が求められる。以下のプロンプトで整理された報告書の骨格が作れる。

以下の情報をもとに、セキュリティインシデントの経営報告用1枚サマリーを作成してください。

読み手：経営層（技術的詳細より事業リスクと対応策に関心がある）

構成：
1. インシデント概要（何が起きたか・いつか・影響範囲）
2. 現在の対応状況（緊急対処の内容・現在のステータス）
3. 事業への影響（業務停止・データ損失・外部漏洩の有無）
4. 根本原因（判明している範囲）
5. 再発防止策（短期・中長期）
6. 必要な意思決定・承認事項

条件：
- 合計400字以内
- 判明していない情報は「調査中」と明記し、推測で補完しない
- 機器名・IPアドレスは[機器名][IP]のプレースホルダ
- 事業への影響が「なし」と確認できた場合はその旨を明記する

インシデント情報：
[ここに情報を貼り付ける]

インシデント報告は「わかっていること」と「調査中のこと」を明確に分けることが重要だ。AIがプレースホルダを使うよう指示するのはそのためだ。

うまくいかない場合の対処

300字に収まらない：「最も重要な3点だけを残し、それ以外は削除する」という指示を追加する。または「意思決定に直接関係しない経緯の説明を全て削除する」と指定する。

技術用語が多く残る：「技術者でない読み手が読む資料として、専門用語を全て平易な言葉に言い換える」という条件を追加する。

期待効果が抽象的すぎる：プロンプトで渡す情報に「コスト削減率〇%・削減額〇万円・作業時間削減〇時間/月」のように数値を含めるか、「数値で表せる効果がない場合はその旨を正直に記載する」と指示する。

AIが楽観的すぎる提案を作ってしまう：「リスクと懸念事項は楽観視せず、想定されるデメリットを正直に書くこと」という条件を加える。意思決定者への資料でリスクを過小評価することは後の問題につながる。

出力が箇条書きになりすぎる：「各セクションのヘッダーの後に1〜2行の説明文を入れる」という形式を指定することで、箇条書きだけにならない読みやすい資料になる。

作業量の目安

資料種別	従来所要時間	AI活用後の所要時間
IT委員会向け新規投資申請	2〜3時間	45〜60分
月次IT運用報告	60〜90分	20〜30分
セキュリティインシデント報告	60〜90分	20〜30分
ベンダー選定比較サマリー	2〜3時間	45〜60分

月2〜3回の報告・申請資料を作る担当者なら、月3〜5時間が削減できる。

他の業務への応用

1枚サマリーの作成に慣れたら、情報システムの提案書作成をAIで効率化する方法にも同じアプローチが使える。提案書のエグゼクティブサマリーは1枚サマリーをそのまま転用できる。

情報システムの障害対応手順書をAIで作る方法では、インシデント後の経営報告に必要な情報の整理手順を解説している。1枚サマリーを作る前の情報整理フローとして参考になる。

情報システムのメール作成をAIで時短する方法では、1枚サマリーを作成した後の関係者への連絡メール作成を効率化する手順を解説している。

導入の第一歩

次に控えているIT委員会か経営報告で、この手順を使って1枚サマリーのドラフトを作ってみる。従来の方法で作ったものと並べることで、AIが整理した「論理の通り方」と「情報の絞り方」を確認できる。1回使えばコツが掴め、次回からは整形の手間なく骨格が作れるようになる。