上司がすぐ判断できる顧客エスカレーション報告を作るAIプロンプト
顧客対応で問題が起きたとき、必要なのは経緯を長く並べた報告書ではありません。上司や責任者が「何を、いつまでに決めるべきか」を短時間で把握できる判断材料です。
この記事では、問い合わせ履歴や担当者メモから、事実・顧客への影響・緊急度・判断依頼を整理するプロンプトを紹介します。カスタマーサポート、営業、カスタマーサクセスなど、顧客対応を上位者へ引き継ぐ担当者向けです。
この記事で分かることは次のとおりです。
- エスカレーション報告に必要な入力項目
- コピペして使える汎用プロンプト
- AIに推測させないための指定方法
- 緊急連絡と詳細報告の使い分け
- 出力を送信前に確認するチェックポイント
エスカレーション報告の目的は「説明」ではなく「判断依頼」
良い報告は、読む人が次の行動を決められる形になっています。
問い合わせの経緯を時系列で整理するだけでは、受け取った上司が「結局、何を決めればよいのか」を読み解かなければなりません。報告を作る段階で、次の情報まで切り分ける必要があります。
- 現在、何が起きているか
- 顧客や業務にどのような影響があるか
- いつまでに対応または判断が必要か
- 現場で実施済みの対応は何か
- 未確認の情報は何か
- 誰に、何を判断してほしいか
特に重要なのが「事実」と「担当者の見立て」を分けることです。顧客が実際に述べた内容、システムで確認した記録、担当者が推測している原因を混ぜると、報告の信頼性が下がります。
ここがポイント: AIには結論を勝手に補わせず、入力にない情報を「未確認」と表示させます。エスカレーションの要否や補償内容を最終判断するのは、人間の責任者です。
コピペ用プロンプトテンプレート
以下は、問い合わせ履歴や対応メモから、社内向けのエスカレーション報告を作るテンプレートです。ChatGPT、Claude、Geminiなどの対話型AIで使える汎用的な構成にしています。
あなたは顧客対応の責任者を補助するアシスタントです。
以下の対応記録を基に、上司が次の対応を判断するための
「顧客対応エスカレーション報告」を作成してください。
# 目的
経緯の要約ではなく、現在の影響、緊急度、未解決事項、
判断してほしい内容が短時間で分かる報告にする。
# 入力情報
- 顧客名または管理番号: {顧客名または管理番号}
- 発生日時: {発生日時}
- 最終更新日時: {最終更新日時}
- 担当部署・担当者: {担当部署・担当者}
- 問い合わせ種別: {障害／契約／請求／納期／苦情／その他}
- 顧客からの申告: {顧客が述べた内容}
- 確認できた事実: {ログ、注文履歴、契約、メールなどで確認した事実}
- 顧客への影響: {利用停止、金額、対象人数、期限など}
- 実施済みの対応: {案内、調査、代替手段、社内連絡など}
- 顧客の現在の要望: {返金、復旧時刻の回答、責任者連絡など}
- 未確認事項: {原因、影響範囲、社内承認の要否など}
- 対応期限: {顧客への回答期限または業務上の期限}
- 判断を依頼したい事項: {承認、担当部署の決定、補償方針など}
- 関連ルール: {社内規定、契約条件、SLAなど。なければ「情報なし」}
- 元の対応記録:
{問い合わせ履歴や担当者メモを貼り付ける}
# 作成ルール
1. 入力にない事実、原因、顧客の感情、社内ルールを推測しない。
2. 確認済みの事実と、担当者の見立てを分ける。
3. 不明な項目は削除せず「未確認」と記載する。
4. 顧客の発言を引用する場合は、入力にある表現だけを使う。
5. 個人情報や認証情報は、判断に不要なら本文へ再掲しない。
6. 緊急度は入力情報に基づいて仮判定し、理由を1文で示す。
7. 判断依頼には、判断者、決めてほしい内容、希望期限を含める。
8. 文章は社内向けの簡潔な日本語にする。
# 緊急度の判定基準
- 緊急: 安全、法令、情報漏えいの疑い、広範囲の利用停止、
または期限までの即時判断が必要
- 高: 重要顧客への重大な影響、解約・返金要求、業務停止、
または当日中の判断が必要
- 中: 影響が限定的で、期限内に通常の上位判断が必要
- 低: 回避策があり、通常フローで処理できる
判定材料が不足する場合は、緊急度を断定せず
「暫定: {緊急度}」とし、不足情報を示してください。
# 出力形式
## 1. 件名
[{緊急度}] {顧客名または管理番号}／{問題の要点}／判断期限:{期限}
## 2. 30秒要約
3点以内の箇条書き。事象、影響、判断依頼を各1文で示す。
## 3. 緊急度
- 判定:
- 判定理由:
- 対応期限:
## 4. 確認済みの事実
時系列の箇条書き。各項目に日時を付ける。
## 5. 顧客への影響と現在の要望
- 影響:
- 顧客の要望:
## 6. 実施済みの対応
箇条書きで示す。
## 7. 未確認事項・リスク
- 未確認事項:
- 放置した場合に想定されるリスク:
入力から確認できる範囲だけを書く。
## 8. 判断を依頼したい事項
- 判断者:
- 決めてほしい内容:
- 選択肢:
- 現場の推奨案:
- 推奨理由:
- 希望回答期限:
選択肢や推奨案を作れない場合は「要追加情報」とする。
## 9. 次のアクション
担当者、実施内容、期限を箇条書きで示す。
## 10. 追加で確認すべき情報
報告の判断精度を上げるために不足している情報を、
優先度の高い順に最大5件示す。
# 最終確認
出力前に、事実と推測の混在、期限の欠落、判断依頼の曖昧さ、
入力にない情報の追加がないか確認してください。
報告本文だけを出力してください。
入力時に変える項目
AIに渡す情報の質が、報告の実用性を決めます。 対応履歴を貼るだけでなく、判断に必要な項目を先に埋めてください。
最低限入力したい6項目
急いでいる場合でも、次の項目は省かない方が安全です。
{顧客名または管理番号}{顧客が述べた内容}{確認できた事実}{顧客への影響}{対応期限}{判断を依頼したい事項}
たとえば「顧客が怒っている」では、受け手が影響を判断できません。「7月26日15時までに復旧時刻の回答を求めている」「返金の可否を責任者から回答してほしい」のように、要求と期限を具体化します。
固定した方がよい条件
運用で繰り返し使う場合は、次の部分を社内ルールに合わせて固定します。
- 緊急度の段階と判定基準
- 報告先となる役職や部署
- 金額、影響人数、停止時間などの基準値
- 回答期限の決め方
- 補償や返金を承認できる役職
- 個人情報を伏せる方法
ただし、AIに社内規定を推測させてはいけません。関連ルールが手元にない場合は、「規定上の判断は未確認」と出力させます。
NG例と改善例
失敗しやすいのは、AIに「いい感じの報告」を丸投げする指示です。
NG例：目的も判断事項もない
次の問い合わせが問題になっています。
上司向けに分かりやすい報告を作ってください。
{対応履歴}
この指示では、AIが何を重要とみなすべきか分かりません。経緯を丁寧に要約しても、緊急度、期限、判断依頼が抜ける可能性があります。
改善例：判断に必要な情報を指定する
次の対応履歴から、部門責任者向けのエスカレーション報告を作成してください。
目的は、責任者が本日17時までに返金可否を判断できるようにすることです。
出力には以下を含めてください。
- 3行以内の要約
- 確認済みの事実
- 顧客への影響と要求
- 実施済みの対応
- 未確認事項
- 返金する場合としない場合の選択肢
- 責任者に判断してほしい内容と期限
入力にない情報は補わず、「未確認」と記載してください。
顧客の感情は推測せず、実際の発言だけを使ってください。
{対応履歴}
改善点は、「分かりやすく」という抽象的な要望を、読者、決定事項、期限、出力項目に置き換えたことです。
出力を安定させる3つのコツ
プロンプトは、一度作って終わりではありません。実際の出力を確認し、抜けや誤解が起きた箇所を調整します。Googleの公式ガイドでも、明確で具体的な指示、文脈の追加、出力形式の指定、反復的な改善が基本的な方法として示されています。Google AI for Developersのプロンプト設計ガイドも、テンプレートを運用に合わせて調整する際の参考になります。
1. 空欄をAIに埋めさせない
不明な項目を自然な文章で補完させると、報告に未確認情報が混ざります。次の指示を固定してください。
入力にない情報は推測しない。
不明な項目は「未確認」と表示し、追加確認事項へ回す。
「未確認」が多い出力は失敗ではありません。むしろ、責任者へ送る前に何を調べるべきかが見えます。
2. 件名と冒頭だけで判断の輪郭を伝える
報告の最初に必要なのは、詳細な経緯ではなく次の3点です。
- 何が起きたか
- どの程度の影響があるか
- 何をいつまでに決めるか
チャットやメールで送る場合、件名には緊急度と期限を含めます。本文の冒頭は3点以内の箇条書きにし、詳しい時系列は後ろへ置きます。
3. 生成と確認を分ける
最終送信前に、同じAIへ確認用プロンプトを続けて入力できます。
作成した報告を監査してください。
次の観点ごとに「問題なし」または「要修正」と理由を示してください。
- 入力にない事実を追加していないか
- 顧客の感情や原因を推測していないか
- 確認済み事実と見立てが分かれているか
- 顧客への影響が具体的か
- 判断者、判断事項、回答期限が明記されているか
- 個人情報や認証情報を不必要に再掲していないか
要修正がある場合は、元の事実を変えずに修正版を提示してください。
AIの監査結果も、そのまま信用するものではありません。担当者が元の履歴と照合し、重要な日時、金額、顧客の発言、契約条件を確認します。
活用例：状況に合わせて出力を変える
同じ情報でも、連絡手段によって必要な長さが異なります。基本テンプレートの「出力形式」だけを差し替えると使い分けやすくなります。
チャットで緊急連絡する場合
出力は社内チャット用とし、全体を400文字以内にしてください。
冒頭に緊急度、顧客影響、回答期限を示してください。
最後に「誰に何を判断してほしいか」を1文で記載してください。
詳細な時系列は最大5件に絞ってください。
これは初動連絡向けです。契約条件や判断の選択肢まで必要な案件では、後から詳細版を送ります。
メールで正式報告する場合
出力は社内メール形式にしてください。
件名、宛先候補、30秒要約、事実の時系列、顧客影響、
実施済み対応、未確認事項、判断依頼、次のアクションの順に整理してください。
本文は800〜1,200文字を目安にしてください。
メールでは後から経緯を追えることが重要です。ただし、長い履歴をそのまま転載せず、元データの保管場所を社内で共有できるなら参照先を添えます。
情報不足を先に洗い出す場合
まだ報告書は作成しないでください。
入力情報を確認し、上司が判断するために不足している情報を、
「必須」「あるとよい」に分けて質問形式で出力してください。
最大10問に絞り、優先度順に並べてください。
情報が少ない段階では、無理に完成文を作らせるより、不足項目の確認にAIを使う方が安全です。
送信前チェックリスト
AIが整えた文章でも、送信責任は担当者にあります。 最後に次を確認してください。
- [ ] 件名だけで緊急度と期限が分かる
- [ ] 顧客の申告と社内で確認した事実を分けた
- [ ] 日時、金額、件数、契約条件を原文と照合した
- [ ] 原因や顧客の感情を推測していない
- [ ] 未確認事項を明示した
- [ ] 実施済み対応と未実施の提案を分けた
- [ ] 判断者、判断内容、希望期限が具体的である
- [ ] 不要な個人情報、パスワード、認証情報を含めていない
- [ ] 利用中のAIへ入力してよい情報か、社内規定を確認した
- [ ] 顧客へ送る文章ではなく、社内判断用の報告になっている
エスカレーション報告で最優先すべきなのは、文章の滑らかさではありません。確認済みの事実、顧客への影響、判断依頼、期限が分離されていることです。まずは実際の案件を匿名化してテンプレートを試し、「未確認」が正しく残るか、責任者が件名と冒頭だけで次の行動を決められるかを確認してください。