サポートチャネル全体でのAI:チャット、メール、音声、メッセージング

4つのチャネルのサービス成果物で表したサポートチャネル全体でのAI

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

サポートチャネル全体でのAIとは、リクエストの理解、適切な回答の検索、返信の下書き、アクションの実行といった同じ基盤機能を、速度、トーン、証跡、法的ルールがまったく異なるチャネルに適用することです。そのため、同じAIでもチャット、メール、音声、メッセージングアプリでは振る舞いが変わります。 Webチャットでうまく機能するモデルが電話では失敗することもあれば、メールでは安全な設計がWhatsAppのポリシーに抵触することもあります。チャネルは導入時の細かな事項ではなく、設計上の判断です。

このガイドは、AIをどこから導入し、各チャネルにどのようなガードレールが必要かを検討するサポートリーダー、CXディレクター、サポートマネージャー向けです。AI for Customer Serviceコレクションの一部ですので、全体像を知りたい方はまずピラー記事のカスタマーサービスにおけるAIをご覧ください。ここではチャネルの問題に絞って解説します。

重要なポイント

  • 生成AIアシスタントを使用したカスタマーサポート担当者5,179人を対象とした調査では、生産性(1時間あたりの解決件数)が平均14%向上し、新人や低スキルの担当者では34%向上しました(Brynjolfsson、Li、Raymond、NBER Working Paper 31161、Quarterly Journal of Economics掲載、2025年)。このツールは担当者に取って代わるものではなく、人間の担当者を支援する会話型アシスタントでした。
  • CFPBのチャットボットに関するレポートによると、2022年には9,800万人超、米国人口の約37%が銀行のチャットボットを利用しており、顧客が人間に到達できない「doom loop」(抜け出せない堂々巡り)への警告も示されています(CFPB、Chatbots in Consumer Finance、2023年6月)。
  • ZendeskのCX Trends 2026のベンダー調査では、テキスト、画像、動画を1つのスレッドにまとめて、やり直しなしでやり取りできる企業を選ぶと回答した顧客が76%に上りました(Zendesk CX Trends 2026)。
  • WhatsAppのカスタマーサービスウィンドウは、顧客が最後にメッセージを送ってから24時間続きます。ウィンドウが閉じた後、企業が送信できるのは事前に承認されたテンプレートメッセージのみです(Meta for Developers、WhatsApp Cloud API)。

チャネルによってAIが変わる理由

チャネルごとに異なる点が4つあり、それぞれがAIに安全に任せられる範囲を左右します。

書かれた下書きと話された返信の違いを、消せる下書きと放たれた音声で表した図

期待される速度。 チャットの顧客は数秒での回答を期待します。メールの顧客は数時間を想定しています。電話の相手は、不自然な間のない即時の音声応答を求めます。AIが考えるのに6秒かかっても、メールなら問題ありませんが、通話では致命的です。

入力の質。 チャットやメッセージングでは、誤字を含む短く途切れた文章が届きます。メールでは、添付ファイルや引用された履歴を含む、長く文脈の豊富なメッセージが届きます。音声は最初にテキストへ変換する必要があり、訛り、周囲の雑音、アカウント番号で文字起こしの誤りが生じます。

証跡と取り消しの可否。 メールの返信は、送信前に確認できる書面の記録です。口にした言葉は取り消せません。だからこそ、メールにはレビュー付きの下書きが適しており、自律的な音声にはより厳しい制限が必要になります。

ルール。 各チャネルには固有の義務があります。機械と話していることの開示、自動音声への同意、メッセージングアプリのプラットフォームポリシーなどです。これらについては後述します。

ACE Frameworkの観点では、機能はどのチャネルでも同じです。Ingest(メッセージを読む、通話を文字起こしする)、Analyze(インテントとセンチメントを分類する)、Generate(回答を下書きする)、Execute(返金、更新、ルーティング)です。チャネルによって変わるのは、これらのステップのうち、人が確認せずに実行できるものがどれかという点です。

チャネル別:AIの振る舞い

Webチャットとアプリ内チャット

チャットは最も一般的な最初の導入先です。顧客は短い質問を入力し、素早い回答を期待し、電話よりもボットを受け入れやすい傾向があります。最も強力なパターンは、ヘルプセンターや注文データから回答し、人への明確な経路を備えた検索拡張アシスタントです。

サポートチャネルに合わせたAIを、4つの対応場面で表した図

リスクはdoom loopです。CFPBのレポートは、ボットが対応できない範囲の問題が起きたときに顧客を閉じ込めてしまう反復的なチャットボットのやり取りを取り上げており、同じ回答が繰り返されるだけで人間への道がないという苦情が挙げられています。出口を最初に設計してください。目に見える「担当者と話す」オプションと、2回の失敗または苛立ちを示すメッセージの後の自動的な引き継ぎです。

メール

メールは、AIが下書きを作り、人が承認する形に最も適したチャネルです。メッセージは長く、複数の質問を含むことも多く、即時の返信は必要ありません。AIはスレッドを読み、顧客の注文履歴を取得し、トピックを分類し、優先度を設定して、担当者が編集して送信するための返信を下書きできます。

これはNBERの調査が測定した内容にかなり近いものです。人間の担当者に返信を提案するAIアシスタントで、最も経験の浅い人に最大の効果が出ました。完全自動のメール返信は注文状況のような限定的で低リスクのカテゴリでは機能しますが、誤った自動メールは取り消せない書面での約束になります。

音声

音声は最も難しく、誤ったときの代償が最も大きいチャネルです。AIは音声を文字起こしし、理解し、判断し、自然なリズムの中で音声で返答しなければなりません。誤りは積み重なります。聞き間違えたアカウント番号が誤った検索につながり、人間らしい声で自信満々の誤答が返ってしまいます。技術については、解説記事のAI音声エージェントで説明しています。

顧客の前にAI音声を出す前に、まず担当者の背後で働く音声AI(リアルタイムの文字起こし、回答の提案、通話の要約)から始めてください。最前線を自動化する場合は、残高確認や予約変更のような、シンプルで件数の多いインテントに限定し、担当者へのエスカレーションを声に出す一言で済むようにしてください。

WhatsAppとその他のメッセージングアプリ

メッセージングアプリは、チャットとメールの中間に位置します。会話形式ですが、非同期です。顧客はメッセージを送って離れ、数時間後に戻ってきます。長いスレッドにわたって文脈を保てるAIに向いており、顧客が破損した商品の写真やエラーのスクリーンショットを送るため、メディアが重要になる場面でもあります。

プラットフォームには、チャットにはないルールがあります。WhatsAppでは、顧客がメッセージを送るとカスタマーサービスウィンドウが開き、顧客が新しいメッセージを送るたびにリセットされます。開いている間は、どのようなサービスメッセージでも送信できます。閉じた後は、事前に承認されたテンプレートメッセージしか送信できず、顧客が連絡の受け取りにオプトインしている必要があります。ウィンドウが閉じた後にAIが自由形式のフォローアップを書いても、拒否されます。フォローアップのフローはテンプレートとして計画してください。

チャネル適性とリスクの表

チャネル AIの最適な役割 最初の典型的なユースケース 主なリスク 人による監督
Webチャット ナレッジベースから回答し、詳細を収集し、引き継ぐ 注文状況、使い方の質問 doom loop、自信満々の誤答 エスカレーションのトリガーとトランスクリプトのレビュー
メール 分類、優先度付け、返信の下書き 担当者がレビューする返信の下書き 誤った書面での約束、2つ目の質問の見落とし 送信前に担当者が承認
音声 まずリアルタイムの文字起こし、提案、要約。限定的な自動化は後で 通話後のメモ、エージェントアシスト 文字起こしの誤り、同意と開示のルール ライブでの引き継ぎ、通話のサンプリング
WhatsAppとメッセージング 長いスレッドの文脈を保持し、メディアを扱う 状況の更新、写真付きの返品 テンプレートのルール、オプトイン、古くなった文脈 テンプレートの承認、ウィンドウ終了後または失敗後の引き継ぎ
ソーシャルメディア メンションのトリアージとルーティング 緊急の公開クレームの発見 全員に見える公開の場でのミス 公開されるものはすべて人が返信

チャネルごとに異なるルール

重要なルールは3種類あります。これは法的助言ではありません。対象市場については顧問弁護士にご確認ください。

メッセージングウィンドウにはゲートが必要であることを、砂時計とメッセージのゲートで表した図

開示。 EU AI Actの第50条は、人と直接やり取りするAIシステムの提供者に対し、相手がAIと話していることをその人に知らせるよう設計することを求めています。ただし、文脈上、合理的に十分な情報を持つ人にとって明らかな場合は除きます(EU AI Act、第50条)。人間のように聞こえる音声に「明らか」を当てにしてはいけません。どのチャネルでも、最初に伝えてください。

自動音声と同意。 2024年2月、米国FCCは、AI生成の音声を使った通話は、電話消費者保護法(TCPA)における「人工音声または録音音声」に該当すると判断しました。この法律では、一般に、通話を受ける側の事前の明示的な同意が必要です(FCCの判断に関するCooleyの解説)。これは、リマインダー、督促、アンケートといったアウトバウンドのAI通話で特に重要です。

プラットフォームポリシー。 メッセージングプラットフォームは、上記のWhatsAppのオプトイン要件や24時間ウィンドウのように、独自の制限を設けています。フローを設計した後ではなく、設計する前にプラットフォームの規約を読んでください。

職種別の実例

カスタマーサポート(チャット)。 あるソフトウェア企業は、公開済みの記事と顧客のプラン情報から回答するアシスタントをヘルプセンターに設置しています。請求に関する争い、解約、セキュリティに関する内容は、そのまま人に回されます。チームは毎週トランスクリプトのサンプルをレビューし、誤答をすべてナレッジベースの修正につなげています。ユースケース一覧はカスタマーサポート向けAIエージェントをご覧ください。

AIによる返品にも人の承認が必要であることを、破損した荷物と承認する手で表した図

サポートオペレーション(メール)。 オペレーションマネージャーは、届いたすべてのメールにトピックと緊急度でタグを付け、上位5つのトピックについて返信を下書きするようAIを設定します。担当者が編集して送信します。マネージャーは編集率を追跡し、担当者が下書きの半分以上を書き直す場合、そのトピックはまだ準備ができていないと判断します。

コンタクトセンター(音声)。 あるコンタクトセンターは、まずリアルタイムの通話要約を追加し、担当者が通話後にメモを入力しなくて済むようにしました。6か月後には予約変更用の自動応答回線を追加し、いつでも担当者につながる音声オプションを用意しています。

Eコマースのサービス(WhatsApp)。 ある小売業者は、顧客がWhatsAppで破損した商品の写真を送れるようにしています。AIが破損状況を分類し、注文を確認して、担当者が承認するための交換を提案します。顧客がウィンドウを過ぎても反応しない場合は、事前に承認されたテンプレートで返信を促します。

フィールドおよびサービスオペレーション(SMSとメッセージング)。 ある修理業者は、AIでテキストによる予約の確認と、定められたルール内での再調整を行い、通常と異なる案件はディスパッチャーに引き継いでいます。

チャネルごとにAIを導入する方法

  1. チャネルの構成を把握する。 直近の四半期について、チャネル別の件数、平均対応時間、顧客満足度を集計します。件数が多く、質問が定型的なところから始めてください。
  2. 1つのチャネルと1つのユースケースを選ぶ。 誤りが見えやすく、やり直しもできるため、チャットかメールの下書きが通常の出発点です。4つのチャネルで同時に始めるのは避けてください。
  3. そのチャネルで支援するか自動化するかを選ぶ。 判断の進め方は、カスタマーサービスで自動化するか支援するかのガイドで解説しています。音声では、支援を基本としてください。
  4. ガードレールを設定する。 AIが回答してよいこと、必ず引き継ぐこと、決してしてはいけないことを定義します。ガードレールと明確なヒューマン・イン・ザ・ループの経路がセーフティネットになります。AI利用の開示文と、引き継ぎのトリガーを書いてください。
  5. コンテンツを準備する。 AIの精度は、読み込む記事とポリシーの質で決まります。公開前に、古い、または矛盾しているヘルプコンテンツを修正してください。
  6. トラフィックの一部でパイロットを実施する。 出力は人がレビューし続けます。解決率、エスカレーション率、顧客満足度、誤答の割合を測定してください。
  7. すべて一度にではなく、チャネルごとに拡大する。 ナレッジベースとガードレールは再利用しつつ、チャネルごとに再テストします。チャット向けに調整したプロンプトは、メールでは不自然に聞こえ、音声では長すぎます。
  8. 毎月レビューする。 すべてのチャネルで会話のサンプルを読み、ナレッジ、テンプレート、エスカレーションルールを更新してください。

よくある落とし穴

  • チャットの設計をすべてのチャネルにそのまま適用する。 音声では、より短い回答と番号の確認が必要です。メールでは、メッセージ内のすべての質問に完全に答える必要があります。
  • 人への出口がない。 CFPBは、人間への出口がないことを消費者の主な苦情として挙げています。引き継ぎは毎月ご自身でテストしてください。
  • ハルシネーションを軽視する。 メールの中で作り話の返金ポリシーを伝えれば、それは書面での約束になります。回答は自社のコンテンツに基づかせ、関連する情報が見つからない場合は回答をブロックしてください。
  • 同意とテンプレートを忘れる。 アウトバウンドの音声やメッセージングのキャンペーンは、開始前に同意の記録と承認済みのテンプレートが必要です。
  • デフレクションだけを測定する。 AIが「封じ込めた」会話は、顧客があきらめただけかもしれません。コンテインメントに加えて、満足度と再問い合わせ率も確認してください。
  • チャネル間で文脈が失われる。 チャットで始めて後から電話をかけてきた顧客に、同じ話を繰り返させるべきではありません。要約を引き継いでください。

次に読む記事

1つのチャネルを選び、最初のプロンプトを書く前に引き継ぎのルールを書き、毎週実際のトランスクリプトをレビューしてください。より広い戦略については、カスタマーサービスにおけるAIのピラー記事に戻ってご覧ください。

AIとサポートチャネルに関するよくある質問

どのサポートチャネルから最初にAIで自動化すべきですか?

Webチャットかメールの下書きから始めてください。どちらもテキストベースで、誤りを見つけやすく、メールの下書きは送信前に人がレビューできます。音声は、誤りがその場で音声として伝わり、取り戻すのが難しいため、通常は最後に自動化するチャネルです。

AIはメールよりチャットのほうが得意ですか?

得意とする仕事が異なります。チャットは、短い質問にナレッジベースから素早く答えるのに向いています。メールは、長いスレッドを読み、担当者が承認する丁寧な返信を下書きするのに向いています。サポート担当者向けAIアシスタントの研究では、AIが人間に返信を提案した場合に効果が測定され、新人で最も大きな改善が見られました。

顧客にAIと話していることを伝える必要はありますか?

EUでは、AI Actの第50条が、人と直接やり取りするシステムについて、文脈上明らかな場合を除き、相手がAIと話していることを知らされるように設計することを求めています。最初に開示することは、どのチャネルでも安全な運用であり、信頼の向上にもつながります。各国の要件は法務チームにご確認ください。

WhatsAppの24時間ウィンドウとは何ですか。AIにとってなぜ重要ですか?

顧客が最後にメッセージを送ってから、あらゆる種類のサービスメッセージを送信できる期間のことです。ウィンドウが閉じた後は、事前に承認されたテンプレートメッセージのみが許可され、顧客がオプトインしている必要があります。ウィンドウ後にAIが自由形式のフォローアップを下書きしても失敗するため、フォローアップはテンプレートとして設計してください。

アウトバウンド通話にAI音声エージェントを使えますか?

慎重に検討してください。2024年2月、FCCはAI生成の音声をTCPAにおける人工音声または録音音声と判断しました。この法律では、一般に、通話を受ける側の事前の明示的な同意が必要です。アウトバウンドのAI通話を行う前に、法的助言を受け、同意の記録を保管してください。

顧客がボットから抜け出せなくなるのを防ぐには?

回答より先に出口をつくってください。人につながる目に見える手段を用意し、失敗が続いた場合やネガティブなセンチメントの場合に引き継ぎ、その経路を定期的にテストします。CFPBのチャットボットレポートは、人間への出口がないことを苦情の主要なパターンとして強調しています。

About the author

Linh Ngo

Linh Ngo

Customer Success Operations Manager

Linh Ngo is Customer Success Operations Manager at Rework, focused on AI-led process automation for operations teams, especially order fulfillment and finance workflows. Linh writes about process management and the AI productivity tools that take manual steps out of daily operations, so teams can see where work stalls and fix the process before adding headcount.