カスタマーサポートのお詫び・謝罪文をAIで作る方法

結論

謝罪文はプロンプトで「状況の詳細」と「謝罪の深さ」を指定すれば、AIが下書きを2〜3分で作れる。ただしお詫び文に限り、AIの出力は必ず担当者が読み直し、法的拘束力を持つ表現（補償・返金・責任の確約）が含まれていないかを確認してから送信することが絶対条件だ。

---

謝罪文でAIを使う意味

カスタマーサポートで謝罪文の作成に時間がかかる理由は2つある。

1つは「どの言葉で謝れば誠意が伝わるか」を考えるのに時間がかかるからだ。特に怒りが強い顧客への返信や、自社の明確なミスがある案件では、言葉の選び方に慎重になりすぎて筆が止まる。15分〜30分かけて謝罪文を書いても、送信後に「もっといい言い方があった」と後悔することもある。

もう1つは、担当者によって謝罪の重みが変わってしまうからだ。ある担当者は丁寧な謝罪文を書くが、別の担当者は事実確認の文章になってしまう、というばらつきが起きやすい。顧客から見ると「今日の担当者は謝罪がない」という印象になる。

AIを使うと、この2つがほぼ解消する。

謝罪文の構成（謝罪→状況説明→原因→対応策→再発防止）をプロンプトで指定し、個別の状況を渡すだけで、一定水準の下書きが出る。担当者は「書く」のではなく「確認して送る」に移行できる。

繁忙期に問い合わせが集中したとき、謝罪文の質が下がらないのがAI活用の最大のメリットだ。1日50件の対応をしながら、どの顧客にも丁寧な謝罪文を返せるようになる。

---

使うAIツール

謝罪文の作成には文脈理解と自然な敬語の生成が求められる。

ツール	特徴
Claude（Anthropic）	長い状況説明を渡しても整理して出力できる
ChatGPT（GPT-4o）	短文の謝罪メール・複数パターンの生成に向く
Gemini	Gmailと連携して直接使いたい場合

謝罪文は短くても品質が求められるため、無料プランでも十分対応できる。チームで使うプロンプトを統一する場合は、どのツールを使うかも合わせて統一すること。ツールが統一されていると、同じ状況を入力したときの出力が安定する。

---

手順：AIでお詫び・謝罪文を作る

ステップ1　謝罪レベルを決める

すべてのお詫びに同じ重さの謝罪文を使うと、軽微なミスへの謝罪が重すぎたり、重大なクレームへの謝罪が軽すぎたりする。まず状況の深刻度を4段階で分けておく。

レベル	状況の例	謝罪のトーン
軽度	回答が遅くなった / メールの誤字があった	簡潔なお詫び
中度	商品の配送が数日遅延 / 一部機能が使えなかった	具体的なお詫びと対応説明
重度	商品の不具合 / 誤配送 / 誤請求	深い謝罪と具体的な補償・解決策
緊急	個人情報の漏洩 / サービスの長期停止	会社としての正式な謝罪（法務確認必須）

緊急レベルはAIだけで対応せず、必ず法務・広報・上長の確認を経る。AIはドラフトの参考として使い、正式な文章は人間が作成する。

ステップ2　謝罪文プロンプトを作る

あなたはカスタマーサポートの謝罪文の専門家です。
以下の状況に合ったお詫び文を作成してください。

【状況の詳細】
- 問題の内容：（何が起きたか）
- 顧客が受けた影響：（具体的にどんな迷惑を受けたか）
- 問題の原因：（わかっている場合のみ。不明なら「現在調査中」）
- 対応策・解決方法：（こちらが取る行動）
- 再発防止策：（わかっている場合のみ。不明なら「現在検討中」）

【謝罪レベル】
（軽度 / 中度 / 重度 のいずれかを指定）

【宛先情報】
- 顧客名：（例：田中様）
- 送信方法：（メール / チャット）

【禁止事項】
- 補償の確約・金額の記載（法的拘束力を持つ表現は含めない）
- 原因が不明な場合の断定的な記述
- 「全額返金します」などの未確定の約束
- 元の状況にない情報を追加しない

お詫び文のみを出力してください。

ステップ3　出力を確認して送信する

確認のチェックリスト：

• 顧客名・状況が正確に反映されているか
• 法的拘束力を持つ表現（「責任を認めます」「全額補償します」など）が入っていないか
• 原因がまだ調査中なのに断定的に書いていないか
• 謝罪の言葉が状況に見合った重さか
• 文章の長さが状況に合っているか（軽度のお詫びが長すぎないか）

---

具体例：3種類の謝罪文

例1　配送遅延へのお詫び（重度）

プロンプトへの入力

【状況の詳細】
- 問題の内容：注文から10日経過しても商品が届いていない
- 顧客が受けた影響：誕生日プレゼントとして注文していたが間に合わなかった
- 問題の原因：物流センターでの仕分けミス（確認済み）
- 対応策：最優先便で今日中に発送する。送料は返金する
- 再発防止策：物流センターへの確認体制を強化

【謝罪レベル】重度
【宛先情報】顧客名：山田様、送信方法：メール

AI出力例

山田様

この度は、ご注文いただいた商品のお届けが大幅に遅れてしまい、誠に申し訳ございません。
誕生日プレゼントとしてご注文いただいたにもかかわらず、当日に間に合わせることができなかったことを、深くお詫び申し上げます。

調査の結果、弊社の物流センターにおける仕分けの誤りが原因であることが判明いたしました。
本日中に最優先便にてお届けできるよう手配いたしました。お届けの際には送料を返金させていただきます。

また、同様のミスが発生しないよう、物流センターへの確認体制を見直してまいります。

大切なお品物を必要な時に届けられなかったことを、改めてお詫び申し上げます。

例2　システム障害によるサービス停止のお詫び（中度）

SaaSサービスで一部機能が6時間使えなかった場合の謝罪文。

プロンプトへの入力

【状況の詳細】
- 問題の内容：本日10時〜16時の間、レポート機能が利用不可だった
- 顧客が受けた影響：月次レポートの作成が遅延した可能性がある
- 問題の原因：サーバーメンテナンスの設定ミス（確認済み）
- 対応策：機能は現在復旧済み。詳細は別途報告書を送付する
- 再発防止策：メンテナンス手順の見直しを実施中

【謝罪レベル】中度
【宛先情報】顧客名：ご契約者の皆様（一斉送信）、送信方法：メール

AI出力例

ご契約者の皆様

本日10時〜16時の間、レポート機能がご利用いただけない状況が発生しておりました。
業務にご支障をおかけしたことを、深くお詫び申し上げます。

原因はサーバーメンテナンス時の設定ミスであることが確認されており、現在は機能が完全に復旧しております。
今回の事象の詳細については、改めて報告書にてご連絡いたします。

メンテナンス手順の見直しを進め、同様の問題が発生しないよう努めてまいります。

一斉送信の場合は宛名を「ご契約者の皆様」にする。影響を受けていない顧客も含む可能性があるため、プロンプトに「影響を受けた可能性がある顧客への謝罪」と明示すると適切なトーンになる。

例3　誤請求へのお詫び（重度）

誤って二重請求が発生した場合。この種のケースは法務・財務の確認が必要なため、AIの出力に含まれる補償の記述には特に注意する。

プロンプトへの入力

【状況の詳細】
- 問題の内容：2026年5月分の請求で二重引き落としが発生した
- 顧客が受けた影響：余分な引き落としによる残高不足の可能性
- 問題の原因：課金システムのバグ（開発チームが調査・修正済み）
- 対応策：余分に引き落とした金額の返金を行う（返金時期は財務部門確認中のため「要確認」とすること）
- 再発防止策：課金処理の確認工程を追加

【謝罪レベル】重度
【宛先情報】顧客名：鈴木様、送信方法：メール

【禁止事項】
- 返金金額・返金時期の断定（プレースホルダーを使う）
- 「全額責任を負います」などの法的確約表現

出力に含まれる「【要確認：返金時期】」の箇所は、財務部門の確認後に正確な情報を入力してから送信する。

---

よくある失敗と対策

形式的な謝罪に終わる

「誠に申し訳ございません」の言葉だけが並び、顧客が受けた実際の影響に触れていない謝罪文は、誠意が伝わりにくい。プロンプトの「顧客が受けた影響」欄に具体的な内容を書く。

悪い指定：「ご不便をおかけした」 良い指定：「誕生日プレゼントに間に合わなかった」「月末の締め作業に支障が出た」

顧客固有の影響を明記すると、AIが文の中に組み込んでくれる。これが「形式的でなく、ちゃんと理解してもらった」という印象の差になる。

原因説明が長すぎる

謝罪文で原因の技術的説明が長くなると、言い訳に読まれる。プロンプトに「原因説明は2文以内」と制限を加える。

【追加ルール】
原因の説明は2文以内に収める。技術的な詳細は省く。

詳しい説明が必要な場合は、謝罪文とは別に「事象の詳細報告」として送付する。謝罪メールと詳細報告を分けることで、謝罪の部分が埋もれない。

謝罪と対応が混在して読みにくい

謝罪・原因説明・対応策・再発防止の4段構成が崩れると読みにくくなる。プロンプトに段落の構成を指定する。

【文章の構成】
段落1：謝罪（1〜2文）
段落2：原因説明（2文以内）
段落3：今後の対応（具体的に）
段落4：再発防止と締めの言葉

---

謝罪文テンプレートライブラリを作る

状況別の謝罪文テンプレートを5〜10パターン用意しておくと、担当者が毎回プロンプトを打たなくて済む。テンプレートにプレースホルダー（顧客名・状況・対応内容）を入れておき、担当者はそこだけを書き換えて使う。

テンプレートの例：

• 配送遅延（軽度・重度）
• 商品の不具合・交換対応
• 誤請求・過請求
• システム障害・サービス停止
• 担当者の誤案内
• 回答が遅れた場合の謝罪

これらをAIで下書きして、法務・上長の確認を経てから確定版にする。テンプレートの管理は問い合わせ管理ツール（Zendesk・Freshdesk）のマクロ機能やNotionにまとめておくと運用しやすい。

新人研修にも活用できる。テンプレートを見て「なぜこの表現を使うのか」を解説することで、謝罪文の書き方を体系的に学べる。

---

謝罪文の品質維持のための運用ルール

AIを使った謝罪文の品質を長期的に維持するための運用ルールを3点まとめる。

1点目は「確認なし送信の禁止」だ。どれだけ急いでいてもAIの出力をそのまま送らない。法的拘束力を持つ表現が入っていないかの確認は、30秒でできる。この30秒を省くリスクと比較すれば、確認を義務化することは合理的だ。

2点目は「送信後の反応の記録」だ。AIで作った謝罪文に対して顧客がどのように反応したかを記録する。「謝罪が足りないと言われた」「返信がなかった」などのフィードバックをプロンプトの改善に使う。

3点目は「プロンプトの定期的な見直し」だ。3カ月に1回、使っているプロンプトを見直し、現場で発生した新しいパターンを追加する。

お詫び文の後に送るフォローアップメールはカスタマーサポートのお礼メールをAIで作る方法を参照してほしい。クレーム対応全般の流れはカスタマーサポートのクレーム対応をAIで行う方法にまとめている。

返信文の文章リライトについてはカスタマーサポートの文章リライトをAIで行う方法も合わせて確認してほしい。問い合わせへの返信テンプレートはカスタマーサポートのメール返信をAIで行う方法が参考になる。