情報システムのフォローアップ連絡をAIで作る方法

結論

情報システム担当者が送るフォローアップ連絡は、障害対応後の全社通知、ベンダーへの対応依頼の進捗確認、会議後のアクションアイテム確認など、1日に何件も発生する。AIにプロンプトで状況を渡すと、対象者に応じた文面を数分で生成できる。本記事では場面別のプロンプト例と運用上の注意点を解説する。

---

情報システム部門のフォローアップ連絡とは

フォローアップ連絡とは、対応や会議が完了した後に関係者へ状況・結果・今後の予定を伝えるメールや通知のことだ。情報システム部門では次のような場面で必要になる。

障害・インシデント関連

• 障害発生時の第一報（現在対応中であることの通知）
• 障害復旧後の完了報告（原因・対処・再発防止の概要）
• 対応が長引く場合の中間報告（対応状況の進捗共有）

ベンダー対応関連

• サポートチケットの進捗確認（回答が来ない場合の催促）
• 提案書受領後の検討状況の中間連絡
• 作業完了後の確認・署名依頼

会議・意思決定後

• 会議のアクションアイテムの担当者への確認・依頼
• 承認が得られた場合の関係者への展開

フォローアップが遅れると、ユーザーが「対応されているかわからない」と不安になり、問い合わせが重複して発生する。早めに送ることが情報システム部門への信頼維持にもつながる。

---

使うAIツール

ChatGPT（GPT-4o）

フォローアップメールの下書きに最も汎用性が高い。状況説明の文章を渡すだけで、適切な敬語・構成・トーンで文面を生成できる。

Microsoft 365 Copilot（Outlook連携）

関連するメールスレッドをCopilotに読み込ませると、スレッドの内容を踏まえたフォローアップメールの下書きを自動生成できる。返信ドラフト機能としてメール作成画面で使える。

Gemini（Gmail連携）

GmailでGeminiを呼び出すと、受信したメールへの返信フォローアップを提案してくれる。Googleカレンダーと連携して期日ベースのフォローアップも管理できる。

---

手順：場面別フォローアップメールをAIで作る

ケース1：障害復旧後の全社通知

障害が解消した直後に全社員へ状況を伝えるメールは、情報システム部門への信頼に直結する。内容が正確でわかりやすいことが最優先だ。

以下の情報をもとに、社内全員向けの障害復旧完了メールを作成してください。

発生した事象：社内ファイルサーバーへのアクセスが断続的に不可になった
発生日時：2026年6月5日（金）14:00〜15:30
影響範囲：全社員（共有ドライブのアクセス不可）
原因：ストレージコントローラーの設定不整合（詳細は調査中）
対処内容：コントローラー設定の初期化と再設定
現在の状況：通常通りアクセス可能に復旧済み
今後の対応：再発防止のため設定変更手順を見直し、来週中に詳細報告を行う予定
問い合わせ先：情報システム部（内線：△△△△）

条件：
- 冒頭に「復旧済みであること」を明記する
- 技術的な専門用語は使わない
- 謝罪の一言を含める
- 読みやすく簡潔に（400字以内）
- 件名も含めて出力する

ケース2：対応が長引く場合の中間報告

障害が数時間以上続く場合は、対応中であることを定期的に通知する中間報告が必要だ。

以下の状況で、社内全員向けの障害対応中間報告メールを作成してください。

発生した事象：メールサーバーの送受信が停止している
発生日時：2026年6月5日（金）09:00
現在時刻：11:30
現在の対応状況：原因を調査中。ベンダーとも連携して対応を進めている
代替手段：緊急の連絡はチャット（Teams）またはグループウェアの掲示板を使用
復旧見込み：現時点では未定（判明次第再度お知らせする）

条件：
- 焦りや混乱を生まないよう落ち着いたトーンで書く
- 代替手段を明確に示す
- 件名も含めて出力する
- 300字以内に収める

ケース3：ベンダーへの進捗確認メール

サポートチケットを起票してから数日経過しても回答がない場合の催促メールをAIで作る。

以下の内容で、ネットワーク機器ベンダーのサポートへの進捗確認メール（日本語）を作成してください。

チケット番号：[チケット番号を記載]
問い合わせ内容の概要：UTMファームウェア更新後のVLAN通信断の原因調査依頼
問い合わせ送信日：2026年6月2日（月）
経過日数：3営業日経過
現在の状況：修正パッチや回避策の回答がまだない
要求：
- 現在の調査状況の共有
- 回答期日の明示

条件：
- 催促の意図を伝えつつ、礼儀正しいトーンで書く
- 件名も含めて出力する
- 250字以内に収める

ケース4：会議後のアクションアイテム確認メール

会議で決まったアクションアイテムを参加者・担当者に確認するメールをAIで作成する。

以下の会議結果をもとに、参加者へのフォローアップメールを作成してください。

会議名：クラウドストレージ移行検討会議
開催日：2026年6月5日（金）14:00〜15:00
主な決定事項：
- 移行先はMicrosoft SharePointに決定
- 移行スケジュールの詳細は来月の会議で決定する

アクションアイテム：
- 情報システム部（私）：SharePointの試験環境を6月末までに構築
- 総務部長：移行対象ファイルのリスト整理（6月20日まで）
- 経理部長：経理部門が使用中のマクロファイルの洗い出し（6月20日まで）

条件：
- 各担当者への個別メールではなく、全参加者CCの1通にする
- 決定事項とアクションアイテムを箇条書きで整理する
- 協力への感謝の一言を含める
- 件名も含めて出力する

---

フォローアップ連絡を仕組み化する

個別のフォローアップを毎回ゼロから作るのは非効率だ。次の方法でテンプレートを整備すると、AIへの入力を最小化できる。

プロンプトテンプレートをチームで共有する

上記のプロンプト例をNotionやSharePointに保存し、チーム全員が使えるようにする。担当者が変わっても同じ品質のフォローアップメールを送れる体制が作れる。

インシデント管理ツールと連動させる

JiraやServiceNowなどのインシデント管理ツールに記録した情報をコピーしてプロンプトに貼り付けることで、二重入力なくフォローアップメールを作成できる。インシデント管理のAI活用の詳細は 情報システムのインシデント対応をAIで効率化する方法 で解説している。

チェックリストとセットで運用する

フォローアップメール送信後に「送信済み」を記録するチェックリストをあわせて持つと、対応漏れを防げる。チェックリストのAI活用については 情報システムの業務チェックリストをAIで作る方法 を参照してほしい。

---

会議後フォローアップのタイミングと頻度

フォローアップを送るタイミングはケースによって異なる。一般的な目安を示す。

ケース	送信タイミング
障害発生通知	検知後15分以内（内容が不完全でも第一報を出す）
障害中間報告	発生から2〜3時間ごと（長引く場合）
障害復旧通知	復旧確認後30分以内
ベンダーへの進捗確認	回答期限を2営業日過ぎた時点
会議後アクションアイテム確認	会議終了後24時間以内

AIでメールを生成する時間は2〜3分程度なので、このタイミングを守ることが現実的にできる。

---

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

フォローアップの文章が長すぎる場合

「200字以内に収めてください」「箇条書き2〜3点でまとめてください」と文字数・形式を明示して再生成する。特に全社通知は簡潔なほど読まれやすい。

トーンが硬すぎる・柔らかすぎる場合

「フォーマルなビジネスメール」「丁寧だが親しみやすいトーン」など、トーンの指定を変えて再生成する。過去に送ったメールのサンプルをプロンプトに含めて「この文体に合わせてください」と指示する方法も効果的だ。

内容に誤りが含まれる場合

AIは渡した情報を正確に反映しようとするが、日時・数値・固有名詞の誤記が起きることがある。送信前に、プロンプトに入力した事実とメール本文を1項目ずつ照合する。

毎回同じような内容のメールになってしまう場合

フォローアップの目的に応じてプロンプトを使い分けることが重要だ。「今回の焦点は再発防止策の説明」「今回はユーザーへの謝罪と今後の見通しの提示」のように、メールの主眼を毎回明示することで文面に差が出る。

---

まとめ

情報システム部門のフォローアップ連絡は、送るタイミングと内容の正確さがユーザーやベンダーとの信頼関係を左右する。AIを使うことで、障害対応後など精神的・時間的に余裕がない状況でも、短時間で適切な文面を用意できる。プロンプトのテンプレートをチームで整備して使い回す運用にすると、担当者が誰でも同水準のフォローアップを送れる体制が整う。

日程調整メールのAI活用については 情報システムの日程調整メールをAIで作る方法 も参考にしてほしい。