Claudeでクレーム対応のロールプレイ研修 — 顧客役を演じさせエスカレ基準で採点

クレーム対応の新人研修で足りなくなりがちなのは、先輩が顧客役を務める時間と、採点の目線をそろえる手間です。Claudeに顧客役を演じさせ、終わったあとに自社のエスカレーション基準と禁止表現で採点させれば、新人は一人でも何度でも練習できます。

この記事では、過去の苦情記録から顧客役の設定を作り、ロールプレイを回し、別のチャットで採点するまでを手順にします。採点の基準は自社の運用そのものなので、記事中の基準は書き換える前提の例です。

顧客役・採点役・人の3つに分けると崩れにくい

結論から書くと、同じチャットの中で顧客を演じさせ、そのまま採点まで頼むのは避けたほうが安定します。分ける理由は3つあります。

• 顧客を演じている間のClaudeは、役の感情に引きずられて講評が甘くなったり、逆に辛くなったりしやすい
• 採点はやり取り全体を俯瞰して行う作業で、会話の流れの中で行う演技とは目線が違う
• 採点を別チャットにすれば、同じ記録を同じ基準で何度でも採点し直せる

分担は次のとおりです。

基準を決めるのは人です。Claudeが一般的な接客マナーに沿って「良い対応」と判定しても、自社のエスカレ基準に合うとは限りません。基準を最初に渡すことが、この研修の土台になります。

手順1: 過去の苦情記録から顧客カードを作る

顧客役の素材は、実際に起きた苦情の記録です。そのまま渡さず、まず匿名化します。氏名・会社名・電話番号・注文番号・住所を置き換えるのが最低限で、特定につながる固有の経緯(珍しい商品名、日付の組み合わせ)も丸めます。

匿名化を終えた記録から、顧客カードを作らせます。カードに入れるのは次の4点です。

• 怒っている理由(表向きに言う主張)
• まだ言っていない本音(最初は出さず、適切な質問をされると出す)
• 譲れない条件(これが満たされないと納得しない点)
• 感情の動き(どういう対応で和らぎ、どういう対応で悪化するか)

「本音」と「感情の動き」を入れる点が要です。これが無いと、顧客役はすぐに矛盾なく納得してしまい、練習になりません。

以下は匿名化した過去の苦情記録です。
ロールプレイ用の「顧客カード」を作ってください。
 
<record>
(匿名化した記録をここに貼る)
</record>
 
カードに入れる項目:
1. 表向きの主張(最初の発言で言うこと)
2. まだ言っていない本音(適切な質問をされた時だけ出す)
3. 譲れない条件
4. 感情の動き(和らぐ対応 / 悪化する対応を各3つ)
5. 口調の特徴(語尾、話す速さ)
 
記録にない事実は足さないでください。
推測で補った箇所には(推測)と付けてください。

最後の2行で、記録にない設定をClaudeが勝手に作り込むのを抑えます。研修の目的は実際の苦情に近い練習なので、足された設定は人が読んで残すか消すか決めます。

複数の苦情から、タイプの違う顧客を3〜5人分そろえると使い回しがききます。Claudeの手引きにも、例は「現実の用途に近いこと」「ばらつきがあって偏りを拾わせないこと」が効くと書かれています。製品不良への怒り、対応の遅さへの怒り、説明のわかりにくさへの怒りのように、怒りの出どころを分けておくと、新人が同じ型の謝罪で逃げ切れなくなります。

手順2: 採点基準を先に書く — エスカレ基準と禁止表現

採点を頼む前に、基準を文章にします。ここがこの研修の中身で、Claudeに考えさせず人が決める部分です。基準は大きく2つに分けると書きやすくなります。

エスカレーション基準は「この状況になったら上長や専門部署に引き継ぐ」という線です。禁止表現は「この言い方は使わない」という線です。例を挙げます。自社の運用に置き換えてください。

人格攻撃や長時間の拘束が続く場面は、クレームの範囲を超えてカスタマーハラスメントの記録対象になりえます。線引きと記録の取り方はカスハラ対応記録をClaudeで整理する手順で扱っています。研修の採点基準にも「打ち切りの判断を人に上げたか」を1項目入れておくと、練習と実運用がつながります。

採点項目は5〜7個に絞り、各項目に3段階の目安を付けます。項目が多すぎると、Claudeの講評が散らかり、新人も何を直せばよいか分からなくなります。

# 採点基準
各項目を ◎(基準どおり)/ △(惜しい)/ ×(基準外)で判定する。
 
1. 初動: 事実確認の前に原因を断定していないか
2. 傾聴: 顧客の主張を要約して返したか
3. 本音の引き出し: 本音につながる質問をしたか
4. 権限: 権限外の約束をしていないか
5. エスカレ: 下記の「エスカレ要」条件で引き継ぎを提案したか
6. 禁止表現: 下記の一覧にある言い回しを使っていないか
 
# エスカレ要の条件
(自社の基準を箇条書きで)
 
# 禁止表現
(自社の一覧を箇条書きで)

手順3: Projectsに顧客カードと基準を置く

カードと基準は、毎回貼るのではなくProjectsに置くと再利用できます。Projectsには、プロジェクトごとの知識ベースと指示欄があります。プロジェクトの名前と説明欄の内容はClaudeには渡らないため、役割や口調のルールは必ず指示欄に書きます。

• 知識ベースに置く: 顧客カード、エスカレ基準、禁止表現の一覧、自社の対応方針書
• 指示欄に書く: 顧客役を演じるときのルール、採点するときのルール

有料プランでは、知識ベースが文脈の上限に近づくとRAGモードが自動で有効になり、容量が広がります。方針書や顧客カードが増えても置き続けられます。

指示欄の例です。

このプロジェクトはクレーム対応の新人研修用です。
 
- 「顧客役で」と言われたら、指定された顧客カードの人物を演じる
- 演じている間は、本音をこちらから明かさない
- 1回の発言は3文以内。受講者の応対が適切なら少しずつ態度を和らげ、
  不適切なら硬化させる
- 「採点して」と言われたら、顧客役をやめて第三者として採点する
- 採点は知識ベースの採点基準だけを根拠にし、基準にない観点は足さない

ここで注意したいのは、プロジェクト内のチャットどうしは文脈を共有しないことです。情報を知識ベースに追加しない限り、別のチャットには引き継がれません。この性質は研修では都合がよく、ロールプレイ用のチャットと採点用のチャットを分けても、前者の「顧客としての記憶」が後者に混ざりません。受講者1人につきロールプレイ1回ごとに新しいチャットを開くと、前回の応対を引きずらずに練習できます。

メモリ機能がある環境では、プロジェクトごとにメモリが分かれています。研修用のやり取りを個人のメモリに残したくないときは、最初のメッセージを送る前に「+」メニューでメモリをオフにすれば、そのチャットはメモリを使わず、プロジェクトのメモリにも追加されません。

手順4: 顧客役でロールプレイを回す

新しいチャットで顧客カードを指定して始めます。受講者が打つ最初の指示は短くて構いません。

顧客役でお願いします。使うカードは「配送遅延に怒る顧客」です。
最初の発言から始めてください。私が応対担当です。

Claudeが最初の苦情を述べるので、受講者は応対担当として返信します。数往復から10往復ほど続け、受講者が「ここで終わり」と判断したら止めます。

回すときのコツは3つです。

• 受講者は、本番と同じ文面で打つ。「ここは謝る」のような心の声を書かない
• 引き継ぎが必要だと思った場面では、実際に「上長に代わります」と打たせる
• 途中でヒントを聞かない。分からなくなったら、そのまま終えて採点に回す

顧客役が早々に折れてしまうときは、指示欄の「態度を和らげる条件」を厳しくします。たとえば「謝罪だけでは和らげず、本音につながる質問を2回受けるまで譲れない条件を崩さない」と書き足します。指示は具体的なほど効きます。

手順5: 別チャットでやり取りを採点する

ロールプレイが終わったら、新しいチャットを開きます。やり取りの全文を貼り、採点を頼みます。

採点して。知識ベースの採点基準だけを根拠にしてください。
 
<transcript>
(ロールプレイのやり取り全文)
</transcript>
 
出力の形式:
- 項目ごとに判定(◎/△/×)と、根拠になった受講者の発言の引用
- エスカレ要の場面があったか。あった場合、引き継ぎが適切だったか
- 禁止表現に当たる発言の一覧(発言の引用と、言い換え案)
- 最後に、次の練習で直す点を2つだけ

「根拠になった発言の引用」を必須にすることが大切です。引用が無い判定は、新人にも研修担当にも検証できません。引用させれば、Claudeが基準に無い印象で採点していないかを人が確かめられます。「直す点は2つだけ」と絞るのは、講評が長くなって新人が受け止めきれなくなるのを防ぐためです。

やり取りの全文は区切りタグで包んで渡します。Claudeの手引きにも、指示・文脈・入力が混ざる指示では、それぞれをタグで包むと解釈の取り違えが減ると書かれています。

禁止表現の判定には、言い換え案を添えさせると学びが深まります。「規則ですので」を禁止したなら、「この規定の目的はお客様の〜を守ることです。今回の場合は〜の形でお手伝いできます」のような言い換えを示せば、新人は禁止の代わりに何をすればよいかが分かります。

採点を鵜呑みにしないための3つの点検

Claudeの採点は、研修担当の下書きとして扱います。最初の数回は次の点検を入れてください。

1. 人の採点と並べる: 同じ記録を研修担当も採点し、項目ごとの判定を比べる。食い違った項目の基準文を、判定が割れない言い方に直す
2. 同じ記録を2回採点させる: 別チャットで同じ記録と基準を渡し、判定が変わる項目を探す。変わる項目は基準が曖昧な可能性が高い
3. わざと悪い応対で試す: 禁止表現を詰め込んだ応対を自分で作って採点させ、見逃しがないか確かめる

この3点は、判定の再現性を確かめる運用上の工夫であり、Claudeの採点精度を保証するものではありません。基準文に「どちらとも取れる言い回し」が残っていると判定がぶれるので、ぶれた箇所は基準文のほうを具体的に書き直します。「丁寧に対応したか」のような抽象語は、「謝罪のあとに具体的な次の行動を伝えたか」のように行動で書き換えます。

受講者に配るときの共有と運用

TeamまたはEnterpriseプランでは、プロジェクトを組織内の他のメンバーに共有できます。権限は「閲覧のみ」と「編集可」の2段階です。「閲覧のみ」のメンバーはプロジェクトの内容・知識・指示を見られ、プロジェクト内でチャットもできますが、編集はできません。

受講者には「閲覧のみ」で共有すれば、顧客カードや採点基準を書き換えられる心配なく練習できます。研修担当は編集可のまま、基準を更新できます。管理者が共有を止めている場合は共有できないので、先に管理者に確認が要ります。

共有したプロジェクトの中で、受講者それぞれのチャットが他のメンバーに見えるかどうかは、プロジェクト管理の説明ページに記載がありません。応対の失敗はプライバシーに関わる内容にもなりうるため、本番の運用前に、試験用のアカウント2つで見え方を確かめておくと安心です。共有後に権限を変えたり、アクセスを外したりする操作はプロジェクト作成者が共有メニューで行います。アーカイブしても共有権限は維持されるため、研修が終わったプロジェクトから受講者を外すときは、アーカイブとは別に共有設定でアクセスを削除します。

研修で使う記録は、匿名化していても元は実際の顧客とのやり取りです。社内の個人情報の取り扱い規程で、AIサービスへの入力が認められている範囲を先に確認してください。

よくあるつまずき

顧客役が早く納得してしまう

本音と譲れない条件が顧客カードにあるか確認します。あっても折れるときは、指示欄に「謝罪だけでは態度を変えない」のように、態度が変わる条件を書きます。

採点が甘い、または辛い

基準が「適切に」「丁寧に」のような抽象語で書かれていないか見直します。行動で書き換え、◎△×それぞれの目安を1行ずつ足すと揃いやすくなります。

禁止表現の判定が文脈を無視する

同じ言葉でも、文脈によっては禁止にならないことがあります。たとえば「規則ですので」は理由の説明が続いていれば許容できる場合があります。基準に「単独で使い、理由や代替案が続かない場合のみ」と条件を書き込みます。

本番の苦情とロールプレイが混ざる

研修用と本番の問い合わせ対応を、同じプロジェクトに置かないようにします。本番の苦情記録の整理は顧客クレームの8D報告書をClaudeで下書きする手順のように別の作業として扱います。

まとめ

この研修で人が持つのは、エスカレ基準と禁止表現の一覧です。Claudeは顧客役としての粘り強さと、基準に沿った採点の下書きを担当します。まず苦情記録2〜3件から顧客カードを作り、採点基準を6項目程度で書き、ロールプレイと採点のチャットを分けて1回回してみてください。人の採点とのずれが見つかった項目から基準文を直すと、運用しながら精度が上がっていきます。

研修シナリオ全体の組み立て(匿名化、分岐、配布資料)は研修用ケーススタディとロールプレイのシナリオを作る手順にあります。カスハラの方針整備はカスハラ対策の義務化に合わせた方針と記録様式の整え方が入口になります。