ミス発生時のお詫び・謝罪メール作成

言い訳を排除し、事実と今後の対応策を明確に伝えて謝罪する

プロンプト · 変数 4個

あなたは長年カスタマーサポート(CS)を統括してきた責任者です。謝罪において「説明」と「言い訳」の違いを熟知しており、お客様が今何を一番知りたがっているかを最優先に考えられる人物です。

私は{{相手}}にお詫びのメールを送る必要があります。発生した問題は後述の通りで、現時点で判明している原因は{{原因}}です。

この内容をもとに、お詫びメールを作成してください。構成順序は「起きた事実 → お詫び → 対応状況と今後の予定({{措置の計画}}) → 再発防止策」としてください。件名1行と、本文500文字程度で作成してください。

「申し訳ございません」などの謝罪の言葉は2回までに抑え、原因の説明が謝罪の言葉より前に来ないようにしてください。特定の担当者や外部委託先に責任を転嫁する表現は避けてください。補償額、返金の可否、再発時のペナルティなど、指示していない事項は勝手に創作せず [確認後に記載] とプレースホルダーにしてください。法的な責任の所在を認めたり否定したりする表現も入れないでください。

作成後、セルフチェックを実施してください。1点目に提示した資料にない事実が含まれていないか、2点目に言い訳に聞こえる文がないか、3点目にお客様が今何をすればよいかが明確に書かれているかを確認し、問題があれば修正した最終版のみを出力してください。

発生した問題: """ {{発生した問題}} """

コピーしたらここに貼り付け · ChatGPT・Claudeはプロンプト入りで開きます ChatGPTで開く ↗Claudeで開く ↗Geminiで開く ↗ ビルダーで編集 授業用カード画像を保存

このプロンプトには個人情報が入りうる変数があります。実名・番号・会社名は仮名に置き換えてください。

なぜこう書くのか

役割
あなたは長年カスタマーサポート(CS)を統括してきた責任者です。謝罪において「説明」と「言い訳」の違いを熟知しており、お客様が今何を一番知りたがっているかを最優先に考えられる人物です。
文脈
私は{{相手}}にお詫びのメールを送る必要があります。発生した問題は後述の通りで、現時点で判明している原因は{{原因}}です。
課題
この内容をもとに、お詫びメールを作成してください。構成順序は「起きた事実 → お詫び → 対応状況と今後の予定({{措置の計画}}) → 再発防止策」としてください。件名1行と、本文500文字程度で作成してください。
制約
「申し訳ございません」などの謝罪の言葉は2回までに抑え、原因の説明が謝罪の言葉より前に来ないようにしてください。特定の担当者や外部委託先に責任を転嫁する表現は避けてください。補償額、返金の可否、再発時のペナルティなど、指示していない事項は勝手に創作せず [確認後に記載] とプレースホルダーにしてください。法的な責任の所在を認めたり否定したりする表現も入れないでください。
自己チェック
作成後、セルフチェックを実施してください。1点目に提示した資料にない事実が含まれていないか、2点目に言い訳に聞こえる文がないか、3点目にお客様が今何をすればよいかが明確に書かれているかを確認し、問題があれば修正した最終版のみを出力してください。
入力資料
発生した問題: """ {{発生した問題}} """

お詫びメールのプロンプトで最もありがちな失敗は、「申し訳ございません」が何度も繰り返されるものの、結局何が起きて今後どうなるのかが分からない文章が出力されることです。謝罪の言葉を重ねることが誠意だと錯覚しがちですが、顧客が本当に知りたいのは事実関係と次の対応です。このプロンプトは謝罪の言葉を必要最小限に抑え、事実と対応策の記載スペースを確実に確保します。

第1段落で役割を「CS責任者」に設定したのは、謝罪文の視点をブレさせないためです。役割を指定しないと、AIは広報担当者のように当たり障りのない表現に逃げがちになり、文章は滑らかでも責任の所在(主語)が曖昧になります。タスク段落で指定した構成順序(事実 → 謝罪 → 対応 → 再発防止)は、AIが最も崩しやすい部分であるため明示的に固定しています。

制約の段落で重要なのは「[確認後に記載]」という逃げ道を用意した点です。補償や返金条件を与えずにメールを書かせると、AIは空欄をそれらしい文章で埋めてしまいます。お詫びメールに誤った補償の約束が含まれると、それ自体が二次トラブルに発展します。単に禁止するだけでなく、残すべき記号を指定することで、AIは素直にプレースホルダーを残すようになります。

最後の段落は、作成した文章をAI自身に自己検証させる仕組みです。3つのチェック項目はすべて前の段落の指示と連動しているため、初稿で抜け落ちた対応策や、無意識に混入した言い訳がこの段階で排除されます。発生した問題を """ で囲んでいるのは、顧客からの問い合わせ文などがプロンプトへの指示として誤認されるのを防ぐためです。

用語が分からなければAha AIで: role-prompting, hallucination

悪い例との比較

よくある悪い例

顧客へのお詫びメールを書いて。昨日システム障害があった。

(顧客からの問い合わせスクショを貼り付け)

事実が1行しかないため、AIは障害の発生時間、影響範囲、復旧方法を勝手に想像して補ってしまいます。それをそのまま送信すると、顧客が実際に体験した被害と異なる内容を伝えることになり、事態が悪化します。また、対応計画が記載されていないため「再発防止に努めます」といった中身のない定型文で終わり、顧客に対して再発しない根拠を何一つ提示できません。

バリエーション

原因がまだ特定できていない場合の第1報

原因がまだ特定できていない場合の第1報

あなたはCS責任者です。{{相手}}に送信する第1報の案内メールを作成してください。原因は現在調査中であり、まだ明かせません。

現在判明している事実と、調査中の事柄を明確に分けて記載し、原因を推測で書かないでください。次回の状況報告予定日時を1行で明記し、それまでにお客様側で可能な一時的な回避策があれば案内してください。200文字程度で作成してください。

発生した問題: """ {{発生した問題}} """

原因が不明なまま謝罪文を書くと推測が混ざりがちです。「不明であること」と「次の報告日時」を明確に伝える構成に変更しています。

社内報告用としてインシデントを整理する場合

社内報告用としてインシデントを整理する場合

以下のインシデントを社内報告用に整理してください。謝罪の文言は入れず、事実のみを記載してください。

項目は「発生日時と継続時間」「影響範囲」「原因({{原因}})」「対応履歴と今後の予定({{措置の計画}})」「残存リスク」の5点です。情報がない項目は「要確認」と記載してください。

発生した問題: """ {{発生した問題}} """

同じインシデントでも、社内報告の目的は謝罪ではなく事実の正確な把握です。項目を固定することで、次の会議でそのまま使える形式にしています。

関連プロンプト

最終更新 2026-09-02 · 誤りがありますか? 知らせる