カスタマーサポートで Claude Code を使ったら、返信品質を落とさずに対応件数が1.8倍になった
1. 月曜の朝、前日土日分の問い合わせが200件たまっている
月曜の朝、前日土日分の問い合わせが200件たまっている。返信期待値は24時間以内。——この状況を経験したことがあるカスタマーサポート担当者は多いのではないでしょうか。
カスタマーサポートの仕事が持つ本質的な難しさは、「件数」と「品質」のトレードオフです。1件1件に時間をかけた丁寧な返信をすれば、積み残しが増えてSLA（対応時間保証）が守れなくなる。処理速度を上げようとすれば、返信文の質が落ちてクレームが増える。このどちらも犠牲にしないまま、対応件数を増やす方法があるとしたら、それは「下書きを人間が作らずに済む」仕組みを作ることだと考えています。
Claude Code は、問い合わせ内容と対応方針を渡すだけで返信文の下書きを出してくれます。担当者は「ゼロから書く作業」をやめ、「確認して修正する作業」に集中できるようになります。これが、品質を維持したまま処理件数を増やせる理由です。
この記事では、カスタマーサポート業務の難易度別に——初回回答・謝罪対応・返金対応・エスカレーション判断——Claude Code の使い方を整理します。また、「FAQを先に整備してからClaude Code を使う」という正しい順序についても解説します。
2. 難易度別：Claude Code でできること
2.1 初回回答（難易度：低）
最も使いやすいのが、問い合わせの性質が明確な初回回答です。「商品の返品方法を教えてほしい」「ポイントの付与タイミングはいつか」——こうした内容は、対応方針さえ決まれば文章化は定型作業に近い。
Claude Code に「問い合わせ内容」と「対応方針」を渡すと、返信文の下書きが出てきます。1件あたり15〜20分かかっていた返信作業が、3〜5分に短縮されるケースが出ています。同じ時間であれば、3〜4倍の件数を処理できる計算になります。
入力例:
以下の問い合わせに対する返信文を作成してください。
【問い合わせ内容】
先週購入した商品が届いたのですが、注文したものと色が違います。
注文確認メールにはネイビーと書いてあるのに、届いたのはブラックです。
【対応方針】
- 商品違いをお詫びする
- 着払いで返送いただき、確認後に正しい商品を発送する
- 返送先住所は別途メールで案内する
【文体】丁寧で誠実なトーン、300〜400字程度
2.2 謝罪対応（難易度：中）
謝罪文の難しさは「謝罪の深さ」と「言い訳に聞こえないかどうか」のバランスです。「申し訳ございません」を並べすぎると読み手が信頼を失い、薄すぎると誠意が伝わらない。この塩梅を毎回考えるのは、担当者にとって消耗する作業です。
Claude Code に「状況・謝罪の理由・今後の対応・伝えたいトーン」を渡すと、謝罪文の下書きが出てきます。
注意点として、謝罪文は「下書きを必ず読んで、自分の言葉に近い形に修正してから送る」ことが重要です。Claude Code は文章の骨格を作りますが、「この状況ならどこまで謝るか」という判断はチームのポリシーと担当者の判断によります。
2.3 返金対応（難易度：高）
返金対応は、文章化の前に「どう対応するか」という判断が必要です。この判断をClaude Code に委ねることはできません。返金するかどうか、金額はいくらか——これは必ず担当者またはリーダーが決めることです。
Claude Code が役立つのは、判断が決まった後の「対応方針を顧客に伝える文章の言語化」です。
以下の対応方針を、顧客に伝える文章にしてください。
【対応方針】
- 今回は当社の不手際を認め、全額返金する
- お詫びとして次回使用できる割引クーポンを提供する
- 返金までの日数は3〜5営業日
【条件】顧客が怒りを持っている状態であることを前提に、
謝罪と感謝を前に出し、手続きの説明を後に回す構成で。
2.4 エスカレーション判断（難易度：高）
「この問い合わせは自分が対応すべきか、上長に上げるべきか」という判断は、慣れていない担当者には難しいものです。Claude Code を直接使うというより、「エスカレーション判断の基準をFAQや社内マニュアルに言語化する」作業にClaude Code を使う、という応用が効きます。
過去のエスカレーション事例を渡して「どのような状況で上長対応が必要になるか、判断基準を整理してください」と指示すると、社内マニュアルの素材が出てきます。
3. FAQを先に整備してからClaude Code を使う
多くのカスタマーサポート担当者が見落としがちなのが「順序」の問題です。
間違った順序: 問い合わせが来るたびにClaude Code で返信文を作る → 毎回違う文体で回答が出る → 品質がバラつく
正しい順序: よく来る問い合わせパターンをFAQとして整理する → FAQをベースに返信テンプレートを作る → Claude Code はテンプレートのカスタマイズと新しいパターンへの対応に使う
FAQが整備されていないまま Claude Code を使っても、「毎回それなりの文章が出てくるが品質の再現性がない」という状態になります。担当者が変わるたびに回答の質がバラつき、結果的に顧客満足度が安定しません。
Claude Code は、このFAQ整備作業自体も助けてくれます。
FAQを作るときの入力例:
以下の問い合わせ記録をもとに、FAQ記事を作成してください。
【よくある問い合わせ（過去1ヶ月・上位5件）】
1.「配送日の変更はできますか？」→ 出荷前であれば可能。マイページから変更できる。
2.「領収書はもらえますか？」→ 購入完了メールのURLから印刷可能。宛名変更も可。
3.「会員登録なしで購入できますか？」→ ゲスト購入可能。ただし注文履歴は確認できない。
4.「キャンセルはいつまでできますか？」→ 出荷完了メール受信前まで可能。
5.「ポイントはいつ付与されますか？」→ 商品受取後3営業日以内。
【形式】Q&A形式で5項目。各Aは100〜150字程度。ヘルプページ掲載想定。
FAQが整備されると、同じ質問への返信がバラバラになる「品質ブレ」の問題が解消されます。担当者が変わっても、同じ品質の回答を出せるようになります。
4. 同じ質問への返信が毎回バラバラになる「品質ブレ」の解消
カスタマーサポートで見落とされがちな問題のひとつが、「同じ内容の問い合わせに対して、担当者によって違う回答が出る」ことです。
Aさんが対応したときは「キャンセルは出荷前まで可能です」と書き、Bさんが対応したときは「ご注文後24時間以内であればキャンセルを承ります」と書いてしまう——このずれは、顧客が複数回問い合わせたときや、異なるチャネルで問い合わせたときに不信感につながります。
Claude Code と適切なテンプレートを組み合わせると、この品質ブレを構造的に解消できます。問い合わせカテゴリーごとに「このカテゴリーへの返信はこのテンプレートをベースに使う」というルールを決め、テンプレートをClaude Code の指示文に組み込む形にしておくと、担当者が変わっても一定の品質を保てます。
5. よくある疑問と注意点
Q1. 顧客の個人情報をClaude Code に渡してもいいですか？
氏名・メールアドレス・注文番号など個人を特定できる情報は、Claude Code に渡す前に削除またはマスク処理することを強く推奨します。「○○様」を「お客様」に置き換えるだけでも、個人情報のリスクを大幅に減らせます。社内のセキュリティポリシーを事前に確認してください。
Q2. 返信文の最終確認は必要ですか？
必ず人間が確認してから送ってください。Claude Code の返信文は「文章の骨格」として使うものです。特に謝罪の深さ・補償・約束の内容は、会社のポリシーと照らし合わせて担当者が確認する必要があります。「AIが作ったから大丈夫」という運用は避けてください。
Q3. チームで統一したルールは必要ですか？
必要です。「どのカテゴリーにどのテンプレートを使うか」「最終確認は誰がするか」「難しい案件の判断基準はどこか」——これらを最初に決めておくと、品質が安定します。テンプレートと運用ルールを共有フォルダに保管して、全員が同じ条件で使える状態を作ることが大切です。
Q4. 難しい案件（クレーム・返金・法的問題）も使えますか？
「どう対応するか」の判断をClaude Code に委ねることはできません。対応方針を人間が決めた後、その方針を文章化する作業にClaude Code を使うという使い分けが正しいあり方です。判断が難しい案件ほど、「文章化だけを手伝ってもらう」という形で使うことで、リスクを下げながら効率を上げられます。
Q5. 返信文の文体を自社のトーンに合わせられますか？
合わせられます。自社のカスタマーサポートで使っている言葉遣い・文体・言い回しを指示文に含めることで、自社らしい返信文が出てきます。「当社では『お客さま』ではなく『お客様』を使います」「文末は必ず『いただければ幸いです』で締めてください」のように、細かく指定できます。
6. 導入で失敗しないための3つのポイント
ポイント1：「全部任せる」ではなく「下書きを作ってもらう」と決めておく
Claude Code の返信文を確認なしで送信するフローは作らないでください。下書きを速く作ることに価値があり、最終確認は必ず担当者が行う——このルールを最初から決めておくことが重要です。「難しい案件は人間が丁寧に、定型的な案件は Claude Code で速く」という使い分けが、長続きするコツです。
ポイント2：まず「繰り返し来るパターン」から始める
全ての問い合わせに一度に対応しようとするより、「月に10件以上来る同じ種類の問い合わせ」に絞って使い始めることを推奨します。よく来る問い合わせのテンプレートを先に作ってしまえば、そこからの効率化が積み上がります。全パターンに対応できるのはその後でいい、という段階的な進め方が定着率を高めます。
ポイント3：FAQ整備をワンショットでやろうとしない
「今月中にFAQを全部作る」という計画より、「今週は問い合わせが多い5項目だけFAQにする」という進め方のほうが実現しやすいです。Claude Code を使えば1項目あたりの作業時間は大幅に短くなるため、少しずつ積み上げていくだけでFAQが整備されます。不完全でも公開できるものを早く出す方が、顧客への価値提供が早くなります。
7. こんなカスタマーサポート担当者に特に向いています
- 問い合わせ対応件数が多く、返信文の作成に時間がかかっていると感じている方
- 同じ種類の問い合わせが繰り返し来ているが、FAQ整備に時間が取れていない方
- 担当者によって返信文のトーンや品質がばらつきやすいチームのリーダー
- 少人数でサポート業務を担っており、1人あたりの対応件数が多い方
- 新人担当者の立ち上がりを早めたい、サポートチームのマネージャー
- クレーム対応や謝罪文の言葉選びに毎回時間をかけている担当者
一方、返金・補償額の計算など、判断が必要な業務は必ず担当者が方針を決めてからClaude Code を使ってください。「どう対応するか」の判断はClaude Code ではなく人間が行います。
8. claudecode道場で学ぶと何が変わるか
claudecode道場は、非エンジニアのビジネスパーソンが Claude Code を業務で使えるようになるための研修プラットフォームです。malna株式会社が運営しています。プログラミングの知識は一切不要です。全19章（2026年4月時点）を無料で学べます。
カスタマーサポートを含む業務シーンを題材にした実践的なカリキュラムで、「問い合わせカテゴリーごとのテンプレート設計」「個人情報の取り扱いを踏まえた使い方」「チームへの展開方法」を体系的に学べます。学んで終わりではなく、翌日から実際の業務に組み込める状態を目指しています。
9. まとめ
カスタマーサポートにおける Claude Code の価値は、「件数と品質のトレードオフ」を崩すことにあります。
下書きを速く作ることで確認・修正に集中できる。FAQを整備することで品質ブレをなくせる。難しい案件は人間が丁寧に、定型的な案件は Claude Code で速くという使い分けができれば、対応品質を維持したまま処理件数を増やせます。
まずは「今週来た問い合わせ1件」で Claude Code に返信文の下書きを作らせてみることから始めてみてください。最初の出力を見た瞬間に、使い方のイメージがつかめると思います。
Claude Code の活用について相談したい場合は、Claude Code導入支援についてmalnaに相談する からどうぞ。
※本記事に含まれる件数増加の数値は、特定の業務条件を前提とした参考値です。実際の効果は業務内容・環境・習熟度によって異なります。