チャージバックの問い合わせにAIができること、できないこと
Riellvriany Indriawan
Katelin Teen
最終更新 September 22, 2026
チャージバックとは何か(そしてなぜあなたの机に届くのか)
私はサポートキューを担当しているので、こうしたチケットの半数でつまずきの原因になる区別から始めさせてください。返金は、事業者がお客様に直接お金を返すことです。チャージバックは、お客様が事業者を飛び越えて銀行に請求の取り消しを求めることです。
これが起こると、カード発行会社がカードネットワーク上で正式な紛争を作成し、即座に支払いを取り消し、金額と手数料があなたの残高から引き落とされます。そして担当者が見落としがちな点があります。紛争が開始されると、紛争プロセスの外で返金することはできません。つまり「大丈夫です、今すぐ返金します」という善意の返信は、役に立たないどころか、お客様が紛争を取り下げるまで不可能なのです。結果を握っているのは、あなたではなく銀行です。
だから支払い紛争は、経理の問題になる前にサポートの問題です。お客様はほぼ必ず最初にあなたへ、戸惑ったり怒ったりしながら連絡してきます。担当者の返信次第で、簡単な解決で済むか、正式なチャージバックになるかが決まります。実際に目にする3つの状態は次のとおりです。
| 返金 | 照会(Inquiry) | チャージバック | |
|---|---|---|---|
| 開始するのは誰か | 事業者(お客様のため) | 銀行(紛争前) | 銀行(正式に) |
| あなたのお金 | 返すかどうかは自分で選ぶ | 審査中は引き落とされない | 直ちに引き落とされ、手数料も発生 |
| 直接返金できるか | できる | できる。全額返金で終了 | できない(係争中は不可) |
| 誰が決めるか | あなた | あなたが解決できる | 銀行が最終判断、不服申し立て不可 |
照会は見落とされがちです。これは紛争前の働きかけで、まだお金は動いておらず、手数料付きの本物のチャージバックが届く前の、手軽な最後の出口です。このタイミングこそAIが役立つ理由であり、後ほど改めて触れます。
チャージバックの問い合わせがサポートキューを静かに圧迫する理由
キューを運用したことがないと、チャージバックはまれな例外のように聞こえます。しかしそうではありません。繰り返し発生する定型の流れであり、コストは二重にかかります。お客様を助けるときと、数週間後に紛争を争うときです。
まず意外なのは件数です。ある事業者は、繰り返し発生する状況をこう率直に述べています。
"Our AOV is <$150 and we're getting 3-5 chargebacks a week. It's a small percent of total orders, but something we'd like to deal with effectively nonetheless. At the moment, we're just spending time putting together the shipping evidence and disputing the chargebacks that way."
次に、紛争1件あたりにかかる時間です。チケットの金額に見合わないほど大きなコストです。次の引用は、この記事全体の主題といえます。
"Tracking screenshot, order confirmation, refund policy, shipping proof, customer emails, and timeline summary. All for a $42 order that was clearly delivered. By the time I finished uploading everything into stripe, I realized i'd spent more on labor than the dispute itself."
$42の注文のために、担当者の28分が消えています。しかも同じスレッドには、この記事が答えようとしている問いそのものがあります。「手間に見合うか計算している人はどれくらいいる? それとも金額に関係なく、すべての紛争を手作業でこなしている?」
感情面の負担もあります。支払い紛争は、1週間で最悪のチケットを生むからです。
"Another customer just cussed me out on the phone and threatened a chargeback because they ordered the wrong product and said it was my fault despite having all of the product info they needed. How do you folks put up with this sh*t?"
これが問題の形であり、AIの得意・不得意とほぼ完全に重なります。繰り返しの照会や証拠集めの手間は自動化できます。怒っている人への対応とお金の判断はできません。だから大事なのは「AIはチャージバックを扱えるか」ではなく、「どちらの半分か」です。
AIにできること、できないこと
誰かに過大な期待を持たせる前に、線引きをはっきりさせておきます。「チャージバックAI」の宣伝の多くは、わざとこの線をぼかしているからです。
銀行の裁定には、本当に手が届きません。Stripeは案件を仲介しますが結果には影響力がなく、判断はアカウント所有者の銀行の裁量に委ねられ、紛争に負けた場合は関係者全員にとって最終です。AIにも人間にも変えられません。「チャージバックに自動で勝てる」と謳うツールが実際に約束しているのは、証拠をより速く提出することです。それは確かな価値ですが、小さな価値です。
自動化できる側にあるのは、サポートキューの中で起こるすべてのことです。
- 支払いに関する質問への回答。「なぜ二重に請求されたのか?」「返金はどうなっているか?」「この請求は何か?」は判断ではなく照会です。AIは注文と支払いステータスを読み、数秒で答えられます。
- **エスカレーション前の解決。**カードネットワークは、お客様が紛争を申し立てる前にまず事業者へ連絡することを求めています。照会期間中の素早く正確な最初の返信が、チャージバック手数料の発生そのものを防ぐことは少なくありません。これは典型的なティア1の問い合わせ解決です。
- **証拠資料の作成。**紛争を覆す唯一の方法は証拠の提出であり、その証拠はAIが集められるものです。追跡情報、配達確認、注文内容、お客様とのやり取り、返金ポリシーなどです。案件の判断はできませんが、28分かかっていた作業を数秒で終えられます。
これが基本的な考え方です。ここでのAIは裁判官ではなく、キューのチームメイトです。この枠組みを保てば、適切な場所に設定できます。
AIが本当に力を発揮する場面
紛争の流れの中で、AIが最も時間を節約できる場面は2つあり、役割が異なります。全体の流れは次のとおりです。
紛争の前:「なぜ請求されたのか」という連絡を受け止める
チャージバックの多くは、ごく普通のサポートチケットとして生まれます。お客様が請求に心当たりがない、二重に請求されたと思っている、注文がどこにあるか知りたい、といった内容です。キューで1日放置されると、その戸惑いは銀行への紛争になります。実際の注文を開いて2分で答えれば、何事もなく終わります。これは、お金の問い合わせに適用した初回問い合わせでの解決にほかなりません。
ここで力を発揮するのが、自社のデータで学習したAIです。答えには定型のマクロではなく、実際の文脈が必要だからです。注文と追跡情報を調べ、支払いステータスを確認できるAIチームメイトなら、「担当者に確認します」ではなく、「9月3日に注文#DL-4821で$60が請求され、9月4日に発送済みです。こちらが追跡情報です」と答えられます。こうした問い合わせの多くは、実は「異議を申し立てます」という怖い帽子をかぶった返金依頼や注文追跡の質問です。これらを素早く片付けることが、チャージバック率に対して持てる最大のレバーです。覚えておきたいのは、勝った紛争も紛争率にはカウントされるため、防いだ1件は勝った1件より価値が高いということです。
紛争の最中:証拠資料をまとめる
正式なチャージバックが申し立てられると、時計が動き出します。Stripeでは通常、7〜21日以内に回答する必要があり、Shopifyも同様の期間を示しています。期限を過ぎると自動的に敗訴します。また提出の機会は1回だけなので、最初から証拠が揃っている必要があります。
その証拠こそ、AIチームメイトが集めるのが得意なものです。Shopifyはすでに、追跡情報、出荷日、お客様のIPなどの注文データを自動入力し、「商品未着」の紛争ではAI生成のインサイトまで含めます。ヘルプデスク上のAIレイヤーは、これを銀行が実際に読む、より柔らかい証拠に広げます。助けようとしたことを示すサポートのやり取り、お客様が同意した返金ポリシー、配達確認などです。ラベル付きで整形された下書きを担当者の前に置き、確認して送信するだけにします。
「$42のために28分」という問題はまさにこのステップであり、チームがなくしたいと言うのもここです。ある事業者は、自動の証拠収集に切り替えた後、r/ecommerceでこう述べました。"I've never felt better with everything being automatically collected and submitted."
同じ購入者たちからの正直な注意点もあります。チームに作業をさせる自動化は自動化ではありません。専用の紛争ツールのTrustpilotレビュアーは、"you still need to provide all the proofs since their VA aren't doing much."と警告しています。このジャンルのツールを見極める基準は、注文や会話のデータを実際に読むのか、それとも自分で記入するためのきれいなフォームを渡すだけなのか、という点です。
そもそもどの紛争が争う価値があるのか
先ほどのRedditの問いに戻ります。金額に関係なくすべての紛争を手作業でこなしていませんか? そうすべきではありません。これはAIが材料を整え、人が判断すべき決定です。紛争のカテゴリによって勝率は大きく異なるので、戦う相手を選びましょう。考え方の目安は次のとおりです。
気づくべきパターンは、「争う価値があるか」の答えがほぼ必ず、手元にある(またはない)証拠にかかっていることで、その収集は自動化できる部分だということです。残る少額案件を損失処理するかどうかの判断は、AIが手元の材料を並べてくれれば、人が5秒で決められます。
それでも人が必要な場面
設定して放っておけばよい、と言えば嘘になります。AIが下書きを作っても自動送信すべきでないカテゴリは次のとおりです。
- **お金が動くものすべて。**返金を約束したり過失を認めたりする返信は、人の目を通すべきです。導入は必ず下書きモードから始めてください。
- **不正の疑いと高額の注文。**リスクもニュアンスも自動運転には大きすぎます。こうした案件では販売者保護のルールも込み入ってきます。
- **本当に怒っているお客様。**AIは事実を集められますが、感情の温度を下げるには人が出ていく必要があることが多いです。AIで怒っているお客様に対応する方法についての私たちの見解は、ツールは担当者を支えるものであり、置き換えるものではない、というものです。
良い知らせは、線引きの位置を推測する必要がないことです。だから自社の履歴でのテストが重要なのです。過去の紛争にAIを実行し、どこで正しくどこで誤ったかを見て、確実にこなせるカテゴリだけを自動化しましょう。自信ありげなボットが実際のキューで誤った回答をするのを私たちは見てきました。だからこそ、すべての導入は、いきなり稼働させて祈るのではなく、まず実際の過去チケットでシミュレーションすべきです。
支払い紛争のチケットにeeselを試す
紛争のチケットがすでにヘルプデスクにあるなら、別途チャージバック専用ツールを横付けする必要はありません。eeselは、すでに運用しているサポートキューに加わるAIチームメイトです。Zendesk、Freshdesk、Gorgias、Help Scoutのいずれでも、Shopifyから取得した実際の注文を見ながら「なぜ請求されたのか」のチケットに答えます。
この用途に合う理由は3つあります。1つ目は、過去のチケットとヘルプセンターで学習するため、紛争への返信が汎用のスクリプトではなくチームらしい文面になることです。実際のECの受信トレイでは、この方法で返金チケットの93.8%に役立つ下書きができました。2つ目は、カテゴリごとの制御を備えた下書きモードで動くため、証拠集めと「返金はどうなっているか」への回答は自動化し、お金が動く返信は人の確認を待てることです。
3つ目は、料金が500クレジットで月額$299から(処理したチケット1件につき1クレジット)で、席数ごとでも解決件数ごとでもないため、週に数件の紛争とその周辺の返金・注文の問い合わせがあるキューでも費用を見通しやすいことです。お客様に返信する前に、自社の過去の紛争でシミュレーションでき、数分で本番稼働できます。100クレジット付きで無料で試せます。