多言語での問い合わせ対応:マイナー言語の識別、翻訳フロー、言い回しの調整
1. マイナー言語の問い合わせを機械翻訳でそのまま返してはいけない理由
自社サイトを多言語化すると、ドイツ語、スペイン語、アラビア語、ロシア語、ベトナム語など、さまざまな言語で問い合わせが届きます。多くのチームはまず「買い手が書いた言語で返そう」と考えます。そこでGoogle翻訳を開き、英語のテンプレートをアラビア語に翻訳してコピーし、そのまま送信します。
しかし買い手の受け取り方は正反対です。その「アラビア語」の返信を開くと、文法が違う、用語が違う、挙句に英語が混ざっている箇所まである。買い手は「この会社は自分の言語で対応しようとしている」とは思わず、「製品名すら正しく訳せないこの会社は、中間業者ではないか」と疑います。
機械翻訳は一般的な表現なら十分使えますが、B2Bの問い合わせでは買い手が気にするのはまさに専門用語です。型番の仕様、材質のグレード、認証規格。こうした語は機械翻訳がよく間違え、しかも自信たっぷりに間違えます。多言語コンテンツの翻訳品質の基準はこちらをご覧ください多言語コンテンツ公開フロー。
| 言語レベル | 代表的な言語 | 対応方法 | 対応SLA |
|---|---|---|---|
| 英語 | 英語の問い合わせ | 標準フローでそのまま返信 | 対応時間5分 |
| 主要言語 | ドイツ語、スペイン語、フランス語、ポルトガル語 | 英語で下書き+翻訳校正 | 対応時間2時間 |
| マイナー言語 | アラビア語、ロシア語、ベトナム語、タイ語、トルコ語 | まず英語で返信 | 対応時間1時間 |
| 混在言語 | 半分英語、半分現地語 | 主言語を識別し、英語で返信 | 対応時間1時間 |
2. 言語の識別と振り分けフロー
問い合わせを受け取ったら、最初にするのは翻訳ではなく、そのメールがどの言語で書かれているか、特別なフローが必要かを判断することです。実際には多くのメールが混在しています。冒頭はアラビア語の挨拶で、仕様の部分は英語をそのまま引用している。この場合、主言語はアラビア語ですが、技術仕様はもともと英語なので翻訳は不要です。
言語の判定はメール本文の最初の2文で十分です。全文を分析する必要はありません。判定後は上の分级表に沿って振り分けます。英語の問い合わせはそのまま営業キューへ。主要言語の問い合わせはその言語を話せる営業または翻訳者へ。少数言語の問い合わせはまず英語で返信し、末尾に「アラビア語でのやり取りをご希望でしたら、翻訳者を手配できます」と一言添えます。
| 振り分けアクション | トリガー条件 | 担当者 | 期限 |
|---|---|---|---|
| 英語で直接返信 | 英語または少数言語の問い合わせ | 当番の営業 | 1時間以内 |
| 翻訳して現地語で返信 | 主要言語で問い合わせが安定している | 営業+翻訳者 | 2時間以内 |
| ネイティブ営業へエスカレーション | buyerが現地語を明確に希望 | 該当言語の営業 | 4時間以内に着手 |
| 外部翻訳者へ依頼 | 少数言語で buyerが現地語にこだわる | 翻訳ベンダー | 24時間以内 |
逆説的な判断ですが、少数言語の問い合わせに英語で返すほうが、無理に少数言語へ翻訳するより信頼されます。B2Bの buyerは一般的に英語力が十分で、あなたの英語の独立サイトで製品を見つけフォームに入力できる時点で、少なくとも英語のメールは読めるからです。
文法が整った英語の返信は、用語が混乱した機械翻訳の少数言語の返信より、はるかにプロらしく見えます。多言語GEOの市場ロジックはこちらを参照多言語GEO。
三、翻訳フローと表現の調整
実際に現地語で返信する必要がある場合、たとえば buyerが「ドイツ語でやり取りしてください」と明確に言ったときは、次の流れです。営業がまず英語で返信を書き、それを機械翻訳でドイツ語にし、最後に人が重要用語とパラメータだけを校正し、一般的な表現は機械翻訳の結果をそのまま使います。
なぜすべて人手で翻訳しないのか。B2Bメールの80%は一般的な表現だからです。「こんにちは」「お問い合わせを受け取りました」「明日、仕様表を送ります」などは機械翻訳で十分です。専門用語は20%だけで、
型番、パラメータ、認証名などは人が必ず確認します。すべて人手で翻訳すると高くて遅く、機械翻訳+用語の人手校正が最もコストパフォーマンスの高い方法です。これが翻訳後編集(MTPE)の考え方で、詳細はこちら翻訳後編集(MTPE)。
| コンテンツの種類 | 翻訳方法 | 校正のポイント | 例 |
|---|---|---|---|
| 挨拶と一般的な文 | 機械翻訳をそのまま使用 | 校正不要 | 「こんにちは、お問い合わせを受け取りました」 |
| 製品型番とパラメータ | 人手で翻訳 | 一字ずつ確認 | 肉厚5mm、動作温度-20~80℃ |
| 認証名・規格名 | 公式訳を確認 | 固定用語 | CE、ISO 9001、FDA |
| 商談上の約束 | 人手で翻訳 | ニュアンスを正確に | 「納期30日」を「約30日」と訳してはいけない |
用語集は必ず作ります。同じ製品名を今回「ポンプ」、次回「揚水機」と訳すと、 buyerはあなたが仲介業者ではないかと疑います。頻出する50~100の用語を対訳表にし、
英語、ドイツ語、スペイン語、アラビア語を各1列にして、営業も翻訳者も同じ表を使います。AI翻訳ツールの用語統一設定はこちらを参照独立サイトのAI翻訳。
言い回しの調整には細かいポイントがあります。言語によって商談の進め方が違うからです。ドイツの相手は直接的で要点を並べるのを好み、日本の相手はまず挨拶してから本題に入るのを好み、中東の買い手は関係づくりを重視します。同じ英文メールを機械翻訳して送るだけでは済みません。
冒頭の挨拶の長さは市場に合わせて調整します。問い合わせが来た時点で見極める全体的な方法はこちらをご覧ください。問い合わせの意図を見分け、対応を変える。
四、よくある誤り
| 誤解 | 見かけの施策 | 実際の結果 | 正しい方法 |
|---|---|---|---|
| 機械翻訳でそのまま返信 | Google翻訳をコピーして貼るだけ | 用語を間違えると不専門的に見える | 用語を人が確認してから送る |
| 無理に現地語で押し通す | マイナー言語でも現地語で返信しようとする | 機械翻訳の品質が悪くて逆に受注を逃す | マイナー言語はまず英語で返信 |
| 用語集を作らない | 翻訳のたびにその場で調べる | 同じ名詞が訳し方によってばらつく | 頻出用語は対訳表にする |
| すべて人手で翻訳 | メールのたびに翻訳者を探す | 対応が遅れて受注を逃す | 定型文は機械翻訳、用語は人手 |
| 混在した言語を無視する | メール全体を現地語として翻訳する | 技術仕様が誤って翻訳される | 翻訳しなくていい部分を見極める |
例:ある貿易チームがアラビア語の問い合わせを受け、アラビア語を半年だけ学んだ営業に無理やり返信させました。返信すると買い手はまたアラビア語で返してきて、その営業はたどたどしく翻訳し、やり取りのたびに30分も辞書を引いていました。
2週間後、買い手は消えてしまいました。そこでやり方を変えました。最初の返信から英語で書き、「英語のほうがやり取りの効率が良いので英語で進めます。アラビア語の資料が必要でしたら翻訳版をご用意できます」と伝えたのです。買い手はすぐに同意し、
会話はスムーズに進み、3か月後に成約しました。
多言語チームを整えるペース配分:最初から5か国語の営業をそろえてはいけません。まずデータを見ます。どの言語の問い合わせが全体の10%以上を占めるか、それを確認してから担当者を配置するか外注します。10%未満の言語は、英語での返信と用語集のサポートで十分です。多言語コンテンツ翻訳の全体的な流れはこちらをご覧ください。独立サイトの多言語コンテンツ翻訳。
FAQ よくある質問
マイナー言語の問い合わせが来たら、必ずその言語で返信すべきですか?
主要言語とマイナー言語はどう使い分けますか?
機械翻訳の結果をそのまま顧客に送ってもいいですか?
用語集はどう作る?
買い手がどうしても現地語での返信を求めたら?
言語ごとに言い回しを変える必要はある?
最後に
多言語の問い合わせ対応は、本質的には翻訳の問題ではなく信頼の問題です。買い手が気にするのは、あなたが彼の言語でメールを書けるかどうかではなく、彼が何を求めているかを理解しているか、仕様が正確か、納期が信頼できるかです。「現地化」に見せるために用語が混乱したメールを無理に翻訳して送れば、かえって信頼を損ないます。
実行は3ステップです。まず言語で分级します。英語はそのまま返信、主要言語は翻訳して校正、小語種はまず英語で対応します。次に50〜100項目の用語集を作り、すべての営業と翻訳者が共有します。最後に、問い合わせ件数の割合が10%を超える言語には専任または外部の翻訳者を配置し、10%未満なら英語での返信と用語集のサポートで十分です。
覚えておきたい一言。小語種の問い合わせへの最初の返信は、下手な機械翻訳の小語種より、きれいな英語のほうがプロフェッショナルです。買い手が求めているのは信頼できるサプライヤーであり、自分の故郷の言葉を話せる営業ではありません。
