「うちもCS全部AIにしちゃえばいいんじゃない?」という声を、この半年でよく聞くようになりました。2024年にKlarnaが発表した数字が一人歩きしているためです。問い合わせの67%をAIが処理、700人分の仕事を代替——Klarnaがカスタマーサポートを自動化した事例は確かに圧倒的でした。
でも、その後の話を知っていますか。
Klarnaが人間を呼び戻した理由
2025年、KlarnaはCS部門の人員を再雇用し始めました。CEO自らが「AIだけでは顧客体験を維持できなかった」と語っています。定型的な問い合わせの処理速度は上がった。でも、複雑なクレームや感情的なやりとりが必要な場面では、顧客満足度が落ちていたのです。
全部任せてみたからこそ見えてきたことがあります。「どの問い合わせはAIで十分か」「どの問い合わせは人間でないとまずいか」——その境界線が初めて明確になりました。
クレーム対応でAIが詰まるのはなぜか
AIが強いのは、ルールがはっきりしている作業です。注文状況の確認、返品手続きの案内、FAQ回答——これらはAIが人間より速く、正確に処理できます。
一方でAIが弱いのは「文脈の読み取り」と「感情への対応」です。「この荷物、誕生日に間に合わないんです」という一文に、どれだけのことが詰まっているか。緊急性、感情、そしてその後の対応への期待——そのニュアンスを、AIはまだ完全には読めません。技術の問題というより、言葉に現れていない情報をどう扱うかの問題です。
エスカレーションのラインをどう引くか
Klarnaの事例が教えてくれるのは「全部任せるな」ではなく、「どこで人間に渡すかを決める」ことの重要性です。AIが一次対応を担当し、感情的な訴えや複雑な状況が検知されたら人間にエスカレーションする。このラインの設計が、ハイブリッドモデルの核心です。
実装のポイントは3つあります。「申し訳ございません」「困っています」などの感情語を含む問い合わせを自動で人間にルーティングすること。同じ内容で2回以上連絡してきた顧客は確実に人間が担当すること。金額が大きい取引や長期顧客のクレームは最初から人間にすること。この3つを押さえるだけで、AIと人間の仕事がうまく分かれます。
「AI対応率」を目標にしてはいけない理由
よくある失敗が、「AI対応率○%」を達成目標に設定してしまうことです。Klarnaもこのトラップに入った可能性があります。対応率を上げようとすると、エスカレーションのハードルが上がります。本来人間が対応すべき問い合わせまでAIが処理してしまう。
指標は「顧客満足度」と「一次解決率」(最初の問い合わせで解決した割合)に置くのが正解です。AIを入れるなら、この2つが下がらないことを確認しながら自動化の範囲を広げていく。
どのツールをどこまで使うかより、顧客体験がどう変わるかを先に考える。それが、Klarnaの失敗が残してくれた一番大事な設計原則です。
コピペで使えるプロンプト集
① CS問い合わせのAI・人間振り分けルールを設計する
カスタマーサポートの自動化設計
あなたはカスタマーサポートの業務設計の専門家です。私たちは【ECサイト/SaaSサービス】のCS業務にAIエージェントを導入しようとしています。以下の情報をもとに、AIが対応すべき問い合わせと人間が担当すべき問い合わせの振り分けルールを設計してください。サービス種別:【例:ECサイト、SaaS、金融サービス】。主な問い合わせ内容:【例:注文確認、返品、クレーム、技術サポート】。顧客層:【例:一般消費者、法人担当者】。出力形式:振り分け条件を「AIで対応」「人間にエスカレーション」の2列で整理した表にしてください。
② 自動化すべき問い合わせタイプを分類する
CS効率化プロジェクトの初期設計
あなたはCS業務の効率化コンサルタントです。以下のCS問い合わせ一覧を分析し、自動化の適性を判定してください。判定基準は3つです。①ルールが明確か、②感情的要素があるか、③個別対応が必要か。【問い合わせログまたは問い合わせ種別リストをここに貼り付ける】。各問い合わせタイプについて、自動化適性(高・中・低)、理由(1〜2文)、推奨対応(AIのみ・AI+人間確認・人間専任)を出力してください。
③ AIと人間のハイブリッドCS品質評価フレームを作る
CS品質改善のPDCAサイクル
あなたはCS品質管理の専門家です。AIと人間のハイブリッドCSを運用しています。月次でAI対応品質を評価するフレームワークを作成してください。前提条件:AI対応件数は【月○件程度】、重視する指標は【例:CSAT、一次解決率、エスカレーション率】、現在の課題は【例:エスカレーションが多すぎる、顧客満足度の変化が把握できていない】。評価項目名・測定方法・目標値・改善アクションの4列で出力してください。
「AIに任せたらどうなるか」、気になりますよね。実際に試した企業の話を読めるのはありがたいです。
Klarnaの事例、「全部任せたら失敗した」じゃなくて、「全部任せたからこそ、境界線が見えた」という話として読むと、かなり前向きな事例だと思います。
エスカレーションのラインを設計する、というのは今すぐできることです。ぜひ手元の業務で試してみてください。