カスタマーサポートの AI アシスタント：ヘルプデスクの AI アドオンか、チャットボットプラットフォームか、自社データで動くカスタムアシスタントか

カスタマーサポートの AI アシスタントは、自社のヘルプセンターをもとに顧客の質問に答え、注文の照会のような簡単な操作を顧客のために行うことができる。サポートチームが確認するための返信の下書きを作ることもできる。導入の方法は三つある。ヘルプデスク、つまりチームがチケットやチャットを処理するために使うソフトウェアの多くは、いまでは独自の AI 機能を販売している。使い続けるヘルプデスクに、別の AI エージェントプラットフォームを接続することもできる。また、開発会社に、自社のデータとシステムをもとにしたカスタムアシスタントを作ってもらうこともできる。ベンダーの課金単位は、解決1件ごと、会話1件ごと、操作1回ごと、シートごとのいずれかである。どの選択肢が正しいかは、アシスタントが何をしなければならないのか、そして自社のデータをどこに送ってよいのかで決まる。

ヘルプデスクに備わった AI 機能で、何が得られるのか

ヘルプデスクのベンダーは、二種類の AI を販売している。AI エージェントは、チャットやメールで顧客に直接答える。コパイロットは、ヘルプデスクの中でサポートチームを助ける。たとえば、返信の下書きを作る。

Zendesk の料金ページにはこうある：「Zendesk の AI エージェントはすべての Suite プランと Support プランに含まれており、価格は AI エージェントがあげた成果に応じて決まる。」Intercom の料金ページにはこうある：「すべてのプランに、Intercom と Fin AI Agent へのアクセスが含まれる。」Fin は Intercom の AI エージェントである。この記事の出典はすべて2026年11月5日に閲覧した。

この選択肢では、すでに動かしているものをそのまま使える。AI エージェントは同じツールの中にあるヘルプセンターの記事をもとに答え、対応できないときは、同じ受信箱で会話をチームに引き継ぐ。

その代わり、選べる幅は狭くなる。答えを書くモデル、つまり ChatGPT の裏にあるのと同じ種類の AI である大規模言語モデル（LLM）は、たいていベンダーが選ぶ。モデルの学習についての Intercom の記事には、「顧客は、Fin がサービスを提供するために使う AI モデルを選ぶことはできない」とある。AI エージェントへの指示も、ベンダーのツールの中に置かれる。この選択肢が合うのは、答えの大半がすでにヘルプコンテンツの中にあり、ベンダーがデータを処理する場所をコンプライアンス部門が受け入れている場合だ。

別の AI エージェントプラットフォームが理にかなうのはどんなときか

AI エージェントやチャットボットのプラットフォームの中には、単体で販売され、既存のヘルプデスクに接続するものがある。Intercom は、別のヘルプデスクを使い続けるチームにも Fin を提供している：「Salesforce をはじめ、いま使っているヘルプデスクで Fin を使ってほしい。」Zendesk の料金ページは Forethought の AI エージェントを提供しており、それらは「Zendesk を使っていても、別のサービスプロバイダーを使っていても」機能するとしている。

プラットフォームが合うのは、ヘルプデスクは使い続けたいが、そのヘルプデスク自身の AI エージェントが自社のテストに通らない場合だ。複数のヘルプデスクを運用していて、それらをまたいで一つのアシスタントを使いたい場合にも合う。

その分、構成は複雑になる。ベンダーがもう一社増え、そのベンダー独自の条件のもとで自社の会話を処理する。チームへの引き継ぎも、二つのシステムをまたぐことになる。引き継ぎはローンチの前にテストしておく。途中で履歴が失われれば、顧客はすべてを一から説明し直さなければならない。

自社のデータを使うカスタムアシスタントを作る価値があるのはどんなときか

カスタムアシスタントとは、開発会社が言語モデルを中心に据えて自社のために作るソフトウェアである。質問ごとに自社の文書を検索し、合致する断片をモデルに渡す。この手法は、検索拡張生成（RAG）と呼ばれる。ほかのシステムには、それぞれの API、つまりあるプログラムが別のプログラムとやり取りするためのインターフェースを通じてアクセスする。

次のうち少なくとも一つが当てはまるなら、作る価値がある：

• 答えが、自社のトレーディングプラットフォームや自社のバックオフィスのように、どのベンダーも接続していないシステムに左右される
• 操作が、顧客の口座の種類によって変わる上限のように、ベンダーの設定画面では表現できないルールに従う
• 顧客との会話は自社が管理するサーバーにとどめなければならないと、自社のルールが定めている
• 自社の量では、解決1件ごとの料金が、自社のシステムを運用する人員とサーバーの費用を上回る

作るには時間がかかり、ローンチ後はシステムの運用に責任を負うことになる。その仕事を誰が担えるのかは、機械学習（ML）のチームがない会社で LLM システムを誰が運用するのかについての記事が説明している。ファインチューニング、つまり自社のチケットでモデルを学習させることは、ファインチューニングか RAG かについての記事が示すとおり、たいてい必要ない。

ベンダーは、カスタマーサポートの AI にどう課金するのか

ベンダーの課金単位は五つある。以下の価格は米ドル建てで、2026年11月5日時点の各ベンダーの公開料金ページによる：

• 解決ごと：Zendesk の Suite Team プランの料金は、サポート担当者1人あたり月額で、年払いなら55ドル、月払いなら69ドルである。これには、サポート担当者1人あたり月5件の自動解決が含まれる。Suite Professional は年払いなら115ドル、月払いなら149ドルで、自動解決は10件含まれる。それを超える解決は、利用量を事前に確約すれば1件1.50ドル、従量課金なら1件2.00ドルかかる
• アウトカムごと：Intercom は、シート、つまりチームのメンバー一人ひとりの月額ライセンスに加えて、Fin のアウトカム1件ごとに0.99ドルを課金する。課金対象のアウトカムには、「Fin の最後の回答のあと、それ以上の助けが求められない」場合の解決が含まれる。「人に引き継ぐよう設定した Procedure を Fin が完了する」場合の Procedure handoff（Procedure による引き継ぎ）も含まれる。Procedure とは、Fin のために設定するワークフローを指す Intercom の呼び名である。ほかのヘルプデスクと組み合わせる場合、Fin に Intercom のシートは要らず、最低利用量は月50アウトカムである
• 会話ごと、または操作ごと：Salesforce は、同社の AI エージェントである Agentforce を会話1件あたり2ドルとしている。もう一つの選択肢は Flex Credits で、100,000クレジットあたり500ドルで販売されている。レコードの更新などの操作は1回につき20クレジットを使うので、操作1回あたりの費用は10セントになる
• シートごと：サポートチーム向けのコパイロットは、サポート担当者1人ごとに価格が決まる。Zendesk は Copilot を、Professional 以上のプラン向けに、年払いでサポート担当者1人あたり月50ドルとしている。Intercom は Copilot を、年払いでサポート担当者1人あたり月29ドル、月払いなら35ドルとしている

価格より先に、定義を比べる。Intercom の価格体系では、Procedure として設定した引き継ぎは、解決と同じように課金される。Zendesk が課金するのは、「人間の担当者に一切エスカレーションすることなく」解決されたリクエストだけである。各ベンダーに、自社の実際の1か月分の量を会話の種類別に示し、最低利用量も含めて価格を出してもらう。

アシスタントが操作を行うようになると、何が変わるのか

ヘルプセンターをもとに答えるだけなら、アシスタントに必要なのは良い記事くらいのものだ。公開済みのものを読むだけだからである。操作は違う。注文の照会は自社のシステムからデータを読み、返金や住所の変更はそのデータを更新する。操作にはそれぞれ、次のものが必要になる：

• システムが提供する API か、誰かが作る API を通じた、そのシステムへの接続
• サインインしてもらうなど、アシスタントが顧客のアカウントを読んだり変えたりする前に行う本人確認
• そのシステムでのアシスタント専用のアカウント。一覧にある操作の権限だけを持ち、それ以外の権限は持たない
• お金を動かすもの、顧客の記録を変えるもののすべてに対する人の承認。承認は、その操作を実行するシステムの側で強制する

Zendesk は、「外部のシステムに接続して、データの読み取り、書き込み、解析を行い、操作を起動する」AI エージェントの連携機能を挙げている。Intercom は、Fin が「外部のシステムで操作を行う」としている。それでも、アシスタントに何ができるかを決めるのは、自社のシステムにある権限と承認のルールである。どの操作に人が必要かは、上でリンクした、AI エージェントと人による承認についての記事が説明している。

会話とヘルプコンテンツはどこで処理され、ベンダーはそれでモデルを学習させるのか

どの選択肢でも、顧客との会話とヘルプコンテンツは言語モデルに送られる。そのデータがどこで保存・処理されるのか、そして誰かがそれでモデルを学習させるのかを確認する。

Zendesk の AI Trust のページは、米国、英国、アイルランド、ドイツ、日本、オーストラリアでの地域別のデータホスティングを挙げている。同社が使うサードパーティの LLM について、このページはこう述べている：「顧客データがモデルの学習に使われることは決してない」。生成 AI についての同社のページは、さらに、Zendesk は「OpenAI の欧州のエンドポイントにアクセスした最初の企業の一つである」と付け加えている。だから、自社のアカウントにはどのモデルプロバイダーとリージョンが使われるのかを尋ねる。Zendesk 自身のモデルは、「顧客が指示した範囲で、顧客データを使って学習される場合がある」。

Intercom は、米国に加えて EU またはオーストラリアでのデータホスティングを、契約のもとで Advanced プランと Expert プランの新しいワークスペースに提供している。同社のプロダクト規約には、「顧客データは、そうしたサードパーティの AI プロバイダーに送られる」とある。サードパーティの AI プロバイダーとは、Intercom が使うモデル企業のことだ。規約はさらに、Intercom がそれらの企業に対し、そのデータで学習することを「契約によって制限している」と付け加えている。

一方で、Intercom は同社の Fin モデルについては学習を行っている。2026年9月8日付の同社のヘルプ記事によれば、それらのモデルは、個人を特定する情報を取り除いたデータで学習され、そのデータは「本番環境の Fin の会話ログから」取られている。そのデータには、「Fin が取得したあらゆるナレッジコンテンツ／記事」が含まれうる。オプトアウトはワークスペースの設定から申請でき、Intercom は30日以内にそれを処理する。EU またはオーストラリアでホストされているワークスペースは、自動的に対象外になる。

規制当局や自社の方針が、顧客との会話を自社が管理するサーバーの外で処理してはならないとしているなら、ベンダーがホストするヘルプデスクの AI はそのルールを満たさない。その場合、アシスタントには自社のインフラ上のモデルが必要になる。そのために何が必要かは、自社サーバーで動くプライベートな ChatGPT についての記事が説明している。

本当の解決率は、どう測るのか

アシスタントが顧客に伝えたことには、自社が責任を負う。2024年2月の少額請求に関する決定で、ブリティッシュコロンビア州の民事解決審判所（Civil Resolution Tribunal）は、Air Canada に対し、同社のウェブサイトのチャットボットを信じた乗客への支払いを命じた。チャットボットは、通常運賃で航空券を買ったあとでも、より安い忌引運賃を請求できると案内したが、航空会社はそれを認めていなかった。審判所はこう書いている：「自社のウェブサイト上のすべての情報に責任を負うことは、Air Canada にとって明白であるはずだ。その情報が静的なページから来たものか、チャットボットから来たものかで違いはない。」

ベンダーが数える解決件数は、そのベンダーが課金する対象そのものである。上で引用した Intercom の定義は、顧客がそれ以上の助けを求めないことを根拠にしている。Zendesk が見るのは、顧客が追加の説明も人による対応も求めなかった会話である。そして、テキストを読んだ LLM が、リクエストが「満足のいく形で解決された」と確認した場合にだけ課金する。メッセージングでは、Zendesk はデフォルトで、最初のメッセージから2時間後に会話を終了する。あきらめて翌日に電話をかけてきた顧客も、解決済みとして数えられることがある。

質問の種類ごとに、自社の指標を追う：

• 再問い合わせ：同じ顧客が、7日間など決まった期間のうちに、どのチャネルであれ、同じ問題で再び連絡してくること
• 自社の社員がヘルプコンテンツに照らして読む、解決済みとして数えられた会話の毎週のサンプル
• 自社のチームが受ける評価と並べた、アシスタントが対応した会話に対する顧客の評価
• 引き継ぎと、その一件ごとの理由、そして自社のチームが顧客に最初から説明し直してもらう必要があったかどうか

ローンチの前に、事前に合意した合格ラインを使って、自社の過去のチケットでアシスタントをテストする。その方法は、上でリンクした、AI アシスタントのテストについての記事が説明している。

アシスタントは、会話をどう人に引き継ぐべきか

人につながる方法を見つけやすくし、会話の全体を引き継いで、顧客が何を伝えられたのかをチームが確認できるようにする。苦情や支払いへの異議申し立てのように、常に人に回すケースを書き出しておく。チームの営業時間外には、いつ担当者から返信があるのかを、アシスタントが伝えるべきだ。

顧客には、AI と話していることを伝えなければならないのか

EU では、人工知能に関する EU の法律である AI Act の第50条が、人と直接やり取りする AI システムを対象にしている。こうしたシステムは、それが明らかな場合を除き、人々が「AI システムとやり取りしていることを知らされる」ように設計されなければならない。その情報は、「遅くとも最初のやり取りまたは接触の時点で」示されなければならない。欧州委員会の AI Act Service Desk は、第50条の適用が始まった日を2026年8月2日としている。

ベンダーを使うなら、その AI エージェントがどう名乗るのかを確認する。Zendesk は、同社の AI エージェントについて、「Zendesk のメッセージングのインターフェース上で、エンドユーザーに直接それとわかるように示される」としている。一方、Intercom のプロダクト規約は、人々に確実に知らせることを Intercom を利用する企業に求めている。カスタム開発なら、文言を弁護士と取り決める。

何が自社のものになり、あとからベンダーを乗り換えられるのか

次のものは、どれも次のベンダーや自社開発のシステムにそのまま持っていけるので、自社が管理するストレージに保管しておく：

• ヘルプコンテンツ、つまりアシスタントが答えのもとにする記事
• プロンプト、つまり手順やエスカレーションのルールなど、アシスタントが従う書面の指示
• テストケースと、自社の社員が書いた期待する答え
• アシスタントが使った出典と、行った操作を含む会話ログ

Intercom のプロダクト規約では、自社の入力には、ヘルプセンターのコンテンツと、手順やエスカレーションのルールのような「AI プロダクトのためのあらゆるトレーニングコンテンツ」が含まれる。入力と出力は、「本契約に基づく顧客データである」。どの契約でも、同じ条項を確認する。

会話の履歴は、移すのが最も難しい部分だ。別のホスティングリージョンへの移行についての Intercom のヘルプ記事にはこうある：「過去の会話データは、新しいワークスペースに移行できない。記録保存のためにエクスポートすることしかできない」。契約しているうちに、定期的にログをエクスポートしておく。

カスタム開発なら、コードも自社に引き渡すことを契約に定め、開発会社が手元に残すコンポーネントがあれば、それも名指ししておくべきだ。

ヘルプデスクや AI プラットフォームのベンダーに何を聞くべきか

• 課金対象の解決やアウトカムとして、正確には何が数えられるのか。引き継ぎが課金されることはあるのか
• 自社の会話を処理するのはどのモデルプロバイダーで、どのリージョンなのか
• 自社の会話やヘルプコンテンツでモデルを学習させる者はいるのか。オプトアウトするにはどうすればよいのか
• アシスタントは自社のシステムでどの操作を行えるのか。承認はどこで強制されるのか
• すべての会話とログを、各回答の根拠となった出典とともに、いつでもエクスポートできるのか
• そちらがモデルを変えるとき、自社のテストケースを再実行するために、どれだけ前に知らせてもらえるのか

構築を任せる会社に何を聞くべきか

• アシスタントは、自社のどのシステムからデータを読み、どのシステムに変更を加えるのか
• モデルはどこで動き、どのデータが自社のサーバーの外に出るのか
• 自社の過去のチケットで、どのようにテストするのか。自社の側では誰が承認するのか
• 自社のチームへの引き継ぎはどう機能し、アシスタントは自分が AI であることを顧客にどう伝えるのか
• 最後に、コード、プロンプト、テストケース、ログは自社のものになるのか

amBrain はどこに位置づけられるか

このブログを発行しているのは amBrain である。自社のプロダクトについて、amBrain はこう述べている：「自社プロダクトのshyash.aiは、会社の事実を集めた一つの共有メモリをもとに、調査、執筆、確認、計測を行うAIエージェントで動きます。配信されるものはすべて担当者が承認します。」

この記事は事例紹介ではなく、顧客のための仕事については述べていない。amBrain がいずれかの顧客のためにサポート用のアシスタントを構築したとも主張していない。上の一文は amBrain 自身のプロダクトについてのものであり、例は一般的なものである。

ここで名前を挙げた企業と公的機関は、公開されているページから引用したものである。この記事は、amBrain とそれらのいずれかとのあいだに何らかの関係があるとは主張せず、amBrain の価格や期間も示さない。

amBrain は2019年からソフトウェアを作っている。顧客との仕事の進め方については、こう述べている:「三つの形態:フルデリバリー、専任チーム、あるいはあなたのチームに入るエンジニア。」所有権についての一文はこうだ:「顧客は、プロダクトとコードの完全な所有権を保持する。ただし、私たちの再利用可能なコンポーネントは除く。」署名の前に、そのコンポーネントを名前で列挙した一覧を求めること。

この記事は法的助言でもない。AI Act とプライバシー法が自社のアシスタントにどう適用されるかは、弁護士に尋ねる。上で挙げた質問は、検討するどの会社にも当てはまる。