Claudeで問い合わせ返信を作る — テンプレ化と個人情報の注意点

Claudeで問い合わせ返信を作るとは、届いた問い合わせ文をそのまま渡し、トーンと構成を指定して下書きを出させ、最後に人が確認して送るという一連の流れです。定型文の使い回しと違い、問い合わせごとの文脈に合わせて言い回しを調整できる点がClaudeを使う利点になります。

この記事では、問い合わせの種類ごとにどう指示を出すと精度が上がるか、Projectsで過去のやり取りやブランドトーンを蓄積する方法、そして顧客の個人情報を扱ううえで確認しておきたい設定までをまとめます。

Claudeで問い合わせ返信を作ると何が変わるか

結論として、Claudeに任せられるのは「下書きの作成」までで、内容の最終確認と送信は人が担う前提です。問い合わせ文をコピーして渡し、トーン・構成・文字数を指定すれば、その場で複数パターンの返信案を比較できます。定型文をそのまま送るより早く、ゼロから書くより時間がかかりません。

任せてよいのは、事実確認が不要な定型的な案内文と、事実が明確な問い合わせへの返信下書きです。逆に、規約の解釈や返金の可否判断のように会社としての意思決定を伴う内容は、Claudeに書かせた文面をそのまま送るのではなく、判断した結果をClaudeに文章化させる順番にするのが安全です。

問い合わせの種類ごとに指示を変える

同じ「返信を作って」という指示でも、問い合わせの種類によって重視する点が違います。あらかじめ型を決めておくと、毎回言い回しを考え直す手間が減ります。

苦情対応のように感情面への配慮が要る返信ほど、Claudeに「共感を先に」と明示しないと事務的な文面になりがちです。逆に手続き案内のように事実だけを伝える返信は、簡潔さを優先する指示のほうが読みやすい仕上がりになります。

一次回答から確定回答までの往復

複雑な問い合わせでは、一度で完成形を出させようとせず、まず骨子だけを短く出させてから肉付けする順番のほうが手戻りが少なくなります。「まず箇条書きで要点だけ出して」と頼み、要点が合っていれば「これを丁寧な文章にして」と続ける二段階の依頼にすると、方向性がずれた状態で長文を書き直す無駄を避けられます。

実際の指示と下書きの流れ

苦情対応を例にすると、まず問い合わせ文をそのまま貼り、「配送遅延への苦情。まず共感、次に遅延の一般的な原因、最後に再発防止の方向性を3段落で、謝罪の言葉は1回だけにして」と指示します。ここで「謝罪の言葉は1回だけ」のように制約を明示しておくと、謝罪の反復で文章が間延びするのを防げます。出てきた下書きに「原因の説明が長すぎるので2文に圧縮して」と続けて調整すれば、ゼロから書き直すより早く完成形に近づきます。

Projectsでトーンと過去回答を蓄積する

問い合わせ対応を継続的に行うなら、毎回トーンを指定し直すより、Projectsに会社のトーン&マナーガイドや過去の模範回答をアップロードしておくほうが効率的です。プロジェクトの指示欄に「返信は◯◯という文体で、謝罪の際は具体的な次のアクションを必ず含める」のように書いておくと、以降のチャットで毎回同じ前提を繰り返す必要がなくなります。

過去のFAQ文書や利用規約もあわせてアップロードしておくと、事実関係を確認しながら返信を作れます。プロジェクト内のファイルは最大30MBまで、件数の上限はなくコンテキストウィンドウに収まる範囲で扱えるため、よくある問い合わせのパターン集を蓄積していく使い方に向いています。ProjectsやArtifactsの基本機能はClaude Projects完全ガイドで扱っています。

複数人で対応にあたる場合、プロジェクトの指示欄だけでは担当者ごとに読み方がぶれることがあります。返信フォーマットを固定したいなら、Skillsとしてトーンガイドと構成ルールをまとめておく方法もあります。Skillsは指示書とサンプルをフォルダにまとめてClaudeに読み込ませる仕組みで、コード実行を有効にしていればFree・Pro・Max・Team・Enterpriseのいずれでも使えます。担当者が変わっても同じ品質の下書きを再現しやすくなる点が、プロジェクトの指示欄だけに頼る場合との違いです。

個人情報を含む問い合わせを扱うときの注意点

顧客の氏名・連絡先・注文内容といった個人情報が含まれる問い合わせ文をそのまま貼り付ける前に、自分のアカウントがどのプランかを確認しておく価値があります。無料・Pro・Maxの個人向けプランは、チャットをモデルの学習に使うかどうかを設定で選べる仕組みで、既定はオフです。Team・Enterpriseなどの商用プランは、契約の時点で学習に使わない前提になっています。プランごとの既定と切り替え手順はClaudeを学習させない設定にまとめています。

業務として日常的に顧客対応を行うなら、個人向けプランの設定に頼るより、既定で学習対象外になる商用プランを検討する余地があります。個人情報保護の観点では、氏名や連絡先を伏せ字にしてから貼り付ける、社内システムの顧客IDだけを渡して個人を特定できる情報は入れない、といった運用ルールを決めておくと安全側に寄せられます。

具体的には、問い合わせ文をコピーする前に氏名を「お客様」、メールアドレスや電話番号を「連絡先」のような一般的な語に置き換えてから貼り付けると、下書き作成に必要な文脈は保ったまま個人を特定できる情報だけを減らせます。返信文の宛名部分は、下書きが完成したあとに元の氏名へ戻して送る運用にすれば、貼り付ける段階での情報量を最小限にできます。

GmailやCoworkとの役割分担

「問い合わせに返信する」という作業には、この記事で扱う人が確認しながら下書きを作る使い方のほかに、Claudeに受信・返信までを任せる自動化の選択肢もあります。Gmail上でのやり取りに絞って下書き・返信・転送まで任せたい場合はClaude Gmail連携、メール対応そのものをまとめて自動化したい場合はCoworkのGmail連携が対象になります。

この記事で扱っているのはチャネルを問わず使える下書き作成の型で、メール・チャットツール・SNSのDMなど問い合わせが届く経路にかかわらず同じ考え方が使えます。まず人の確認を挟む運用で慣れてから、定型的なやり取りだけ自動化に寄せていく順番が現実的です。

よくあるつまずき

謝罪の言葉だけが並んで具体性がない: 「ご迷惑をおかけして申し訳ございません」で終わる返信は、次のアクションが書かれていないと不誠実に映ります。原因と対応方針まで含めるよう指示に明記すると改善します。

規約解釈をClaudeに丸投げする: 返金の可否や規約の適用範囲は会社としての判断が必要な領域です。Claudeに判断させるのではなく、判断した結果を文章にする順番を守るほうが安全です。

トーンが問い合わせごとにばらつく: 毎回ゼロから指示すると、担当者や日によって文体が変わりがちです。Projectsにトーンガイドを固定しておくと、この揺れを抑えられます。

よくある質問

クレーム対応の返信もそのまま送ってよいですか

下書きとして使うのが前提です。事実関係と対応方針が正しいかを人が確認してから送るほうが、誤った案内を防げます。とくに謝罪の対象範囲や補償の可否は、Claudeの案ではなく社内での判断結果を反映してから送信してください。

過去の返信例をアップロードすると学習に使われますか

学習に使うかどうかはプランの設定次第です。個人向けプランは設定でオフにできます。商用プランは既定で学習対象外です。切り替え手順は前段で紹介したプライバシー設定のガイドを参照してください。

複数言語での問い合わせにも対応できますか

対応できます。「日本語の問い合わせに英語で返信して」のように指定すれば、翻訳と文面作成を同時に頼めます。ただし専門用語や固有名詞は返信前に確認しておくと安心です。製品名やブランド名の表記が普段と違う形で訳されていないかも、送信前に見ておく価値があります。

チームで使う場合、個人のPro契約でよいですか

複数人で継続的に使うなら、一元請求や管理機能が付くTeamプランを検討する余地があります。Teamは2人から契約でき、詳細はClaude Teamプランガイドにまとめています。

まとめ

Claudeで問い合わせ返信を作る流れは、問い合わせ文を渡す、種類に応じたトーンと構成を指示する、下書きを人が確認して送るという3段階です。継続的に使うならProjectsにトーンガイドと過去回答を蓄積しておくと毎回の指示が減ります。個人情報を扱う場面ではプランごとの学習利用の既定を確認し、判断が必要な内容はClaudeに丸投げせず、人が決めた結果を文章化させる順番を守るのが実務での落としどころです。