音声AI技術

多言語の電話対応をAIで行う方法｜訪日客・外国人顧客への備え

AI-SNS.IO 編集部 · 公開 2026年10月11日

多言語の電話対応は、訪日客や外国人のお客様、海外拠点とのやりとりが増える現場で避けて通れないテーマです。言葉が分からないまま保留が続くと、相手は切れ、スタッフは疲弊します。AIを使う場合も、言語の判定、応答の品質、翻訳と確認、人への引き継ぎ、ナレッジの準備を設計しないと、「一応つながったが意味が通じていない」状態になりがちです。

この記事では、多言語電話対応をAIで進めるときの実務設計を整理します。仕組みの全体は音声AIの仕組み、公開前の確認は音声AIのテスト方法、番号メニューとの分担はIVRとAI音声エージェントの違い、声の扱いはボイスクローンとビジネスも参照してください。読み終わったら、自社で実際に来る言語を三語まで書き、その三語だけで設計を始めるのが第一歩です。

多言語対応が必要になる場面

訪日・観光・インバウンド接点

宿泊、飲食、交通、体験予約など、短時間で用件が終わる問い合わせが多い一方、地名や時刻の聞き取りが難しくなります。完璧な会話より、要件の特定と人への橋渡しが優先です。

在住の外国人顧客

日常の契約、配達、修理、行政手続きの入口など、継続的な関係がある相手です。一度きりでないため、言葉の品質と記録の残し方が信頼に直結します。

海外からのビジネス電話

英語やその他の言語で、サポートや営業の問い合わせが来る場合。時差と丁寧さの期待が国内と違うことがあります。最初の一文で「どの言語で続けるか」を明確にします。

社内が多言語のチーム

スタッフ側が多言語でも、電話入口が日本語だけだと機会損失になります。逆に、入口だけ多言語で中身のナレッジが日本語のみ、も失敗します。

「全部の言語」は目標にしない

対応言語を広げすぎると、テストも更新も破綻します。実着信の上位言語に絞り、それ以外は英語への誘導や人への切替、別チャネル案内に倒す方が現実的です。コンソールの言語数を誇張して書かないでください。

言語の判定

自動判定の位置づけ

発話や通話設定から言語を推定する機能は便利ですが、誤判定は致命的です。最初の一文が的外れな言語だと、相手はすぐに切ります。自動判定のあとに、短い確認を置く設計が安全です。

確認の一文例（方向性）

「English, OK?」「日本語でよろしいですか？」のように、二者択一か、よく使う二〜三言語の選択にします。長い言語リストを読み上げるIVRは、待ちと誤押下が増えます。

番号メニューでの言語選択

1が日本語、2が英語、のように浅くします。選択肢は実需要の順。使われない言語を並べない。IVRの基本はIVRメニュー設計も参考になります。

途中切替

会話の途中で言語が変わる相手もいます。切替コマンドや、「日本語に戻す」短いフレーズを用意します。切替後は、これまでの要約を次の言語で一文だけ言い直すと、相手が安心します。

方言・コードスイッチ

日本語の中に英語が混ざる、英語の中に日本語の固有名詞が入る、といった発話では判定が揺れます。固有名詞は読みリストと対訳表で支え、判定自信が低いときは確認質問へ倒します。

応答の品質

母語として自然か

翻訳調の直訳は、電話では特に不自然です。電話用の短文を言語ごとに用意し、読み上げ前提で書き直します。Webの長文をそのまま訳して読むのは避けてください。

一文目を短く

言語が切り替わった直後は、相手の注意が散っています。結論や次の選択を一文で出し、説明は後段へ。遅延の話は音声AIのレイテンシも関係します。

発音とTTS

言語ごとの音声合成の質は均一ではありません。人名、駅名、商品名の読みを言語別に検証します。合成の基本は日本語TTSの考え方を、他言語にも適用してください。

敬語とカジュアル

言語ごとに丁寧さの期待が違います。英語のフレンドリーすぎる口調が、フォーマルな問い合わせで不快になることもあります。用途別のトーンガイドを言語ごとに一行で持ちます。

できること／できないことの明示

言語が通じても、権限が無い操作や未公開情報は扱えません。早い段階で範囲を示し、予約確定はスタッフ確認、支払い争いは人へ、と禁則を言語共通で持ちます。

翻訳と確認

人が訳す／機械が訳す／電話用定訳

重要な案内（キャンセル条件、安全、料金の公開情報）は、電話用の定訳を先に人間が用意します。その場の機械翻訳だけに頼ると、否定が逆になる事故が起き得ます。

復唱ルール

日時、数量、固有名詞は、相手の言語で復唱します。数字は桁を区切って読む。曖昧なら「もう一度お願いします」と言い、推測で進めません。

翻訳メモリと用語集

メニュー名、プラン名、部門名の対訳表を用意し、認識・生成・読み上げで共有します。表記ゆれは音声認識とRAGの両方で失敗します。ナレッジ側はRAGと音声AIも参照してください。

確認質問の上限

確認が多すぎると、非母語の相手には特に負担です。重要スロットだけ復唱し、雑談的な確認は削ります。

記録は原文と要約

可能なら原文の要点と、社内共通言語（例：日本語）の要約の両方を残す方針を決めます。翻訳だけ残して原文が消えると、後で検証できません。個人情報の扱いは社内方針に従い、法的助言ではありません。

人への引き継ぎ

いつ渡すか

苦情、安全、契約解除、支払い、医療・法律の結論、何度も聞き返せない相手、判定が何度も失敗、は早期に人へ。言語が通じていても、権限と機微で渡します。

誰に渡すか

言語ができるスタッフが居るとは限りません。通訳サービスの利用、折り返し、チャットやメールへの誘導、来店時の対面、など代替を先に決めます。「英語ができる人を探して無言」が最悪です。

引き継ぎ時に渡す情報

希望言語、ここまでの要約、確認済みスロット、相手がすでに待った秒数や聞き返し回数。オペレーターが最初からやり直さないための最小セットです。

引き継ぎ後の名乗り

人に変わったら、言語を維持して名乗り、クローンや自動音声から人が変わったことを明確にします。

折り返しの言語指定

折り返し予約を取るなら、希望言語を必須項目にします。別の言語でかけ直すと、信頼が一気に落ちます。

準備するナレッジ

言語別の電話用短文

営業時間、アクセス、キャンセルの概要、持参物、禁止事項の要約。長文ポリシーの添付ではなく、耳で追える短文です。

空ヒット時の発話

分からないときは、知ったかぶりをせず、人や別チャネルへ。言語が違うと、曖昧な生成が特に危険です。

更新の同時反映

日本語だけ更新して他言語が古い、は多言語あるあるです。更新チケットに言語チェックリストを付け、全対応言語が揃うまで公開しないゲートにします。

デモと本番

日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。電話回線でのAI応答を含む各機能の提供状況は機能一覧でご確認ください。デモ用の対訳と本番の公開対訳を混ぜないでください。

テスト観点（多言語）

• 言語選択の浅さ
• 誤判定時の回復
• 固有名詞の読み
• 復唱の正確さ
• 禁則（予約確定はスタッフなど）
• 人へ切替の速さ
• 要約の社内言語への変換
• 更新漏れ（他言語が古い）

詳細な通し方は音声AIのテストに合わせてください。

AI-SNS.IO Callでの位置づけ

Callでは、試し通話、IVR、ボイスメール、要約、ナレッジなどを組み合わせて、多言語を含む電話の受け方を設計・観察できます。電話回線でのAI応答を含む各機能の提供状況は機能一覧でご確認ください。手順は使い方のガイドも参照してください。日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。全体はAI-SNS.IO Callのトップ、開始は月額0円からです。

関連する記事

• 音声AIの仕組み
• 音声AIのテスト方法
• IVRとAI音声エージェントの違い
• ボイスクローンとビジネス
• RAGと音声AI
• 音声認識と電話

よくある質問

現場の受付台本（言語別の骨子）

日本語では丁寧なクッション言葉が多くても、他言語では先に結論を求める相手がいます。言語別に「一文目の型」を決め、翻訳者が勝手に前置きを足さないルールにします。一文目の型があるだけで、TTSの印象が揃います。

英語なら用件の確認、中国語や韓国語など需要のある言語でも、自社の実着信に合わせて型を作ってください。存在しない需要の言語をカタログ的に並べないことが要点です。

ビザ・保険・行政手続きの境界

会社の電話入口で、在留や保険の法的判断を聞かれても、結論を出さない。案内できる公式窓口や、自社サービス範囲内の事実だけを短く伝え、判断は人または専門窓口へ。多言語だからといって権限が増えるわけではありません。法的助言ではありません。

アクセントと認識

非母語話者のアクセント、小さな声、外線の雑音が重なると、認識誤りが増えます。認識側の耐性だけでなく、確認質問と桁区切りの復唱で業務を守ります。認識の話は電話の音声認識も参照してください。

文化差と「待つ」こと

保留音楽の長さ、沈黙の意味、名前の呼び方は文化で違います。一律の日本語オペレーションを他言語に移植すると、不快や誤解が増えます。言語オーナー（その言語の品質責任者）を社内または外部に置き、月次で台本を見直します。

チャネル横断の一貫性

電話では英語、メールでは日本語のみ、チャットでは機械翻訳、だと体験が割れます。最低限、電話で案内した言語で折り返しや要約の要点を返せる経路を用意します。オムニチャネルの考え方はオムニチャネルサポートも参考になります。

緊急度の言葉

救急や危険を示す言葉は、言語別にキーワードリストを持ち、該当時は通常フローを短絡して人や指定窓口へ回します。ただし音声だけで完璧な緊急判定は難しいため、迷ったら早めに人へ。公共の緊急番号の案内が適切な場面では、それを優先します。

学習と改善の回し方

週次で、言語別の切替理由、聞き返し回数、更新漏れ票を見ます。対外的なパーセントは出しません。失敗発話を三件だけ対訳台本に足す、の方が効果的です。

ベンダーに確認すること

• 対応言語の実リスト（誇張しない）
• 電話帯域での品質
• 言語判定の自信度とフォールバック
• 用語集の取り込み
• ログの言語タグ
• 人が割り込むまでの時間

デモの好条件だけを契約根拠にしないでください。

小さな会社の現実的な構成

日本語の入口＋英語の短い案内＋その他はフォーム誘導、でも十分な場合があります。完璧な多言語対話より、切れないこと、折り返せること、記録が残ることを優先します。電話回線でのAI応答を含む各機能の提供状況は機能一覧でご確認ください。

社員教育の十五分パッケージ

1. どの言語を公式に支えるか
2. 支えない言語の言い方
3. 復唱する項目
4. 人へ渡す条件
5. 要約の書き方

年一回の長い研修より、繁忙期前の十五分更新の方が効きます。

翻訳会社との付き合い方

電話用短文は、マーケ翻訳と同じ担当だと長くなりがちです。耳で聞く前提のスタイルガイドを渡し、文字数上限と禁則を先に共有します。納品後は必ず音声で試聴し、文字校正だけで合格にしないでください。

地名・駅名・施設名の読み表

インバウンドで失敗しやすいのが固有名詞です。よく聞かれる地名の読みを言語別に表にし、認識辞書とTTS辞書の両方に入れます。表が無い状態でモデルに丸投げすると、近い別駅を案内する事故が起き得ます。

支払い・個人情報の扱い

多言語でも、カード番号の読み上げや過度な個人情報の取得は避け、公式の安全な経路へ誘導します。言葉が不通だからといって、電話で機密を増やさない。法的助言ではありません。

季節イベントと多言語

花火大会、年末年始、キャンペーンは、日本語更新が先行しがちです。イベント票に「他言語反映」列を必須にし、間に合わなければその言語ではイベントに触れず、人へ回す方がまだ安全です。古い他言語案内を残すのが最悪です。

測定項目の社内定義

言語別の完了、早期切断、人へ切替、復唱修正回数、ナレッジ更新遅れ。これらを社内の改善に使い、広告の根拠にしないでください。

ワークシート：初日に埋める項目

1. 実需要の上位三言語
2. 言語選択の方法（IVR／発話）
3. 一文目の型（言語別）
4. 復唱必須スロット
5. 人へ切替条件
6. 代替チャネル
7. 対訳の更新担当
8. 週次レビューの曜日

空欄のままエンジンだけ導入しても、現場は回りません。

よくある失敗と直し方

言語リストが長すぎる

直す：実需要の二〜三に削る。

直訳の長文を読む

直す：電話用短文を言語別に作り直す。

日本語だけ更新

直す：公開ゲートに多言語チェックを入れる。

通訳を探して無言

直す：タイムアウト後に代替チャネルへ倒す。

予約を言い切る

直す：スタッフ確認の文言を全言語に入れる。

クロージング

多言語の電話対応は、語学力の勝負ではなく、入口・短文・復唱・切替・更新の設計です。まずは三言語、浅い選択、短い一文目から始めてください。Callで試す場合は機能一覧と使い方を確認し、月額0円から始められます。全体はトップへ。

言語選択IVRの設計詳細

言語選択は最初の分岐に置き、営業時間案内より前に済ませます。選択後に長い会社紹介を挟むと、非母語の相手の離脱が増えます。選択結果は通話の全区間で保持し、途中で日本語に勝手に戻さないでください。番号の押し間違いに備え、ゼロでオペレーターまたは主言語に戻る鍵を残します。

実運用では、言語選択IVRの設計詳細の責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票1に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

発話ベース判定の閾値

自信度が低いときは、勝手に少数言語へ振り分けず、確認質問か主言語メニューへ倒します。閾値は社内で決め、週次の誤判定票で見直します。閾値を広告用の精度として対外発表しないでください。

実運用では、発話ベース判定の閾値の責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票2に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

スタッフ側UIの言語表示

オペレーター画面に、相手の希望言語と、ここまでの要約（社内共通言語）を並記します。希望言語が分からない状態で取り次ぐと、最初のあいさつで失敗します。画面の色やアイコンで言語を示すと、忙しいときも気づきやすいです。

実運用では、スタッフ側UIの言語表示の責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票3に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

メール誘導の文面

電話で深い説明が難しい言語では、短いSMSやメールの下書きへ誘導することがあります。誘導するなら、電話中に「今から送る」と約束した内容と、実際の文面の言語を一致させます。送れないチャネルを案内しないでください。

実運用では、メール誘導の文面の責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票4に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

通訳サービス接続

外部通訳を使う場合、接続までの待ち、料金負担の社内ルール、個人情報の共有範囲を先に決めます。接続待ち中は、相手に状況を短く伝え、無音を避けます。この内容は一般的な情報であり、法的助言ではありません。

実運用では、通訳サービス接続の責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票5に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

店舗ごとの言語需要

空港近くと郊外では、必要言語が違います。全店同一メニューより、店舗メタデータで言語セットを変える方が無駄が減ります。店舗を誤ると、別店舗の言語セットで応答する事故が起きます。

実運用では、店舗ごとの言語需要の責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票6に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

学習データの扱い

多言語の通話録音を学習に回す場合は、同意と目的、保管、削除を整理します。便利だからと無選別に使わないでください。法的助言ではありません。

実運用では、学習データの扱いの責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票7に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

テキストチャットとの役割分担

電話が難しい言語は、最初からチャットやフォームへ誘導する設計もありです。電話にこだわると、双方が消耗します。誘導文は電話でも短く読めるものにします。

実運用では、テキストチャットとの役割分担の責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票8に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

数字の読み方の違い

桁区切り、日付の月日年の順、電話番号の区切りは言語で違います。復唱テンプレを言語別に持ち、日本語の読み方を他言語に押し付けないでください。

実運用では、数字の読み方の違いの責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票9に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

名前の聞き取り

氏名のスペルアウトが必要な言語では、フォネティックの使い方を決めます。一度で取れなければ、メールで名乗ってもらう代替を用意します。無理な推測で顧客レコードを作らないでください。

実運用では、名前の聞き取りの責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票10に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

クレームの多言語

既に不満がある相手に、言語の行き違いが重なると爆発しやすいです。クレームキーワードを言語別に持ち、早めに人へ。自動で長く謝罪文を読むより、人が出る方がよい場面があります。

実運用では、クレームの多言語の責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票11に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

営業時間外の多言語

夜間に人が出られないなら、多言語でも深い対話を続けず、ボイスメールで用件を受けて翌営業日に戻す方が安全です。営業時間外の設計は時間外の電話対応も参考になります。

実運用では、営業時間外の多言語の責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票12に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

ナレッジの分割単位

一問一答を言語別に持ち、巨大な対訳ドキュメントを一枚にしない。検索が当たりやすく、更新も部分的にできます。RAGの分割はRAGと音声AIの考え方に沿います。

実運用では、ナレッジの分割単位の責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票13に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

禁止トピックの共有

未公開価格、診断や法律の結論、個人の評価など、言語が変わっても禁則は共通です。禁則表は一箇所で管理し、翻訳漏れで禁則が消えないようにします。

実運用では、禁止トピックの共有の責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票14に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

品質の試聴者

非母語のスタッフや外部のネイティブに、月一で十件聞いてもらいます。機械のスコアだけで合格にしないでください。試聴コメントは台本の修正票に直結させます。

実運用では、品質の試聴者の責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票15に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

インシデント例の学び方

誤訳で日時がずれた、別言語の古い料金を読んだ、切替が遅れて切られた、など。実名の顧客事例として公開せず、社内の教訓チケットにします。未検証の統計は使いません。

実運用では、インシデント例の学び方の責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票16に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

モバイル回線の相手

訪日客はホテルWi-Fiやモバイルで音が割れやすいです。聞き返し予算を多めに取り、重要スロットは必ず復唱します。速さより正確さです。

実運用では、モバイル回線の相手の責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票17に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

ハンドオーバー文書

言語オーナーが休むとき、対訳の更新方法、禁則、切替条件が書かれた一枚が必要です。属人化は多言語運用の大敵です。

実運用では、ハンドオーバー文書の責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票18に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

コンプライアンス表示

特定の業界では、録音告知や身分の明示が求められます。言語別に告知文を用意し、主言語だけで告知して終わらないでください。法的助言ではありません。

実運用では、コンプライアンス表示の責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票19に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

プロンプトの言語切替

システムプロンプトに「応答言語は利用者の希望言語。禁則は共通」と明記します。言語が変わると禁則が弱まる、という指示漏れを防ぎます。プロンプト設計は電話AIのプロンプトも参照してください。

実運用では、プロンプトの言語切替の責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票20に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

IVRと対話のハイブリッド

言語選択はIVR、用件の詳細は対話、定型は固定案内。全部を対話AIに投げないことが、遅延と誤訳を減らします。

実運用では、IVRと対話のハイブリッドの責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票21に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

折り返しリストの優先度

言語ができるスタッフが限られる場合、折り返しキューを言語別に分け、待ちの期待値を案内します。混ざったキューだと、対応できない通話が滞留します。

実運用では、折り返しリストの優先度の責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票22に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

サインアップと契約言語

電話では英語、契約書は日本語のみ、のようなギャップを早めに伝えます。後で「聞いていない」になるのを防ぎます。法的助言ではありません。

実運用では、サインアップと契約言語の責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票23に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

観光シーズンの臨時増強

繁忙期だけ英語の短い案内を厚くし、閑散期は縮小する。臨時台本の開始と終了をカレンダー管理し、終了後に残さない。

実運用では、観光シーズンの臨時増強の責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票24に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

内部用語の対訳禁止リスト

社内だけで通じる略語を、他言語に無理に訳して外へ出さない。利用者向け語彙に置き換えます。

実運用では、内部用語の対訳禁止リストの責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票25に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

通話後アンケート

短い満足度を多言語で取るなら、設問を二問までにします。長い調査は電話の最後に置かないでください。

実運用では、通話後アンケートの責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票26に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

セキュリティ質問

本人確認の質問は、言語が不自由な相手には特に負担です。代替の公式チャネルでの確認を用意し、電話で機密を増やさない。法的助言ではありません。

実運用では、セキュリティ質問の責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票27に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

支店の外線番号案内

言語が通じたあとに、別部門の番号を長く読むと再び失敗します。可能なら転送し、番号の読み上げは最小にします。日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。

実運用では、支店の外線番号案内の責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票28に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

成功の定義

対応言語数の多さではなく、上位言語での切れにくさ、復唱修正の少なさ、更新漏れゼロ、早期切替の適切さで定義します。

実運用では、成功の定義の責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票29に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

九十日レビュー

導入九十日で、使われなかった言語を削り、失敗の多かった固有名詞表を厚くし、人へ切替条件を更新します。増やしたままにしないでください。

実運用では、九十日レビューの責任者と、直近の失敗例の置き場を決めます。例として、週次で関連する通話を一件再生し、台本か用語集のどちらを直すかを記録票30に残します。記録票には日付、言語、現象、修正、担当を書き、翌週の冒頭で閉じます。対外的な成果発表より、失敗票を減らすことが目的です。

まとめに入る前の最終チェックリスト

• 上位三言語が実データに基づいている
• 言語選択が浅い
• 電話用短文が言語別に存在する
• 復唱必須スロットが言語別に定義されている
• 禁則が全言語で共通に効く
• 人へ切替のタイムアウトがある
• 更新ゲートに多言語列がある
• 試聴者が月次で入る
• 予約確定はスタッフ確認と全言語で明記
• デモと本番の対訳が分離されている
• 日本の電話番号準備中の案内を必要箇所に置いている
• 機能の提供状況を機能一覧へ誘導している

経営向けの短い説明文

多言語電話は、語学人材を無限に雇する話ではなく、入口と短文と切替の設計投資です。最初の九十日は言語を増やさず、失敗票を減らす。それが費用対効果の正体です。未検証の削減率は語らないでください。

現場リーダー向けの短い説明文

忙しい日でも、言語選択と復唱だけは省略しない。省略すると、あとで二度電話が来ます。人が出られない言語は、早めにフォームか折り返しへ倒す勇気を持つ。

エンジニア向けの短い説明文

言語タグを通話の全区間で保持し、プロンプトとナレッジ検索の両方に渡す。フォールバックは主言語ではなく、確認質問か人へ。ログに言語と切替理由を残し、原文と社内要約の両方を方針に沿って保管する。

次アクション（今週）

月曜に上位言語を確定し、火曜に一文目の型を書き、水曜に復唱表を作り、木曜に電話試聴、金曜に更新ゲートをチケットへ入れる。来週から失敗票の週次を開始します。Callでの確認は機能一覧、使い方、月額0円から、トップへ。

付録：言語別キックオフ議題

キックオフでは、需要データ、選択UI、短文の担当、禁則、切替、更新ゲート、試聴者、九十日の削減方針を九十秒ずつ確認します。議論が仕様の理想論に逸れたら、今週の失敗票を三件再生して現実に戻します。議事録には「やらない言語」も明記し、後日のなし崩し追加を防ぎます。やらない言語への案内文も、その場で一文作っておきます。

付録：対訳更新のチケットテンプレ

タイトルに言語と対象案内、本文に日本語原文、変更理由、公開希望日、試聴担当、関連フローIDを書きます。承認者は言語オーナー。公開は全対応言語が揃ってから。一つでも欠けたらその言語では触れず、人へ倒す一時措置を取ります。一時措置の解除条件もチケットに書きます。

付録：試聴シートの列

日付、言語、文ID、明瞭さ、自然さ、禁則遵守、復唱の正確さ、コメント、合否。合否が不可なら、修正か標準案内への退避かを選び、再試聴日を入れます。シートがチャットの感想だけだと、改善が積み上がりません。

付録：よく使う代替案内の型

対応できない言語の相手には、「いま対応できる言語」「フォーム」「折り返しの時間帯」の三つを短く伝えます。謝意は一文、次の行動は一つ。長い言い訳は不要です。この型を主言語と英語で先に用意し、必要なら他言語へ展開します。スタッフが現場で即興翻訳しないことが、品質を守ります。即興は善意でも、条件の取り違えを生みやすいからです。

最後の一言

多言語の電話は、広げた言語の数ではなく、支えている言語で切れにくく正確に案内できるかが成果です。まずは三言語と復唱と切替から、確実に回してください。