カスタマーサポートで使いやすいAIは？

カスタマーサポートで使うAIは、返信文の自然さだけで決めず、「問い合わせが届く場所」と「正しい回答の根拠が置かれた場所」で選びます。複数の社内ソースを横断するならChatGPT Company Knowledge、FAQや対応ルールをプロジェクトにまとめるならClaude Projects、GmailとDriveで問い合わせを処理するならGeminiが候補です。正答率や解決率の順位は同条件の運用を測っていないため付けません。

返信文を作る前に、回答の根拠を決める

サポートAIの役割は、顧客の問題を勝手に解決したことにすることではありません。問い合わせを分類し、承認済みのFAQや規約から根拠を探し、回答案を作り、例外を担当者へ渡すところまでを設計します。料金、返金、契約、障害、在庫、納期など、誤案内が顧客の判断に直結する内容は、最新の原本を確認します。

導入前に、問い合わせを大まかに三つへ分けます。

• 定型・低リスク：営業時間、一般的な操作案内。承認済み回答案を作り、人が送信前に確認。

• 条件確認が必要：契約プラン、返金可否、納期。該当顧客と最新条件の照合を人へ回す。

• 高リスク・例外：個人情報、法的要求、重大障害、苦情。AIに確定回答させず、定めた担当へ即時引き継ぐ。

この分類は業界共通の正解ではありません。自社の契約、製品、顧客への影響に合わせて責任者が決めます。

問い合わせと知識の置き場所で選ぶ

表は横にスクロールできます

現在の運用	候補	使い方の候補	留意点
FAQ、CRM、社内資料が複数サービスに分散	ChatGPT	対応アプリやCompany Knowledgeから情報を探し、回答材料を集める	対応プラン、管理者設定、接続アプリ、権限
FAQ・禁止表現・エスカレーション手順を一組で参照	Claude	Projectsへ資料と指示を置き、返信案を作る	資料の更新担当、プロジェクト共有・権限
受付がGmail、商品資料がDrive	Gemini	Gmailの要約・返信案とDrive資料の検索を使う	対象アカウント、言語、Workspaceの機能提供
返信の解決率を上げたい	小規模な運用試験	同じ問い合わせ群で候補を比較	正確性・時間・再問い合わせを別々に計測

OpenAI Company Knowledgeは、利用可能な接続済みソースを使った組織情報の回答を案内しており、アクセス権限を尊重すると説明しています。Claude Projectsでは関連ファイルと専用指示をまとめられます。Gemini in Gmailではスレッドの要約、返信案、過去メールやDrive情報の検索などが案内されています。これらの機能はプラン、管理者設定、接続先、地域や提供状況に左右されるため、自社の画面で確認してください。ツールをつなぐだけで、問い合わせシステム全体が自動化されるわけではありません。

返信フローを一件の例で設計する

問い合わせ例：「先月契約したプランを解約したい。いつまでに手続きすれば今月分の請求が止まりますか？」

この質問には、一般的な返信テンプレートだけでは答えられません。顧客の契約プラン、契約開始日、更新日、解約条件、請求状況を確認する必要があります。AIへ任せる範囲は次のように分けます。

1. 問い合わせから「解約期限」「請求停止時期」の二つの質問を抽出する。

2. 顧客を特定する前に、個人情報や契約情報を使ってよい承認環境か確認する。

3. 最新の契約規約と顧客アカウントの該当項目を別々に確認する。

4. 期限が資料に明記されていれば、該当箇所を引用した回答案を作る。

5. 契約条件が見つからない、文書間で矛盾する、例外がある場合は人へ渡す。

6. 担当者が顧客・条件・請求状態を確認し、送信する。

AIが「通常は月末締めです」などと埋めるのは禁止です。文体が自然でも、契約の事実を確認できなければ回答は未完成です。

安全な返信案の出力形式

次の項目を使うと、回答と根拠が離れにくくなります。

分類：操作案内／契約・料金／障害／個人情報／その他

顧客の質問：質問を一文で要約

確認した根拠：資料名、版・更新日、該当箇所

確認済み事実：資料に明記された事実だけ

未確認項目：顧客固有情報や不明な条件

返信案：未確認事項を確定形で書かない

引き継ぎ先：担当部署または役割

送信条件：人の承認が必要な理由

プロンプトへ「資料にない場合は不明と書き、質問を返してください」と加えるだけで十分とは限りません。回答に根拠リンクが付いているか、引用が原文と一致するか、対象顧客や契約が正しいかは人が確かめます。

AIへ任せる境界を運用表にする

表は横にスクロールできます

内容	AIに任せる候補	人が確認すること
一般的な操作手順	資料の該当箇所を探し、短く説明する案	現行画面・製品版と一致するか
返金・解約・料金	問い合わせを分類し、確認項目を列挙	顧客の契約と最新規約、例外
障害・納期・在庫	状況報告の下書き	最新のシステム情報、約束可能な時期
個人情報の訂正・削除	必要な手続き・担当候補の整理	本人確認、社内規程、法令上の対応
苦情・法務・安全	要点と不足情報の整理	指定担当が判断し、必要なら専門部署へ

AIによる回答案の採用範囲は、誤りが起きた場合の影響と、誤りを送信前に発見できるかで決めます。人の確認を外すなら、誰が例外を受け取り、どの記録を見て、どう止めるかまで必要です。

効果測定は「速くなった」だけで終わらせない

試行する場合は、AI利用前の同種問い合わせと利用後を比較します。顧客情報の取扱いを承認したうえで、個人を特定しない形で次を記録します。

• 初回返信までの時間

• 人が全面的に書き直した割合

• 根拠が間違っていた割合

• 追加問い合わせ・再オープンの割合

• エスカレーションの遅れや見落とし

• 一件を処理する担当者の時間

• 顧客満足度を測っている場合はその変化

処理時間が短くなっても、誤案内や再問い合わせが増えていれば改善とは言えません。最初は問い合わせ種類を限定し、現行手順と並行してレビューします。件数が少ない試験結果を、全問い合わせの性能として一般化しないでください。

導入時の失敗と修正

古いFAQを参照してしまうときは、モデルを変えるより、最新版の管理者、更新日、古いファイルの扱いを先に整理します。更新日が分からない資料は根拠として使わず、担当者へ確認します。

回答の出典が出ない場合は、機能名だけで安全性を判断せず、回答に利用した資料と箇所を表示できる手順を作ります。表示できない内容は未確認として扱います。

個人情報が必要以上に使われる場合は、接続権限を見直し、業務に不要なデータを検索対象にしない、入力前にマスキングする、監査記録を確認するといった管理策を担当者と定めます。

例外を見逃す場合は、「規約にない」「資料が矛盾」「顧客固有の判断」「損失・権利に影響」など、担当へ回す条件を明文化し、実際の過去問い合わせを使ってテストします。テストデータには、個人情報のない例を使います。

AIものさし編集部の判断

複数の許可済みソースを横断して回答材料を探すならChatGPT Company Knowledge、FAQと対応ルールをプロジェクト単位で扱うならClaude Projects、受付がGmail中心ならGeminiを候補にします。選定前に、管理者設定、接続アプリ、権限、対象プランを確認してください。

まずは低リスクの問い合わせ種類を一つ選び、根拠を示す返信案だけを作らせます。人が確認して送る運用で、誤回答、修正時間、再問い合わせを記録し、効果が確認できてから範囲を広げます。

FAQを使うときの更新・責任分担

AIが参照するFAQは、文章を作った担当と内容の責任者が同じとは限りません。料金や規約のように変更頻度が高い項目には、更新責任者、最終確認日、適用範囲を付けます。古い版が検索結果に混ざる場合、更新した文書を置くだけでなく、旧版を参照対象から外す方法も確認します。

返信案を作る担当者が確認するのは、次の三点です。

1. 回答の出典が、問い合わせ時点で有効な版か。

2. 出典の対象が、質問した顧客・契約・製品に合っているか。

3. 回答文が、出典の条件や例外を省略していないか。

この確認を行えない問い合わせは、AIに文章を整えさせて送るのではなく、回答保留として担当部署へ渡します。FAQの内容が正しくても、顧客に適用される条件が違えば誤案内になります。

返信品質を採点する例

運用試験で一件ごとの返信案を比べるなら、担当者は次の観点で記録します。

表は横にスクロールできます

0点の例	1点の例	2点の例
根拠なし、または誤った条件	根拠はあるが条件や例外の確認が不足	顧客に合う根拠と条件が確認されている
質問に答えていない	一部に回答し、別の質問が残る	顧客の質問をすべて扱っている
引き継ぎ条件を見落とす	担当者が気づいて修正	適切な担当へ期限内に渡す
文面が誤解を招く	大幅な修正が必要	短く明確で、次の行動が分かる

点数だけで自動合否にせず、誤った請求・契約案内など重大な誤りは別に記録します。試験を止める条件は、導入前に責任者が決め、問題が見つかったときにすぐ人の通常対応へ戻せるようにしておきます。