危機対応文をAIで作る方法

結論

製品のリコール発表、サービス障害の告知、社内不祥事の公表など、危機対応の対外文書は初動の速さが信頼回復の起点になります。AIを使えば、事態発生から20分以内に対応文の初稿が出せます。法務・経営の確認は省けませんが、「白紙から書く」時間をなくすことで承認フローを速めることができます。

危機対応でAIが効く理由

危機発生時の広報担当者は、情報収集・社内調整・外部対応を同時に進める必要があります。その状況で一から文章を書こうとすると、焦りと情報不足が重なり、中途半端な文章が出来上がります。

AIを使う最大のメリットは、「構成を外さない初稿を素早く出せる」点です。謝罪文・状況説明・今後の対応方針という3段構成をAIが守るため、担当者は内容の確認と法務修正に集中できます。

ただし危機対応文は、通常の業務文書よりも以下の点で慎重さが必要です。

• 謝罪の範囲と責任の表現は法律的な意味を持つ
• 未確認の情報を書くと後で訂正が必要になりかえって信頼を損なう
• 文体・トーンが状況の深刻さに合わないと批判される

これらの確認は人間が行います。AIに任せるのは「構成と文体の下書き」のみです。

使うAIツール

**ChatGPT（GPT-4o）またはClaude（claude-sonnet系）**が対応文書生成に使えます。どちらもプロンプトで指定した構成通りに出力できます。

危機対応では、まだ公表していない事故の詳細・被害者の情報・訴訟に関係する内情を入力しないよう注意してください。AIサービスへの入力内容はサービス提供会社のサーバーに送信されます。確認済みの事実と対外的に発信できる範囲の情報だけを使って下書きを作り、詳細は社内で人間が加筆します。

手順：危機対応文をAIで作る

ステップ1 確認済みの事実を整理する

AIに渡す前に、その時点で確認できている事実だけを箇条書きにします。

• 何が起きたか（事象の概要）
• いつ発生したか・いつ確認したか
• 影響を受けた対象（顧客数・地域・製品ロット等、公開可能な範囲）
• 現時点でわかっている原因（「調査中」であればその旨）
• すでに取った対応
• 今後の対応予定

「わかっていないこと」を「わかったこと」のように書かないことが重要です。不確かな部分は「現在調査中」として整理します。

ステップ2 対応文の種類を決める

危機対応文には複数の形式があります。

形式	宛先	タイミング
お詫びとお知らせ（ウェブ掲載）	顧客・一般向け	事態確認後の第一報
プレスリリース	報道機関向け	発表が必要な規模の場合
取引先向け通知文	取引先	影響がある取引先への直接連絡
SNS公式アカウント投稿	フォロワー向け	速報性が必要な場合

プロンプトには対応文の形式と宛先を明記します。

ステップ3 プロンプトを書いてAIに渡す

以下はサービス障害発生時のウェブ掲載用お詫び文を作るプロンプト例です。

【役割】
あなたはIT企業の広報担当者です。

【依頼】
以下の事象に関して、顧客向けにウェブサイトに掲載するお詫びと状況説明の文章を作成してください。

【確認済みの事実】
- 事象：クラウド型在庫管理サービス「〇〇クラウド」のデータ同期機能が停止した
- 発生時刻：2026年6月5日（金）午後2時15分
- 復旧時刻：2026年6月5日（金）午後5時40分（停止時間：約3時間25分）
- 影響範囲：同日の午後2時〜5時40分の間に在庫の更新操作を行ったユーザー
- 影響ユーザー数：約230社
- 原因：サーバーの設定変更作業中のヒューマンエラー（調査の結果、データの消失はなし）
- 取った対応：午後2時35分に社内検知、エンジニアが対応開始、設定を元に戻し復旧
- 今後の対応：再発防止策として手順の二重確認体制を導入（詳細は1週間以内に公開予定）

【構成条件】
- 見出し：「〇〇クラウドのサービス障害に関するお詫びと報告」
- お詫びの言葉
- 事象の概要
- 影響範囲と確認方法
- 原因と対応
- 今後の対応方針
- 全体で600〜800字

【注意】
- 確認できていない事実は書かない
- データの消失がなかった事実は明記する
- 謝罪は誠実に、言い訳にならない文体で
- 責任の範囲を拡大解釈しない

ステップ4 出力を確認する

AIの出力を次の観点で確認します。

• 確認済みの事実のみが書かれているか
• プロンプトに書いていない情報が補われていないか
• 謝罪の表現が法的な責任認定につながる可能性がないか
• 影響範囲の表現が正確か
• 「〜と考えられます」のような不確かな表現が使われていないか

確認後、法務・経営に渡す前に広報担当者が一度読み直します。

ステップ5 法務・経営との確認

危機対応文は必ず法務・経営の確認を経てから公開します。確認のポイントを整理してから渡すと確認が速くなります。

【確認依頼文の例（社内向け）】

下記の対応文草稿について確認をお願いします。
特に以下の点を確認してください。

1. 謝罪の表現の適切さ（責任の範囲・法的リスク）
2. 「〇〇が原因」という記述の表現（現時点の認識として適切か）
3. 「1週間以内に公開予定」という期限の現実性

確認期限：〇〇時まで
公開予定：〇〇時

【草稿】
（ここに貼り付ける）

ステップ6 複数形式のバリエーションを作る

ウェブ掲載文が確定したら、SNS投稿用の短縮版・取引先向けメール版をAIで派生させます。

【依頼】
以下のウェブ掲載用お詫び文を元に、2種類の派生版を作成してください。

【派生版1】
- 公式SNSアカウントへの投稿用（140字以内）
- 事象の概要・お詫び・詳細はウェブを案内する3点を含める

【派生版2】
- 影響を受けた取引先への個別連絡メール（件名含む）
- 冒頭に「〇〇株式会社の担当者様」宛の書き出しを入れる

【元の文章】
（ここに貼り付ける）

広報固有の2つの注意点

注意点1：第一報と続報の使い分け

事態発生直後の第一報は「確認できていることのみ」で出すのが原則です。AIへの指示でも「この時点でわかっていることだけで書く、推測は書かない」と明記します。原因が不明な段階で原因を断定した文章が出てくることがあるため、確認後は必ずこの点を確認します。

続報（原因確定後・再発防止策発表時）のタイミングでも同じプロンプトの構成が使えます。第一報・第二報・最終報を一貫したトーンで出すためには、最初のプロンプトをベースに情報を更新しながら使い回す方法が実務では効率的です。

注意点2：社内向け文書と社外向け文書の分離

危機発生時は社内の状況共有と社外への広報を同時に進めます。社内の連絡文には詳細な内情・未確認情報・今後の方針案が含まれますが、これらをそのままAIに入力するのは避けてください。

社外向けの文書は「発信できる確認済み情報のみ」で構成します。AIには社外発信の文書のみを作成させます。

うまくいかない場合のポイント

謝罪の言葉が薄い・形式的すぎる

プロンプトに「事態の深刻さは中程度」「直接の被害があった顧客へ向けた」など状況を具体的に書くと改善します。また「誠実さが伝わる言葉で、形式的な謝罪文にしない」と明記します。

事実を補完してしまう

「原因」「対策」「期限」などの要素が未確定の場合でも、AIが推測でそれらしい内容を補うことがあります。プロンプトに「以下の情報以外は補わない」と明記し、「調査中」「後日発表」と書く箇所を指定します。

長すぎて読みにくい

危機対応文は短く読みやすいほうが伝わります。プロンプトに「600字以内」と制約を入れ、「読んだ人がすぐに状況を理解できる長さ」と目的を添えます。

他の広報業務との連携

危機対応後に取材申し込みが来ることが多くあります。対応準備は取材対応の準備をAIで行う方法で解説しています。取材後のメディアへのフォローアップ連絡については広報のメール作成をAIで時短する方法のプロンプト構成が使えます。

また、危機対応の経緯を社内に報告する社内報記事の作成には、社内報をAIで作る方法の手順が参考になります。

危機対応文の汎用テンプレート

【役割】
あなたは〔業種〕企業の広報担当者です。

【依頼】
以下の事象について、〔ウェブ掲載用／プレスリリース／取引先向けメール〕を作成してください。

【確認済みの事実のみ】
- 事象の概要：
- 発生日時：
- 復旧・対応完了日時（未復旧の場合は「対応中」）：
- 影響範囲（対象・件数）：
- 現時点で確認できている原因（「調査中」も可）：
- 取った対応：
- 今後の対応（「検討中」も可）：

【構成条件】
- お詫びの言葉
- 事象の概要
- 影響範囲
- 原因と対応
- 今後の方針
- 全体で〔字数〕以内

【注意】
- 上記の確認済み事実以外の情報は補わない
- 原因が「調査中」の場合はその旨だけを書く
- 謝罪の表現は誠実に、言い訳にならないよう

危機対応の初動では「速さ」と「正確さ」が両方必要です。AIで初稿を素早く出し、法務・経営が確認する時間を確保する。このフローを事前に社内で合意しておくと、実際に危機が起きたときにスムーズに動けます。