Claudeで英語の問い合わせに返信する — 海外顧客への意図確認から逆翻訳まで
海外顧客の英語の問い合わせに日本語の担当者が返信する手順です。原文の意図確認、条件を固定した英語返信、逆翻訳での検算、丁寧さの調整までを順に扱います。
英語で届いた顧客の問い合わせに、英語が得意でない担当者が返信する場面では、訳す作業より先に「この人は何を求めているのか」を確定する作業が要ります。Claudeは、その確認、英語返信の下書き、書いた英語が日本語の意図どおりかの検算まで、順に手伝えます。
この記事では、次の4段階で回す手順を扱います。
- 英文の問い合わせを日本語で読み、意図と不明点を洗い出す
- 返信のルールをProjectsに置き、条件を固定する
- 日本語の方針から英語の返信を作る
- 英語を日本語に訳し戻し、意図がずれていないか確かめる
先に原文の意図を日本語で確認する
いきなり「返信を書いて」と頼むと、Claudeは問い合わせの字面に答える返信を作ります。顧客が本当に知りたいことが別にあっても、そこは拾えません。まず返信を書かせず、読み取りだけを求めます。
以下は海外の顧客から届いた英語の問い合わせです。
返信はまだ書かず、次の4点を日本語で答えてください。
1. 顧客が求めていること(質問、依頼、苦情を分けて)
2. 文面から読める感情の強さ(穏やか / 苛立ち / 強い不満)
3. 原文があいまいで、解釈が2通り以上ある箇所
4. 返信前に社内で確認すべきこと(在庫、日程、規約など)
【原文】
(ここに英文を貼る)3番目が肝です。英語の問い合わせには、日本語の感覚では読み違えやすい言い回しが混じります。たとえば Could you look into this? は調査の依頼で、対応の約束を求めているとは限りません。I was wondering if... は丁寧な前置きで、迷っているわけではありません。こうした箇所をClaudeに列挙させ、解釈が割れるものだけ人が判断します。
4番目も省きません。Claudeは社内の在庫や規約を知らないので、「確認が要る」と洗い出すところまでが役目です。答えを推測で埋めさせると、返信に事実と違う約束が入ります。
判断は人が下す
意図確認の出力は、あくまで読み取りの案です。苦情の程度や、返金・交換に応じるかどうかは、担当者が決めてClaudeに伝えます。次の節で、その決めごとを毎回貼らずに済む形にします。
返信のルールをProjectsに置く
同じ種類の問い合わせに何度も返信するなら、ルールをProjectsに置きます。Projectsは、チャット履歴とナレッジベースを持つ独立した作業スペースで、文書を上げて背景を伝え、そのなかで集中的に会話できます。無料アカウントを含む全ユーザーが使えます。無料アカウントで作れるのは最大5つです。
使うのは2か所です。
- プロジェクト指示: 公式は例として「より丁寧な口調で答える」「特定の役割や業界の視点で答える」といった指定を挙げています。返信の口調と禁止事項をここに書きます
- ナレッジベース: 製品の仕様、返品規約、用語集、過去に送った返信の良い例を置きます
指示の書き方の例を示します。これは公式の例に沿った形の一例です。
あなたは当社のカスタマーサポート担当者の補佐です。
顧客は海外在住で、英語で問い合わせてきます。
- 返信は英語で書く。担当者への説明は日本語で書く
- 口調は丁寧で簡潔。誇張や感嘆符を使わない
- 返金・交換・納期などの約束は、担当者が指示した内容に限る
- 指示のない約束はしない。必要なら「担当者に確認してください」と日本語で添える
- 製品名と用語はナレッジの用語集の表記に合わせる
- 顧客の氏名や注文番号は、返信の宛名と参照欄以外で繰り返さない「指示のない約束はしない」の1行が、いちばん効きます。下書きが親切のつもりで「明日発送します」と書いてしまう事故を、ここで防ぎます。
ナレッジに用語集を置く方法は、海外サプライヤーへの英文メールとRFQの記事が詳しく、ここでは繰り返しません。ファイルが増えて容量が気になるときは、有料プラン(Pro、Max、Team、Enterprise)なら、知識がコンテキスト上限に近づくとRAGモードに自動で切り替わり、容量が最大10倍まで広がります。仕組みはProjectsのRAG検索の記事にあります。
TeamとEnterpriseのプランでは、Projectsを組織内で共有できます。権限は「閲覧のみ」と「編集可」に分かれます。口調のルールを担当者全員でそろえたいなら、編集可の人を絞って共有するのが無難です。
日本語の方針から英語の返信を作る
意図が確定したら、返信の方針を日本語で伝えます。英文を一から書かせるより、「何を伝えるか」を箇条書きにして渡すほうが、意図からずれにくくなります。
先ほどの問い合わせへの返信を英語で作成してください。
【伝えること】
- 注文の遅延を詫びる(理由は倉庫の在庫確認に時間がかかったため)
- 発送は10月15日の予定。確定ではなく見込みであると伝える
- 追跡番号は発送後に別メールで送る
- 返金の話は今回はしない
【条件】
- 出力言語は英語。ネイティブの担当者が書いたような自然な表現にする
- 200語以内
- 件名案を3つ付ける出力言語と入力の渡し方
公式の多言語対応ページは、Claudeが会話から応答言語を推測するとしたうえで、入力言語と出力言語を明示すると信頼性が上がると説明しています。自然さを上げたいときは、「ネイティブスピーカーのような慣用的な表現で」と促す方法が挙げられています。上のプロンプトの「出力言語は英語」の行は、この考え方に沿っています。
もう1つの注意は、英文を原語の文字のまま渡すことです。ローマ字化や、他の文字への置き換えをせず、貼り付けたままにします。公式も、翻字より元の文字のほうが結果が良いとしています。
「確定ではなく見込み」を書き分ける
上の例の「見込みであると伝える」は意図的です。日本語の「15日に発送予定です」は、英語に直すと断定に読まれることがあります。We will ship on October 15. は約束で、We expect to ship on or around October 15. は見込みです。どちらにするかは、方針の側で指定します。指定がなければ、Claudeはどちらかを選んでしまいます。
英語を日本語に訳し戻して検算する
下書きができたら、英語が読めない担当者でも意図を確かめられるよう、日本語に訳し戻します。ここでは、元の日本語の方針は見せません。見せると、Claudeが方針に引きずられて、英語にない意味を補って訳してしまうためです。
訳し戻しは、同じ会話の続きでなく、返信の英文だけを新しい会話に貼って行います。Projectsの中で新しいチャットを開けば、指示とナレッジは引き継がれます。
以下の英文を、意味を足し引きせず日本語に直訳してください。
意訳や補足はしないでください。
日付、数量、金額、「〜する」「〜する予定」「〜かもしれない」の
区別(確約か見込みか)は、原文のとおりに残してください。
【英文】
(ここに返信案の英文を貼る)戻ってきた日本語を、手元の方針メモと並べて読みます。見るのは次の点です。
| 見る点 | ずれの例 | 直し方 |
|---|---|---|
| 確約と見込み | ずれの例「発送予定」が「発送します」になっている | 直し方英文の助動詞や副詞を直す |
| 日付・数量・金額 | ずれの例日付の月日が逆になる、数字が落ちる | 直し方日付は「October 15」のように月名で書く |
| 謝罪の範囲 | ずれの例遅延への謝罪が、過失の全面的な認めに読める | 直し方謝罪の対象を「遅れ」に限定する |
| 約束の追加 | ずれの例方針にない返金や再送の申し出が入る | 直し方該当文を削除させる |
| 語調 | ずれの例原文より冷たい、または馴れ馴れしい | 直し方次の節で調整する |
ずれが見つかったら、直し方を日本語で指示して英文を作り直させます。直したあとは、もう一度逆翻訳を回します。2回目で何も出なくなれば、意図の検算は終わりです。
訳し戻しで誤訳を見つけるループの考え方は、Claude翻訳ワークフローの記事にまとめています。本記事で違うのは、元の方針を見せずに訳し戻す点と、確約・見込み・金額のように、顧客対応で責任が生じる箇所に照準を絞る点です。
丁寧さと温度感を調整する
意図とルールが合っていても、英文の温度感が顧客の状況に合わないことがあります。日本語の感覚で「十分に丁寧」な返信が、英語では遠回りでよそよそしく読まれる場合があります。反対に、短く率直な返信が、日本語の感覚よりずっと普通の場合もあります。公式のベストプラクティスも、翻訳だけでなく文化的・地域的な文脈への配慮が必要だと述べています。
調整は、口調の指示を1つ足して再生成させる形で行います。
| 状況 | 指示の例 | 避けたいこと |
|---|---|---|
| 通常の問い合わせ | 指示の例「簡潔で温かく。挨拶は1文」 | 避けたいこと長い前置き |
| 苛立っている顧客 | 指示の例「謝罪は1度。事実と次の行動を先に書く」 | 避けたいこと謝罪の反復、言い訳の長文 |
| 強い不満・脅し文句 | 指示の例「感情に同調しすぎない。事実と手順だけを淡々と書き、エスカレーション先を示す」 | 避けたいこと非を認める表現、約束の安売り |
| 法的に聞こえる主張 | 指示の例「返信案は作らず、論点を日本語で整理する」 | 避けたいこと英語で反論を書き切ること |
最後の行は、返信を作らせないという選択です。法的な主張や規制当局への言及を含む問い合わせは、英語の文面を整える前に、社内の判断を待つ案件です。Claudeには、論点の整理と、確認すべき項目の洗い出しまでを任せます。
口調を直すときは「もっと丁寧に」とだけ言わず、「謝罪を1文に減らす」「結論を冒頭に置く」のように、変えたい点を具体的に伝えます。曖昧な指示は、全体の言い回しを大きく動かし、先に検算した確約や日付まで変えてしまいます。口調を変えたあとは、逆翻訳をもう一度回します。
送る前の確認と個人情報
送信ボタンを押すのは担当者です。最後に次を点検します。
- 宛名、注文番号、日付、金額が原文の問い合わせと一致しているか
- 方針にない約束(返金、再送、割引)が入っていないか
- 件名が問い合わせの内容に合っているか
- 社内の判断が要る項目に、未確認のまま答えていないか
問い合わせの原文には、氏名、住所、注文情報が入っています。Claudeに貼る前に、社内の個人情報の取り扱いルールを確かめ、必要なら氏名や住所を伏せ字にしてから貼ります。伏せた部分は、送信前に人の手で戻します。
同じ流れの日本語版は、賃貸の反響メールに返信する手順にあります。口コミへの返信ならGoogleビジネスプロフィールの口コミ返信の記事も参考になります。
つまずきやすい点
返信が長くなり、約束が増える
「丁寧に」と頼むほど、親切心から申し出が増えます。プロジェクト指示の「指示のない約束はしない」と、語数の上限を併用します。
原文の曖昧さを見落としたまま返信している
意図確認を飛ばして返信を作ると、解釈が割れる箇所に、Claudeが片方の解釈で答えます。顧客に聞き返すべき点は、返信の中に質問として入れます。
前の会話の文脈が逆翻訳に混ざる
同じ会話の続きで訳し戻すと、直前の方針を踏まえた訳になります。新しいチャットに英文だけを貼れば、顧客が読むのと同じ条件で確かめられます。
専門用語が日本語の呼び名のまま英語になる
自社製品や部品の名前は、直訳すると顧客が使う語と違うことがあります。用語集をナレッジに置き、プロジェクト指示で参照を義務づけます。
まとめ
英語の問い合わせへの返信で品質を決めるのは、翻訳の巧拙より、返信する前の確認と送る前の検算です。意図確認で読み違いを減らし、Projectsで約束の範囲を固定し、逆翻訳で確約と見込みのずれを拾います。そのうえで、金額と期日だけは人が原文と見比べます。
苦情や法的な主張を含む案件は、返信案を作らせず論点の整理に留めます。判断は担当者の仕事として残し、Claudeには、読み取りと下書きと検算を任せる分担です。