クレーム対応のメール・文章例｜報告書・お詫び・返信の組み立て方

クレーム対応の文章は、例文をそのまま当てはめればよいものではありません。
同じような申出でも、確認できている事実、相手が置かれた状況、自社の責任や権限、必要な対応は案件ごとに異なります。
本記事では完成テンプレートを示さず、文章へ入れたい要素と短い表現例を使って、組み立て方を整理します。

完成例文をそのまま使えない理由

完成した文章だけを見ると、前提となる事実確認や社内判断が見えにくくなります。
別の案件へコピーすると、未確認の責任を認めたり、実施できない返金・補償を約束したりするおそれがあります。
例文は正解ではなく、必要な項目を確認するための補助として扱うことが大切です。

文章を作る前に整理したいこと

1. 相手から申し出があった内容
2. 自社で確認できている事実と、まだ確認できていない事項
3. 相手が求めていること
4. 担当者が回答できる範囲と、責任者の判断が必要な事項
5. 次に連絡できる日時と連絡手段

相手の申出、自社で確認した事実、担当者の推測を混ぜないことが大切です。
補償、返金、契約変更、例外対応などは、その場で約束せず、自社の権限と承認手順に沿って判断します。

受付直後に入れたい4つの要素

最初の返信では、すべてに回答しようとせず、受け付けた内容と次の連絡時期を明確にします。

短い表現例をつなげただけでは、個別案件の返信文にはなりません。
誰からのどの申出を受けたのか、追加で確認すべき情報は何か、提示する期限を実行できるかを人が確認します。

調査中の連絡に入れたい3つの要素

約束した期限までに最終回答ができない場合は、連絡を止めず、確認できた範囲と次の予定を伝えます。

「確認中です」だけで終わらせず、確認済みと未確認を分けます。
新しい期限は、担当部署と責任者が実行可能性を確認してから伝えます。

回答時に入れたい4つの要素

回答時は、確認した事実、自社の判断、実施する対応、今後の窓口を順番に示します。

原因、責任、補償範囲などに未確定事項が残る場合は、確定したように書きません。
人身・物損・製品事故、個人情報、契約、返金・補償等に関わる文章は、社内の法務・品質・保険等の担当者へつなぎ、必要に応じて弁護士等へ確認します。

お詫び文は構成だけを共通化する

正式なお詫び文は、原因や企業としての対応方針を確認した後に作成します。
共通化するのは完成文章ではなく、確認すべき項目です。

1. 対象となる事案
2. 不便・不快・心配等を生じさせたことへのお詫び
3. 確認した事実と原因（確認できた範囲）
4. 実施した対応または今後の対応
5. 再発防止・改善の内容（決定済みの内容に限る）
6. 問い合わせ窓口

原因調査中の段階で責任を認めたり、再発防止を保証したりする文章は作りません。
確認できていない原因や、実施が決まっていない改善策を補わないことが重要です。

社内向けクレーム報告書の基本項目

社内報告書は、長い経緯を書くことより、次の担当者や責任者が判断できる情報をそろえることが目的です。

• 受付情報：受付日時、連絡手段、受付担当者
• 相手の情報：対応に必要な範囲の氏名・連絡先・契約等の情報
• 申出内容：相手が述べた事実、困っていること、求めていること
• 確認状況：確認済みの事実、未確認事項、確認先
• 対応履歴：謝罪・説明・案内した内容、相手の反応
• 約束・期限：折り返し日時、回答期限、提示済みの条件
• 判断事項：返金、補償、例外対応、法務・品質・保険等への連携要否
• 次の対応：担当者、実施内容、期限、承認者

相手の発言は必要に応じて要約し、担当者の評価や推測と区別します。
個人情報は利用目的に必要な範囲にとどめ、自社の保管・共有ルールに沿って管理します。

電話・面談へ切り替えるときの考え方

クレームがメールで届いた場合でも、必ず電話や面談へ切り替える必要があるとは限りません。
事実関係の複雑さ、緊急性、記録を残す必要性、相手の希望、障害特性等への配慮、自社の対応方針を踏まえて連絡手段を選びます。
電話や面談を提案する場合は理由を伝え、相手の了承を得た上で日時を調整します。
口頭で確認した内容も、必要に応じて記録し、合意事項や次の期限を文章で共有します。

避けたい表現と、書く前に確認すること

• 「当社のミスです」：事実確認前に責任を断定するおそれがあります。確認済みの事実と責任を判断する人を確認します。
• 「必ず返金します」：権限や条件の確認前に約束するおそれがあります。返金・補償の基準、条件、承認者を確認します。
• 「しばらくお待ちください」：次の連絡時期が伝わりません。実行可能な次回連絡日を確認します。
• 「規則なので対応できません」：理由と確認可能な範囲が伝わりません。適用する方針、理由、代替案の有無を確認します。
• 「ご納得いただけたと思います」：相手の受け止めを推測しています。自社が伝えた回答と今後の窓口を確認します。

避けたい表現を別の定型文へ機械的に置き換えるのではなく、なぜ危険なのかを確認してから文章を作ります。

構成例を組織で安全に使うために

構成例は、担当者が考えずに済むようにするものではなく、必要事項の抜けや安易な約束を防ぐための確認枠です。
受付直後、調査中、回答時、お詫び文の用途を分け、責任者の確認が必要な条件を定めます。
送信した文章、承認者、送信日時、次の期限を記録し、内容を更新した場合は旧版と混在しないように管理します。

AIに文章作成を手伝わせるときの注意

生成AIは、文章の構成を整理したり、分かりにくい表現の言い換え案を出したりする補助に使えます。
一方、クレーム対応文には個人情報、未公開の案件情報、確認中の事実、責任や補償に関する判断が含まれやすいため、AIが作った文章をそのまま送ることは避けます。

AIへ入力する情報を必要最小限にする

顧客名、連絡先、住所、注文・契約番号、従業員名、未公開の事故情報、取引先を特定できる情報を、利用条件を確認していないAIサービスへそのまま入力しません。
社内で利用を認めた環境か、入力情報が学習等へ利用されるか、保存・削除・管理の条件はどうなっているかを確認します。
文章の構成だけを相談する場合は、実在する個人・企業・案件を特定できない形へ置き換え、必要な要素だけを入力します。

AIの出力を事実として扱わない

生成AIは、入力していない原因、経緯、規則、法的な結論などを、もっともらしい文章として補うことがあります。
日時、発言、商品・契約内容、確認結果、社内方針、法令・規程は、案件記録や正本と照合します。
AIが作った謝罪文に、未確認の過失や実施未決定の補償・改善策が加わっていないかも確認します。

AIが補助できること

• 構成の整理、見出し案、文章の簡潔化
• 丁寧さや読みやすさの確認
• 複数の言い換え案の作成
• 必要項目の抜けを確認するチェックリスト
• 長文の要点整理

人が確認・判断すること

• 事実関係、原因、責任の有無
• 謝罪の対象と範囲
• 返金、補償、契約変更、例外対応
• 回答期限、承認者、送信先、送信可否
• 個人情報・機密情報を扱ってよい範囲

最終的な文章は、案件を理解している担当者と、必要な権限を持つ責任者が読みます。
相手の状況に合わない過度に形式的な表現、冷たい印象、不要な断定がないかを確認し、送信者が内容に責任を持てる状態にしてから送ります。

送信前に人が確認する項目

• 相手の申出と、自社で確認した事実を分けているか
• 原因、責任、法的評価を未確認のまま断定していないか
• 謝罪の対象が、確認できた状況に合っているか
• 返金、補償、契約変更、例外対応の承認を得ているか
• 次回連絡日や実施時期が実行可能か
• 相手の納得・満足を推測していないか
• 個人情報・機密情報の取扱いが社内ルールに沿っているか
• AIを使った場合、入力内容と出力内容を人が確認したか
• 送信者と承認者を記録したか

インテグレスの見解

クレーム対応の文章では、丁寧な言葉を並べること以上に、確認済み事実、相手の申出、自社の判断、未確認事項、次の期限を分けて伝えることが重要です。
完成例文に頼るのではなく、必要項目、判断権限、承認経路、記録を一緒に整えることで、担当者が変わっても一貫した対応を行いやすくなります。

出典

本記事は一般的な情報です。
個別の法的・労務的判断は、弁護士・社会保険労務士等へご確認ください。

最終更新日：2026年8月31日