ECの問い合わせ対応にAIを活用すると、送料、発送予定、支払い方法など、繰り返し発生する質問への対応時間を減らせる可能性があります。
ただし、問い合わせをすべてAIへ任せるのは適切ではありません。
同じ「返品について」という問い合わせでも、返品条件を説明するだけなのか、実際の注文を確認して返金可否を判断するのかで必要な対応は異なります。
在庫、発送、注文変更、返金、健康への影響、個人情報、強いクレームなどは、AIが文章を作れても、人が事実や条件を確認した方がよい場面があります。
そのため、EC問い合わせAIでは「どこまで自動化するか」より、先にAIへ任せない条件を決めることが重要です。
基本は、問い合わせを「AIのみ」「AI下書き＋人の確認」「有人対応」の3段階に分けます。
そのうえで、AIが参照するFAQ・商品情報・注文データを整え、判断できないときは人へ切り替えられる仕組みを作ります。
この記事では、EC問い合わせAIの使い方、自動化できる質問と有人対応の分け方、FAQ整備、エスカレーション、個人情報、ツール選び、KPIまでを7つの導入手順で解説します。
- EC問い合わせAIは「AIのみ・AI＋人・人のみ」の3段階で分ける
- 自動化率より誤回答した場合の顧客影響を優先する
- AI導入前にFAQ・商品情報・返品条件を最新化する
- 注文情報が必要な回答は、正しいデータを参照できるか確認する
- 返金・安全・個人情報・重大クレームは人へ切り替える
- AIが判断できない場合は無理に回答させない
- 個人データは必要な範囲だけ扱い、外部サービスの取扱条件を確認する
- 成果はAI回答率ではなく対応時間・誤回答・再問い合わせで測る
EC問い合わせAIとは
EC問い合わせAIとは、顧客から届く質問の分類、回答候補の検索、返信文の作成、FAQ案内などへAIを利用する方法です。
利用方法は大きく3段階に分けられます。
| 対応方法 | 使い方 | 例 |
|---|---|---|
| AIのみ | 決められた情報を参照して自動回答する | 営業時間、送料、一般的な支払い方法 |
| AI＋人 | AIが内容整理・下書きを行い、人が確認して送信する | 商品相談、配送遅延、在庫確認、交換案内 |
| 人のみ | AIで完結させず担当者・責任者が判断する | 重大クレーム、返金判断、安全、個人情報 |
文章を作れることと、顧客への最終判断を任せられることは別です。注文、在庫、返金、安全など事実確認や責任ある判断が必要な案件は、AI回答だけで完結させないようにします。
問い合わせ管理ツール・EC自動化との違い
問い合わせAIと、問い合わせ管理・EC自動化は役割が異なります。
| テーマ | 主な役割 |
|---|---|
| この記事 | AI回答、AI下書き、有人切替、参照データ、誤回答対策 |
| 問い合わせ管理 | 担当者、未対応、期限、履歴、複数窓口の管理 |
| EC自動化 | 受注、在庫、発送、メール、顧客対応などEC業務全体 |
| クレーム対応 | 重大案件の初動、事実確認、返金・再送、再発防止 |
EC問い合わせAIを導入する7つの手順
1．実際の問い合わせを分類する
最初からAIツールを選ばず、現在どのような問い合わせが発生しているかを確認します。
過去の問い合わせから、繰り返されている質問を分類してください。
- 送料
- 発送予定
- 配送状況
- 支払い方法
- 商品仕様
- サイズ
- 在庫
- 注文変更
- キャンセル
- 返品・交換
- 返金
- 商品不良
- クレーム
分類表に記録する項目
| 項目 | 記録すること |
|---|---|
| 問い合わせ分類 | 送料、配送、返品等 |
| 質問内容 | 実際によく聞かれる内容 |
| 標準回答 | 通常条件での回答 |
| 参照情報 | FAQ、商品、注文、在庫等 |
| 例外条件 | 通常回答が使えない条件 |
| 対応区分 | AI・AI＋人・有人 |
| 更新担当 | 情報を最新化する担当者 |
件数が少なくても、毎回注文履歴を探す、配送会社へ確認する、責任者承認が必要といった問い合わせは負担が大きい場合があります。件数・対応時間・誤回答時の影響を合わせて確認します。
2．AIのみ・AI＋人・有人対応へ分ける
問い合わせの種類ではなく、回答に必要な判断の深さで分けます。
| 問い合わせ | 推奨する扱い | 理由 |
|---|---|---|
| 営業時間 | AIのみ | 最新情報が明確なら定型回答しやすい |
| 一般的な送料 | AIのみ | 公開条件から回答できる |
| 支払い方法 | AIのみ | 公開情報として整理しやすい |
| 個別注文の発送状況 | AIまたはAI＋人 | 正しい注文・配送データへのアクセスが必要 |
| サイズ相談 | AI＋人 | 商品条件・顧客条件で回答が変わる |
| 配送遅延 | AI＋人 | 現在の配送状況確認が必要 |
| 返品条件の説明 | AIまたはAI＋人 | 一般条件と個別判断を分ける |
| 個別注文の返金可否 | 有人 | 注文・商品状態・返品条件等の判断が必要 |
| 健康・安全への影響 | 有人 | 影響が大きく責任ある確認が必要 |
| 個人情報の問題 | 有人 | 通常問い合わせと分けて扱う |
| 重大クレーム・法的主張 | 有人 | 事実確認と責任者判断が必要 |
「問い合わせの半分をAI化する」といった比率から始めると、本来人が確認すべき案件まで自動化しやすくなります。自店の問い合わせ内容とリスクから自動化範囲を決めてください。
3．AIが参照する「正しい情報」を1か所に整理する
AIの回答品質は、AIモデルだけでなく参照する情報にも左右されます。
FAQやマニュアルが古い状態では、AIが古い条件を使って回答する可能性があります。
少なくとも次を整理します。
- 営業時間
- 送料
- 配送方法
- 発送予定
- 支払い方法
- キャンセル条件
- 返品・交換条件
- 商品仕様
- サイズ表
- 問い合わせ窓口
情報ごとに更新日と責任者を持たせる
| 情報 | 参照先 | 更新担当 | 最終確認日 |
|---|---|---|---|
| 送料 | 配送ポリシー | 運営担当 | ________ |
| 返品条件 | 返品ポリシー | 責任者 | ________ |
| 商品仕様 | 商品マスター | 商品担当 | ________ |
商品ページでは「返品不可」、AI用データでは「返品可能」といった状態を避けます。顧客へ公開する情報とAIが参照する情報の整合性を確認してください。
4．有人対応へ切り替える条件を決める
AI導入で最も重要なのが、回答を止めて人へ渡す条件です。
自社の商品・顧客・返品ルールに合わせて決めます。
有人切替を検討する条件
- AIが回答根拠を確認できない
- 注文データと顧客申告が一致しない
- 在庫・配送状況が確認できない
- 返金・補償の判断が必要
- 商品の安全性に関する申告
- 個人情報の漏えい・誤送信等が疑われる
- 決済・請求に重大な問題がある
- 通常ルールにない例外要求
- 重大なクレーム
- 法的措置・行政機関等への相談が示されている
金額基準は自社で決める
返金額などの数値基準を作る場合は、他社の固定値をそのまま使いません。
次を踏まえて自社基準を決めます。
- 商品単価
- 粗利益・限界利益
- 返品送料
- 再販可能性
- 不正利用リスク
- 顧客への影響
- 担当者の権限
無理に結論を出さず、「確認が必要なため担当者へ引き継ぎます。回答予定は〇〇です」のように、次の行動が分かる状態へ切り替えます。
5．AI返信は「自由作文」ではなく型を決める
AIへ単に「丁寧に返信してください」と指示するのではなく、返信に必要な要素を固定します。
基本の返信構成
- 問い合わせを受け付けたこと
- 確認できている事実
- 現在案内できる対応
- 顧客またはショップが次に行うこと
- 必要なら次回連絡予定
AIへ設定したい回答ルール
- 確認できない事実を作らない
- 在庫・発送日を推測しない
- 注文情報にない内容を断定しない
- 公開されていない特典を約束しない
- 返金・補償を独自判断で確約しない
- 必要以上の個人情報を回答へ含めない
- 判断できない場合は有人対応へ切り替える
長い謝罪文を書いても、発送日や返金条件が誤っていれば顧客の問題は解決しません。回答は、確認できる事実と次の行動を中心にします。
6．個人情報・権限・外部AIサービスの扱いを確認する
ECの問い合わせには、氏名、住所、電話番号、メールアドレス、注文内容などが含まれる場合があります。
AIへ渡すデータは、回答に必要な範囲へ絞ります。
配送状況の回答で必要になり得る情報
- 注文識別情報
- 発送状態
- 発送日
- 配送・追跡情報
回答に不要な過去の注文履歴や個人情報までAIへ参照させる必要はありません。
確認する項目
- 個人情報の利用目的
- AIへ渡すデータ範囲
- アクセスできる担当者
- ログへ保存される情報
- 保存期間
- 外部サービス側のデータ利用条件
- 委託・再委託の有無と取扱条件
- 契約終了時のデータ・権限処理
利用形態によって個人情報保護法上の扱いが異なる場合があります。委託に当たる場合は、委託先の安全管理措置、契約内容、取扱状況の確認などを行います。
個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」
個人情報保護委員会「コールセンター業務における個人データの取扱いに関する注意喚起」
AIガバナンスも確認する
AIを業務へ導入するときは、回答品質だけでなく、安全性、プライバシー、セキュリティ、説明責任なども運用ルールへ含めます。
7．限定してテストし、回答ログとKPIで改善する
最初からすべての問い合わせをAIへ切り替える必要はありません。
まず、誤回答した場合の影響が小さく、回答根拠が明確な質問からテストします。
テストする問い合わせ
- 通常の送料案内
- 例外地域の送料
- 通常の発送予定
- 発送遅延
- 在庫あり・在庫切れ
- 注文変更期限内・期限後
- 返品条件内・条件外
- AIが根拠を確認できない質問
- 有人切替が必要な質問
確認するポイント
- 正しい情報を参照したか
- 存在しない情報を補っていないか
- 例外条件を見落としていないか
- 不要な個人情報を含めていないか
- 有人対応へ正しく切り替わったか
- 顧客が次に何をすればよいか分かるか
商品、送料、返品条件、配送方法などが変われば、以前は正しかった回答が誤回答になる場合があります。条件変更時と定期確認時にAI回答を再テストしてください。
EC問い合わせAIツールの選び方
AI性能や料金だけではなく、「回答に必要なECデータへ正しくアクセスできるか」を確認します。
| 比較項目 | 確認すること |
|---|---|
| FAQ連携 | 自社の正しいFAQを参照できるか |
| 注文連携 | 注文状況を必要な範囲で確認できるか |
| 在庫連携 | 最新在庫を参照できるか |
| 配送連携 | 発送・追跡情報を確認できるか |
| 有人引継ぎ | AIが判断できない場合に担当者へ渡せるか |
| 履歴 | AI・有人の対応履歴を確認できるか |
| ログ | 誤回答を後から確認できるか |
| 権限 | 担当者・AIが参照できる範囲を限定できるか |
| データ取扱い | 保存・利用・削除等の条件を確認できるか |
| 費用 | 削減時間と運用負担に見合うか |
在庫切れ、返品条件外、配送遅延、注文情報不足、有人対応が必要な質問なども試し、「分からないときに正しく止まれるか」を確認します。
AIと有人対応の役割分担
| AIへ任せやすい | 人が確認したい |
|---|---|
| FAQ検索 | 例外条件の判断 |
| 問い合わせ分類 | 重大性の最終判断 |
| 返信下書き | 返金・補償 |
| 公開済み条件の案内 | 個別の契約・注文判断 |
| 情報不足の確認質問 | 健康・安全問題 |
| 有人担当への振り分け | 個人情報・決済問題 |
| 回答ログの分類 | 重大クレーム・信頼回復 |
AIは担当者をなくすためではなく、繰り返し作業を減らして、人が判断すべき問い合わせへ時間を使える状態を作るために利用します。
返品・返金をAIだけで決めない
返品条件の説明と、個別注文の返品・返金判断は分けます。
AIへ案内させやすい内容
- 公開している返品受付条件
- 返品申請方法
- 返送方法
- 必要な注文情報
人が確認する内容
- 返品条件へ該当するか
- 商品状態
- 商品不良かどうか
- 返金額
- 送料負担
- 再販可能性
- 例外対応
EC問い合わせAIで見るKPI
AI導入の成果を「AIが何件答えたか」だけで評価しません。
| KPI | 確認すること |
|---|---|
| 1件あたり対応時間 | 人の作業時間が減ったか |
| 初回応答時間 | 顧客を長く待たせていないか |
| 解決までの時間 | AI導入後も案件が止まっていないか |
| AI完結件数 | 低リスク質問を処理できているか |
| 有人切替率 | どの問い合わせで人が必要か |
| 誤回答・修正件数 | 回答品質に問題がないか |
| 再問い合わせ率 | 回答不足・誤解がないか |
| クレーム | AI回答が新しい問題を生んでいないか |
| 運用時間 | FAQ更新・ログ確認にかかる時間 |
| 運用費 | ツール費用に見合う効果か |
月間削減時間
月間削減時間 ＝ 導入前の問い合わせ対応時間 − 導入後の有人作業時間 − AI運用管理時間
AI回答件数が多くても、すべてを人が長時間確認していれば削減効果は小さくなります。
反対に、自動化範囲が狭くても、高頻度の定型質問を安全に処理できれば十分な効果が出る場合があります。
AIログを商品ページ・FAQ改善へ戻す
問い合わせAIは、回答を自動化するだけでなく、顧客がどこで困っているかを発見する材料にもなります。
同じ問い合わせが繰り返されている場合は、AI回答率を上げるだけでなく、問い合わせ自体を減らせないか確認します。
| 問い合わせ | 改善先 |
|---|---|
| 送料が分からない | 商品ページ・配送案内 |
| 発送日を聞かれる | 商品ページ・注文確認メール |
| サイズ相談が多い | サイズ表・比較写真 |
| 使い方が分からない | 商品説明・動画・購入後案内 |
| 返品条件を誤解される | 返品ポリシー・購入前表示 |
顧客が商品ページやFAQだけで疑問を解消できるようになれば、AIも人も回答する必要がなくなります。問い合わせログをサイト改善へ戻してください。
30日でEC問い合わせAIを導入する手順
1〜7日目：問い合わせとFAQを整理する
- 過去の問い合わせを確認する
- 問い合わせ種類を分類する
- 対応時間を記録する
- 標準回答を確認する
- 古いFAQを修正する
- 更新担当者を決める
8〜14日目：AIと有人対応の境界を決める
- AIのみで回答する質問を決める
- AI下書き＋人で確認する質問を決める
- 有人対応案件を決める
- エスカレーション条件を決める
- AIが回答できない場合の動作を決める
- 担当者の権限を決める
15〜21日目：データ・返信・例外をテストする
- FAQ回答をテストする
- 注文情報が必要な質問をテストする
- 在庫切れをテストする
- 配送遅延をテストする
- 返品条件外をテストする
- 有人切替をテストする
- 個人情報の表示範囲を確認する
22〜30日目：限定運用してログを改善する
- 低リスクな問い合わせから運用する
- AI回答を確認する
- 誤回答を分類する
- FAQ不足を修正する
- 有人切替漏れを修正する
- 対応時間を比較する
- 再問い合わせを確認する
- 継続・拡大・停止を判断する
AI回答率を最大化することではなく、「どの質問なら安全に任せられ、どの条件なら人へ切り替えるか」を自社ルールとして説明できる状態を作ります。
EC問い合わせAIでよくある失敗
AI回答率を最初の目標にする
自動化率より、顧客への影響と回答精度を優先します。
古いFAQをそのまま参照させる
送料、返品、商品仕様などを最新化してから利用します。
AIへ自由に文章を書かせる
確認できる事実、対応、次の行動を含む返信形式を決めます。
注文データを確認できないのに発送日を答えさせる
個別注文へ回答する場合は、正しい注文・配送データへアクセスできることを確認します。
返金額の固定値を他社からコピーする
商品単価、利益、返品送料、商品状態、顧客影響などから自社基準を決めます。
重大クレームをAIだけで処理する
安全、個人情報、決済、法的問題などは責任者へ共有するルールを作ります。
必要以上の顧客データをAIへ渡す
回答に必要な情報へアクセス範囲を限定します。
AIツールの機能だけで選ぶ
FAQ、注文、在庫、配送、有人切替、ログ、権限、データ取扱いまで確認します。
通常質問だけをテストする
在庫切れ、返品条件外、情報不足、有人切替など例外ケースも試します。
導入後にログを見ない
商品・送料・返品条件の変更後も回答内容を再確認します。
AI回答件数だけで成果を判断する
有人作業時間、誤回答、再問い合わせ、クレーム、運用費まで比較します。
EC問い合わせAI導入チェックリスト
問い合わせ整理
- 過去の問い合わせを分類した
- 高頻度の質問を確認した
- 1件あたり対応時間を確認した
- 例外問い合わせを確認した
FAQ・参照データ
- 送料が最新
- 発送予定が最新
- 返品条件が最新
- 商品仕様が最新
- 情報ごとに更新担当者がいる
AI・有人分担
- AIのみで回答する範囲を決めた
- AI下書き＋人の範囲を決めた
- 有人対応案件を決めた
- 判断不能時の切替方法を決めた
- 責任者へ共有する条件を決めた
個人情報・権限
- AIへ渡す情報を必要な範囲へ絞った
- アクセス権限を確認した
- ログ保存範囲を確認した
- 外部サービスのデータ取扱条件を確認した
- 委託等の法的な位置づけを確認した
テスト
- 通常FAQを試した
- 個別注文を試した
- 在庫切れを試した
- 配送遅延を試した
- 返品条件外を試した
- 情報不足を試した
- 有人切替を試した
KPI
- 1件あたり対応時間を測っている
- 初回応答時間を確認している
- 解決時間を確認している
- 誤回答を記録している
- 再問い合わせを確認している
- 有人切替を確認している
- AI運用時間を記録している
- 運用費を確認している
EC問い合わせAIに関するFAQ
ECの問い合わせをすべてAIに任せられますか？
すべてをAIのみで完結させる必要はありません。送料や営業時間などの定型質問、AI下書き＋人の確認、返金・安全・個人情報などの有人対応へ分けます。
最初にAI化しやすい問い合わせは何ですか？
答えが明確で、正しい公開情報から回答でき、誤回答した場合の影響が比較的小さい質問から検討します。営業時間、一般的な送料、支払い方法などが候補です。
返品についてAIに回答させてもよいですか？
公開している一般的な返品条件の案内と、個別注文の返品・返金判断を分けます。商品状態や例外条件の確認が必要な場合は人が最終判断します。
AIが間違った回答をしないようにできますか？
誤回答を完全になくすことは保証できません。FAQを最新化し、参照できるデータを限定し、推測禁止・判断不能時の有人切替を設定し、回答ログを継続的に確認します。
問い合わせ件数が少なくてもAIツールは必要ですか？
必須ではありません。問い合わせ件数が少なく、現在の運用で返信漏れや大きな負担がない場合は、FAQ整理やAIによる返信下書きだけで十分な場合があります。
問い合わせAIへ顧客の氏名や住所を入力してよいですか？
利用するサービスと利用目的によって確認事項が異なります。回答に必要な情報だけを扱い、サービスのデータ取扱条件、アクセス権限、保存、個人情報保護法上の位置づけを確認してください。
AI問い合わせツールは何を基準に比較しますか？
AI性能だけではなく、FAQ、注文、在庫、配送との連携、有人切替、ログ、権限管理、データの取扱い、導入後の削減時間と費用を比較します。
AI導入の成果は何で確認しますか？
1件あたり対応時間、初回応答時間、解決時間、誤回答・修正、再問い合わせ、有人切替、クレーム、運用時間、費用などを導入前後で比較します。
まとめ
- 実際の問い合わせを分類する
- AIのみ・AI＋人・有人対応へ分ける
- AIが参照する正しい情報を整理する
- 有人対応へ切り替える条件を決める
- AI返信の型と禁止事項を決める
- 個人情報・権限・外部サービスの扱いを確認する
- 限定してテストし、回答ログとKPIで改善する
EC問い合わせAIの目的は、問い合わせをすべて無人化することではありません。
まず過去の問い合わせを分類し、答えが明確な定型質問、AIが下書きして人が確認する質問、人が判断すべき重大案件へ分けます。
次に、送料、発送、返品、商品仕様などAIが参照する情報を最新化してください。
個別の発送状況や在庫について回答する場合は、AIが正しい注文・在庫・配送データを参照できるかを確認します。
返金、安全、個人情報、重大クレームなどは、AIが文章を作れる場合でも人が判断するルールを残します。
また、AIが根拠を確認できない場合に、無理に回答せず担当者へ切り替えられる設計が重要です。
顧客情報を扱う場合は、AIへ渡す情報を必要な範囲へ絞り、権限、ログ、外部サービスのデータ取扱条件も確認してください。
導入後はAI回答件数だけではなく、1件あたり対応時間、誤回答、再問い合わせ、有人切替、クレーム、運用費を確認します。
さらに、繰り返される問い合わせを商品ページやFAQへ反映すれば、AIが答える問い合わせそのものを減らすこともできます。
目指すのは「AIが何でも回答するEC」ではありません。
定型質問は素早く解決し、判断が必要な顧客には人が確実に対応できる仕組みを作ることが、EC問い合わせAIを安全に活用する基本です。
最近の問い合わせを確認し、「AIだけで回答できる」「AI下書き後に人が確認する」「人が判断する」の3種類へ分類してください。AIツールを比較するのは、その境界と必要な参照データが決まってからで構いません。
問い合わせ管理の仕組みを確認する