営業AI自由研究
← 記事一覧に戻る

【調べてみた】英語で効くAI営業術が日本語では通用しない5つの構造

導入の落とし穴 メール・アウトリーチ 議事録・通話要約

個人の自由研究として、「英語で効くAI営業術は日本語でも通用するのか」を調べてみました。

英語圏では営業AIの成果データが積み上がっている。コールドメールの返信率がAIパーソナライズで4-7倍、コール成功率が業界平均の5倍(Cognism 200K+件分析)、AI提案書の導入率68%。

一方で、PwCの5カ国比較調査(2025年春)は別の風景を見せる。

生成AIで「期待を大きく上回る効果」を得た企業の割合: 日本 約10% vs 米国 45%

4.5倍の差だ。導入はしている。効果が出ていない。

なぜか。60件超のソースを集めて調べてみたら、英語と日本語の間に5つの構造的なギャップが見えてきた。これは「ツールが悪い」という話ではない。言語の構造が違うから、同じ手法をそのまま持ってきても壊れる——という話だ。

この記事でやったこと

  • 調査対象: 英語圏の営業AI成功データと、同じ手法を日本語で使った場合に生じる構造的ギャップ
  • 参照した情報: Soniox 60言語STTベンチマーク(2025年、YouTube実音声)、arXiv多言語センチメント分析論文(2024年、Amazonレビューコーパス)、ACL 2024引数省略予測論文、Springer 2025日本語語用論×GenAI比較研究、OpenAI Developer Community日本語誤解釈報告、PwC 5カ国生成AI実態調査(2025年春)、Instantly 2026コールドメールベンチマーク(数十億通分析)、Cognism State of Outbound 2026(200K+コール分析)、KDDI・ITmedia・AI経営総合研究所の日本語ソース、Originality.ai 127,150サンプル多言語AI検出ベンチマーク
  • ソース総数: 60件超(英語45件超、日本語15件超)
  • 調査日: 2026-03-28
  • 補足: 英語圏の営業AI成功データはベンダー自社データ(Cognism, Lavender, AutoBound等)に偏りがある。独立した比較検証は少ない。一方、日本語営業AIの定量データはさらに乏しく、「返信率がどれだけ改善したか」の公開ベンチマークがほぼ存在しない
  • 関連記事: 【調べてみた】AI営業メール、送った先で何が起きているか — 英語圏のメール軍拡構造と日本語の「拝啓」問題
  • 関連記事: 【調べてみた】議事録AI、導入前に知っておきたい5つの落とし穴 — 「プロ部→プロブ」問題と話者識別の崩壊

まず: 英語圏のAI営業データを並べてみる

日本語の話に入る前に、英語圏で「AIが効いている」側のデータを確認しておく。

メール

指標数値出典
コールドメール平均返信率3.43%Instantly 2026ベンチマーク(数十億通)
AIパーソナライズによる返信率向上4-7倍Martal Group
AI活用のシグナルベース営業返信率15-25%AutoBound
AI統合メールプログラムの収益改善+41%Salesforce

音声・議事録

指標数値出典
英語の音声認識WER(最良値)3-5%VoiceToNotes / DEV Community
英語のWER(Soniox)6.5%Soniox 2025ベンチマーク
英語のWER(OpenAI Whisper)10.5%Soniox 2025ベンチマーク

SDR(新規開拓担当)

指標AI SDR人間SDR出典
コールドアウトリーチ返信率24%8%Landbase
ミーティング出席率52%71%AutoInterviewAI
AI+人間のコパイロットモデル純AI比2.8倍のパイプラインMarketBetter

英語圏では、AIは確かに効いている。特に「大量生成 + パーソナライズ」の領域で定量的な成果が報告されている。

では、日本語で同じことをやるとどうなるか。


ギャップ1: 敬語の過剰丁寧化 — 「拝啓ご清栄のこと」問題

英語の営業メールは「Hi [名前],」で始まる。フォーマル度の幅が狭い。カジュアルからフォーマルまで2-3段階しかなく、AIが「ちょうどいい距離感」を外すリスクは比較的小さい。

日本語は違う。敬語の階層が5段階以上あり、場面・関係性・業界によって「ちょうどいい丁寧さ」が変わる。そしてAIは「一番丁寧」を選びがちだ。

KDDIのビジネスメディアが報じた実例がわかりやすい:

AI人間
冒頭「拝啓 ますますご清栄のこととお慶び申し上げます」「お世話になっております」
依頼「この件につきまして、ご対応のほど何卒よろしくお願い申し上げます」「この件について、ご対応をお願いします」

現代のビジネスメールで「拝啓」から始める人はほぼいない。「何卒よろしくお願い申し上げます」を毎回使う人も少ない。誰も使っていないレベルの格式張った表現をAIが選ぶことで、受け取った側は「あ、これAIだな」と気づく。

KDDIは「AI文章がバレる3つの理由」として以下を挙げている:

  1. フォーマルすぎる(実際のビジネスメールより格式が高い)
  2. 回りくどい長文(1文が冗長で、読みにくい)
  3. ありきたりな言い回し(「ご確認のほど、よろしくお願いいたします」の定型反復)

なぜ英語ではこの問題が起きにくいのか

英語のAI営業メールにも「定型的すぎる」問題はある。「I hope this email finds you well」がAIの代名詞だと広く認識されている。しかし、それは1文の問題であり、文全体のフォーマル度が5段階ずれるような事態にはならない。

Springer(2025年)に掲載されたChen, Yue, Davidgeの研究は、3つのGenAIモデル(Gemini 2.0含む)と日本語母語話者30名を比較して、以下の結論を出している:

  • AIは呼称を過剰に使用する
  • 丁寧さの修飾パターンに顕著な違いがある
  • 直接性の戦略選択に有意な差がある
  • AIは方言や話し言葉の特徴(助詞・動詞の省略)を一切再現しない

現在のGenAIは日本語の語用論的規範を一貫して再現できない——これがこの研究の結論だ。

そして構造的に皮肉なことが起きている。「丁寧にプロンプトを書けばLLMの性能が上がる」という通説がある。しかし多言語研究(arXiv 2402.14531)によると、日本語では高い丁寧さレベルのプロンプトが性能向上に結びつかなかった。低〜中程度のカテゴリのほうが性能が高い。敬語文化の国で、敬語がAIの足を引っ張るという逆説だ。


ギャップ2: 社内略称と業界用語の壁 — 「プロ部→プロブ」問題

英語の営業・ビジネス略称(SDR, AE, BDR, MQL, SQLなど)はAIの学習データに大量に含まれている。LLMは「SDR = Sales Development Representative」を知っている。

日本語の社内略称は各社固有だ。そしてAIはそれを知らない。

ITmediaが2025年に報じた議事録AIの誤変換例:

社内用語AIの出力
プロ部(プロダクト部)プロブ
デ研(デザイン研究部)出県
期ナカ(期中)木中

「プロ部→プロブ」を見て「おかしい」と思えるのは、プロダクト部という略称を知っている人だけだ。議事録AIの記事で詳しく取り上げたが、ドメイン知識がない人がチェックすると、そのまま通過する。

技術的な根本原因: 語境界の不在

英語はスペースで単語が区切られる。AIにとって「where one word ends and another begins」は自明だ。

日本語にはスペースがない。「今日の会議で期ナカの数字を確認した」を正しく理解するには、「期ナカ」が一つの単語であることをAIが推定しなければならない。形態素解析(MeCab等)が前処理として必要だが、辞書にない社内用語には対応できない。

aiOlaの2025年ベンチマークでは、日本語専用モデル「Jargonic」が日本語CER(文字エラー率)8.34%を達成した。ただし、3種の文字体系(ひらがな・カタカナ・漢字)の混在、数百種の敬語構造、文脈依存の読み方変化が「英語に比べてASR(自動音声認識)を極めて困難にする」と報告している。

音声認識の精度差: 数字で見る

Sonioxの2025年ベンチマーク(60言語、YouTube実音声)が、最も直接的な比較データを提供している。

プロバイダ英語WER日本語WER
Soniox6.5%8.7%1.3倍
OpenAI(Whisper)10.5%13.8%1.3倍

1.3倍と聞くと「大した差ではない」と思うかもしれない。しかし、これは整った音声での数値だ。

Google Chirp 3の日本語ベンチマークでは、コンテンツの種類によって精度が大きく変わる:

コンテンツGroq Whisper CERGoogle Chirp 3 CER
国際ニュース52.5%9.2%
半導体ビジネス用語61.6%25.5%
ビジネス会話40.6%13.0%

半導体ビジネス用語でCER 25.5%——4文字に1文字が間違っている計算だ。「一般的な日本語」から離れるほど精度が崩壊する。営業の商談は「一般的な日本語」ではない。

そしてもう一つ、日本語の正書法問題がある。ACL 2023の研究(Karita, Sproat, Ishikawa)は、日本語は同じ単語を漢字・ひらがな・カタカナの複数の方法で表記できるため、音声認識の評価自体が不当に厳しくなっていることを示した。「寛容な評価指標」を使うとCERが2.4-3.1%改善する——つまり、従来の評価では2-3%分が「表記の選択の違い」を誤ってエラーとカウントしていた。


ギャップ3: 主語省略による話者識別の崩壊

英語には原則として主語がある。「I will visit next week.」「You should consider this.」AIが「誰が何を言ったか」を判定する手がかりが豊富だ。

日本語は違う。ACL 2024の研究によると、日本語のコーパスでは引数の37%が省略されている

  • 「来週伺います」(誰が?)
  • 「ご検討いただけると」(誰に?)
  • 「少し難しいかもしれません」(何が?誰にとって?)

日本語話者は文脈から自然に補完する。AIにはこれが極めて難しい。

議事録AIの記事で取り上げた話者識別エラー率のデータ:

環境エラー率
研究室(理想的な環境)約10%
本番環境(営業商談)20-40%

10人の会議で2-4割の発言の話者が間違っている。営業商談の議事録で「誰が何を約束したか」が間違っていたら、致命的だ。

敬語が話者識別をさらに困難にする

日本語の敬語には「方向性」がある。尊敬語は相手の動作を高め、謙譲語は自分の動作を下げる。

  • 「ご確認いただけますか」(相手が確認する = 尊敬語)
  • 「確認いたします」(自分が確認する = 謙譲語)

AIはこの方向性を利用して話者を推定できるはずだが、実際には敬語の使い方自体にバリエーションがあり、追加の解析負荷になっている。「確認させていただきます」は謙譲語だが、最近は相手の動作にも使われる(「させていただく」の過剰使用)。この揺れをAIが正確に処理するのは現時点では難しい。

日英翻訳での省略代名詞生成のF値は58%(ACL 2024、中英の66%より低い)。つまり、日本語で省略された主語をAIが正しく復元できるのは6割弱だ。残りの4割は間違えている。


ギャップ4: 「行間」と「空気」の消失

Edward T. Hallが1976年に提唱したハイコンテキスト/ローコンテキスト文化の枠組みは、AIの限界をきれいに説明する。日本はハイコンテキスト文化の代表例で、コミュニケーションの多くが暗黙の了解に依存する。AIは本質的にローコンテキスト処理——明示的なテキスト入力のみを処理する。

営業の「断り文句」とAIの誤解

営業なら誰でも知っている。「検討します」は断り文句だ。

表現表面上の意味実際の意味(多くの場合)
「前向きに検討します」積極的に考える見込みは薄い
「検討します」考える断り。連絡が来ることは99.9%ない
「持ち帰って検討します」社内で協議するその場で断るのを避ける時間稼ぎ
「ちょっと難しいです」少し困難明確なNo
「お気持ちだけ頂戴します」気持ちは受け取る提案自体は却下

カーネギーメロン大学(CARLA)のデータベースによれば、日本語母語話者はアメリカ英語母語話者より直接的な断りの使用頻度が低く、文を完結させないことが多い。聞き手が未完了の文から断りの意図を推論する構造だ。

AIが議事録を要約すると、「前向きに検討します」は「検討中(ポジティブ)」に分類される可能性が高い。営業経験者なら「これはNoだ」と分かるニュアンスが消える。

GPTが日本語の「違う」を攻撃と誤解する問題

OpenAI Developer Communityで報告された具体的な事例がある:

日本語表現実際の意味GPTの解釈
「違う」「ちょっと違うよ」(友好的な修正)純粋な否定・攻撃
「そうかな?」「本当にそう?」(軽い疑問)敵対的な否定
「本当?」「マジで?」(カジュアルな確認)攻撃的な疑い

報告者はこれを「binary polarity misfire(二極語の極性誤射)」と名付けている。日本語の「違う」は文脈によって「間違っている」(否定)にも「ちょっとそれは違うかな」(友好的な修正)にもなる。GPTはこの文脈依存性を処理できず、最もネガティブな解釈を選ぶ傾向がある。

感情分析の精度差: 数字で見る

arXivの多言語センチメント分析論文(2024年)が、Amazonレビューコーパスを使って言語別のF1スコアを比較している。

モデルタスク日本語F1英語F1(参考)
XLM-RoBERTa感情分類(翻訳前)0.902~0.91
XLM-RoBERTa感情分類(翻訳後)0.830~0.91
BERT星評価予測0.513

感情の2値分類(ポジティブ/ネガティブ)は90%でそこそこ機能する。しかし、5段階の星評価予測になるとF1 = 0.513——コイン投げとほとんど変わらない。

日本語の婉曲表現の微妙なグラデーション(「ちょっと難しい」=No vs 「難しいですが検討してみます」=Maybe)を区別するには、まさにこの「5段階」の感度が必要だ。そしてAIはそれを持っていない。

機械翻訳を経由すると状況はさらに悪化する。翻訳後の日本語は全言語中で最大の精度劣化を示した(約0.07-0.085ポイント低下)。日英翻訳を介してグローバルAIツールを使う場合、ニュアンスが二重に失われる構造だ。


ギャップ5: AI検出の非対称性 — 日本語はなぜバレやすいのか

英語圏では、AI生成文章の検出は難しい。人間の判定精度は最大77%(ResearchGate)。ツールも万能ではなく、GPTZeroの独立テストでは非英語圏の精度が74-82%まで下がる。

日本語はどうか。Originality.aiの127,150サンプル・30言語ベンチマーク(2026年)によると:

日本語のAI検出精度: 98.22%(偽陽性率1.27%)

Pangramの多言語検出v2でも、日本語はGemini 1.5 Proで偽陰性率0.21%とほぼ完全な検出を達成している。

なぜ日本語のAI文章はこれほどバレやすいのか。

ミエルカが整理した「AI文章の7つの癖」

日本のSEOツール「ミエルカ」が分析した、AI文章に共通する7つのパターン:

  1. 文末が単調(「です」「ます」の連続)
  2. 固有名詞・具体情報の欠如(地名・人名・数値がない)
  3. 同義反復(同じ内容を言い換えて繰り返す)
  4. 文の長さが均一(抑揚がない)
  5. 因果関係が弱い(「重要です」「大切です」で根拠なし)
  6. 論理の飛躍・矛盾(業界背景を踏まえていない)
  7. キーワードの過剰出現(同じフレーズの繰り返し)

「これにより」は人間の文章ではほとんど見ないのに、AI文章では頻出する代表格だとされている。

英語ではなぜバレにくいのか

英語のAI文章にもパターンはある(「In conclusion」の多用、「delve into」の頻出など)。しかし、note.comのもとやま氏が構造的に指摘しているのは、AIが英語の論理構造で文章を構築してから日本語に変換しているという点だ。

英語は直線的な論理構造(結論→理由→具体例)で書く。日本語は「前置き→本題→婉曲的な結論」という流れが自然。AIは英語的な構造で日本語を書くため、文法は正しいがリズムと構成が「西洋風」になる

英語では、AI文章の構造は「英語の自然な構造」と重なるからバレにくい。日本語では、英語的な構造が日本語の中で浮く。

AI Humanizer市場の存在自体が「バレる」問題の証左

「AI文章を人間っぽく書き換える」AIリライトツールの市場は推定124億ドル規模(2025年)。日本でもラクリン、Catchy、SAKUBUN、Transcopeなどの日本語AIリライトツールが存在する。

この市場の存在自体が、「AI文章はバレる。そしてバレると困る」という認識が広く共有されていることの証拠だ。


なぜこの差が生まれるのか

5つのギャップの根本にある構造的な非対称を整理する。

特性英語日本語AIへの影響
敬語の階層2-3段階5段階以上最丁寧に寄る。「拝啓」問題
主語の省略まれ37%省略話者識別・文脈復元が困難
語境界スペースで明確スペースなしトークン化・略称認識に追加処理が必要
含意の文脈依存度中程度極めて高い「検討します」=Noが読めない
文章の個人差比較的小さい大きい(敬語選択・語尾・漢字のひらき方)AI文章の均一化が目立つ
ウェブ上の学習データ50%超約4%学習量の圧倒的格差
LLMトークン数(同一内容)1x約2.3xAPIコスト2倍超

ウェブコンテンツの55%が英語で、日本語は2-3%。LLMの学習データの80%以上が英語だ(Engelsberg Ideas)。AIが「英語で考えてから日本語に変換する」という構造は、この学習データの偏りから必然的に生じる。

トークン数の問題もコストに直結する。同じ内容の文章で、日本語は英語の約2.3倍のトークンを消費する。営業メールの大量生成やCRM入力の自動化で、APIコストが2倍以上かかる構造だ。


それでも日本語で効いている条件

ここまで「壊れる」話ばかりしてきたが、日本語環境でAI営業ツールが機能しているパターンもある。

パターン1: 文章生成ではなく情報検索

McKinsey型の「社内ナレッジ検索」は言語の壁を比較的受けにくい。文章を「生成」するのではなく、既存の情報を「見つける」用途だ。日本語の社内文書を検索して該当箇所を返すだけなら、敬語の過剰丁寧化問題は発生しない。

パターン2: 下書きはAI、敬語選択は人間

箇条書きで要点を書き出す → AIが文章化 → 人間が敬語のレベルと表現を調整する。この分業パターンは、ギャップ1(敬語問題)とギャップ5(検出問題)を人間が吸収する構造だ。

KDDIの報告でも「AI文章はそのまま使わず、一工夫が鉄則」と結論づけている。ただしこの「一工夫」のコストは英語圏より高い。英語なら「I hope this email finds you well」を削除するだけで済むが、日本語では敬語レベル全体を調整する必要がある。

パターン3: 自社用語辞書の事前登録

Google Chirp 3のSpeech Adaptation機能(最大5,000フレーズの用語登録)で、議事録AIの精度が大幅に改善したケースがある。「プロ部」「デ研」「期ナカ」を事前登録すれば誤変換は防げる。ただし、登録作業自体が必要であり、「箱から出してすぐ使える」英語圏の体験とは異なる。

パターン4: 電話番号検証 + 人間の架電

ハイブリッド記事で取り上げたCognism型の「AIが連絡先の品質を検証 → 人間が電話する」モデル。AIは日本語を「理解」する必要がなく、データベースの照合作業を担当するだけだ。言語のギャップが影響しない数少ないパターンであり、日本でもそのまま適用できる可能性が高い。

共通点: AIに「日本語を書かせない」か「日本語を理解させない」

効いているパターンに共通するのは、AIが日本語の「生成」や「理解」を担当しないことだ。情報検索、データ照合、下書き作成(人間が仕上げ)——いずれもAIが日本語の複雑さと直接対峙しない用途だ。

Cognizantの調査によると、日本企業のGenAI投資額は年間約2,300万ドル(グローバル平均4,700万ドルの半分以下)。63%が「自社のGenAI戦略は遅すぎる」と回答している。投資額が少ないこと自体が問題なのではなく、英語圏の成功モデルを「翻訳」して持ってきても構造的に壊れるため、日本語環境に合った使い方を独自に設計する必要がある——というのが、この調査から見えてきた構造だ。


注意点

この記事は「英語で効くAI営業術が日本語で通用しない構造」を調べたものです。以下の関連記事も合わせてどうぞ。

日本語の問題が特に現れる業務:

人間+AIの組み合わせと脱スキル化:

全体構造と市場動向:

エージェント・ツール市場:

規制・買い手側:

定点観測シリーズ:


調査カード

───────────────────────────────
📋 調査カード
───────────────────────────────
調査日:2026-03-28
調査ソース:
  学術論文 6件 / 調査レポート 10件 /
  メディア記事 12件 / ベンチマークデータ 5件 /
  開発者コミュニティ報告 2件 / 日本語ソース 15件
ソースの言語:英語 45件超 / 日本語 15件超
地域・前提:英語圏(主にUS)の営業AIデータと日本語環境の比較。B2B営業が中心
情報の鮮度:2023年〜2026年の情報が中心(ベンチマークは2025-2026年のものを優先)

ソース偏りチェック:
  ✓ 英語・日本語の両方からデータを収集
  ✓ 成功と失敗の両面データあり
  ✓ 査読済み学術論文を含む(ACL 2023/2024、Springer 2025、arXiv 2024)
  △ 英語圏の営業AI成功データはベンダー自社データ(Cognism, Lavender, AutoBound)に偏り
  ✗ コミュニティ(Reddit r/sales)の実体験データなし(直接調査は未実施)
  ✗ 日本語営業AIの返信率改善に関する定量ベンチマークが存在しない

反対意見・異論:
  「日本語LLMの精度は急速に向上しており、2-3年でギャップは解消する」という見方がある。
  実際、MT-Bench(対話能力評価)ではトップティアモデルで日英の性能差がほぼなくなっている。
  ただし、営業で問題になるのは一般的な対話能力ではなく、敬語の適切な使い分け・社内略称の
  認識・文脈依存の含意理解であり、これらのベンチマーク化自体が遅れている。

調べきれなかったこと:
  日本語営業メールAIの返信率に関する公開ベンチマークが見つからなかった。英語圏では
  Instantly(数十億通)やBacklinko(1,200万通)レベルの大規模分析があるが、日本語では
  同等の規模の公開データが存在しない。また、日本語の敬語生成精度を定量的に評価した
  大規模研究も現時点では見当たらなかった。

私の仮説(暫定):
  「日本語AIが使えない」のではなく、「英語圏の成功パターンをそのまま日本語に翻訳しても
  壊れる」のが本質だと考えている。効いている条件を見ると、AIに日本語の生成・理解を
  させない用途(データ照合、情報検索、下書き+人間仕上げ)で成果が出ている。日本語環境
  では「AIに何をさせないか」を設計するのが、英語圏以上に重要なのではないか。
───────────────────────────────