既存のヘルプデスクにAIを導入する方法:総入れ替えせずに追加するには

すべてを引き剥がしたくなる衝動は、たいてい間違っている

これは何度も目にするパターンです。サポート責任者がAIを導入したいと決めると、最初に手を伸ばすのはまったく新しいプラットフォームです。新しいベンダー、新しいデータ移行、チームが学ばなければならない新しいツール、そして四半期を丸ごと食いつぶす切り替え作業。

多くの場合、それは間違った問題を解決しています。今使っているヘルプデスクは、おそらく問題ありません。Zendesk、Freshdesk、Gorgias、Front、Help Scoutはいずれも成熟したツールであり、チームはすでに使い方を知っていて、顧客もすでにそこを通じて連絡してきます。本当に欲しいのはAIであって、住所変更ではありません。

とはいえ、総入れ替えをしたくなる衝動を駆り立てる不満は理解できますし、それは本物です。数千人の患者を抱える米国のヘルスケアプラットフォームで話を聞いたあるCXリーダーは、自社ヘルプデスクのAIを試した後、率直にこう言いました。

「ZendeskのAIソリューションを試してみましたが、概ね力不足で価格に見合わないと感じました。そこで、そのプロセス全体に多少の自動化をもたらす別の選択肢を探しています。」

彼らが求めていたものに注目してください。すでに持っているプロセスに自動化を追加する選択肢です。別のヘルプデスクではありません。こうした何百もの会話から私が学んだ教訓は、あなたを引き留めているのはヘルプデスクそのものではなく、その上に載っているAIであることがほとんどだということです。だからこそ、変えるべきはそこです。

「既存のヘルプデスクにAIを追加する」の本当の意味

マーケティング的な言い回しを取り除くと、すでに持っているヘルプデスクでAIを稼働させる本当の方法は2つしかありません。

方法1:ヘルプデスク自体のネイティブAI。 大手ヘルプデスクはいまやすべて、AIエージェントやコパイロットをアドオンとして販売しています。すでに料金を支払っているツールの中でそれを有効にするだけです。可動部分が最も少なく、請求書は1本、ベンダーも1社です。

方法2:上に重ねる専用のAIレイヤー。 独立したAIヘルプデスクエージェントがAPI経由でヘルプデスクに接続し、既存のナレッジで学習し、同じキューの中で動作します。担当者には新しいツールが見えるのではなく、より良い返信の下書きとキュー内のチケット数の減少が見えます。

どちらも、ヘルプデスクをそのままの場所に残します。両者の選択は、価格、コントロール、そして複数のツールを運用しているかどうかで決まります。それぞれの方法を順に見ていきましょう。

方法1:ヘルプデスクのネイティブAIを有効にする

これは最も抵抗の少ない道であり、チームによってはそれが正解です。トレードオフは、ベンダーが作ったものを、ベンダーが定めた解決件数あたりの料金で、その挙動についてほとんど発言権のないまま購入することになる点です。

大手ヘルプデスクのネイティブAI課金体系が実際にどう価格に反映されるかを見てみましょう。

いくつか気づく点があります。まず、これらのほとんどは既存の席料に上乗せされる費用であり、AIは最初の費目の代替ではなく、2番目の費目になります。次に、解決件数あたりの課金(特にZendesk)は量が増えると急速に膨らみ、これがネイティブヘルプデスクAIについて最もよく目にする不満です。

もう一つの落とし穴は品質です。ネイティブAIは、それが参照するナレッジと同じ程度の質しか出せず、多くのチームは自社のヘルプセンターが思っていたほどきれいではないことを痛感します。

「Co-Pilotの機能はまずまずですが、その効果はZendeskのナレッジベースが完璧に整備されているかどうかに本当に左右されることがわかりました……うちのは違うんですよね、笑。」

u/ToastBix, r/Zendesk

これが方法1の正直な限界です。ヘルプセンターが整っていて、単一のヘルプデスクしか使っていないなら、ネイティブAIは妥当な出発点です。各ベンダーをより深く知りたい場合は、Zendesk AIの機能、Freshdesk向け最適AI、Gorgias向け最適AI、Front向け最適AIのガイドがツールごとに解説しています。

方法2:専用のAIエージェントを上に重ねる

2つ目の方法は、ヘルプデスクをそのまま維持しつつ、汎用モデルではなくあなた自身の履歴で学習する目的特化型のAIエージェントを追加するものです。ネイティブAIに物足りなさを感じている場合や、複数のツールを運用している場合に選ぶべき方法です。

その仕組みは見た目より単純です。4つのステップです。

最大の強みは、レイヤーが特定のベンダーに縛られていないことです。同じエージェントが、Zendeskのキュー、Freshdeskのチケット、共有の受信トレイに同時に対応でき、これはネイティブAIにはできません。eeselの場合、この接続リストはほとんどのチームがすでに使っているヘルプデスクをカバーしています。

エージェントはヘルプデスク自体のAPIを通じて動作するため、チームは今使っているのとまったく同じ受信トレイを使い続けられます。以下は、実際に稼働中のZendeskキューの中で、誰もツールを離れることなく返信を下書き・送信している様子です。

そして同じエージェントがFreshdesk内でも、別のコンソールなしで動作します。

価格面では、レイヤー型は席料と解決件数あたりの料金を積み重ねるより通常お得になります。eeselは従量課金制で、AIが実際に対応したチケット1件あたり0.40ドル、プラットフォーム料金も席料もなく、人間の担当者が対応したチケットに課金されることはありません。実例として、DTCブランドのEcosaは、Zendesk上でティア1チケットの**75%**をeeselに処理させ、1時間足らずで完全に統合しました。これが優れたレイヤーの姿です。繰り返しの多い業務でその価値を発揮し、残りは人間に戻します。

初日からキュー全体を賭けない

どちらの方法を選んでも、最大の失敗は、トラフィックの100%でいきなりAIを有効にして、うまくいくことを祈ることです。テストせずにコードを直接本番環境に出荷することはないはずですし、サポートの返信も顧客対応の「本番」です。

より安全なプレイブックには2つの要素があります。第一に、本番稼働前にシミュレーションすること。実際の過去のチケットの束にAIを通し、それがどう答えていたかを読むことで、1人の顧客がAIの返信を目にする前に精度とカバー範囲を測定できます。第二に、段階的に導入すること。エージェントを少ない割合の量から始め、残りはすべて人間に任せ、数字が安定するにつれて割合を上げていきます。

まさにここが、ネイティブAIが手薄になりがちな部分であり、恐怖体験談が生まれる場所です。チームは何かを有効にし、それが何をしているか見えず、結局引っ込めてしまいます。

「いや、単にひどいものでぼったくりです。ボットに何を聞かれているかのデータすらエクスポートできません……ARはぼったくりで、AIブームに乗るために急いで作られた製品だから使うのをやめました。」

u/OGShakey, r/Zendesk

ここでのレポーティングは「あれば嬉しい」ものではなく、続けるかどうかを判断するためのものです。何かをスケールさせる前に、タスクの件数、各アクションを引き起こしたきっかけ、そしてAIがどこで人間に引き継いでいるかを確認できるようにしてください。

こうした可視性こそが、「AIをちょっと導入しました」を、上司に説明できる数字に変えてくれるものです。また、勘に頼るのではなく、初回対応での解決やライブチャットの流量抑制に合わせてエージェントを調整できるようにもなります。

何かを有効にする前の簡単なチェックリスト

どちらの方法にするか決める前に、これを確認してください。

• ナレッジはどこにありますか? きれいなヘルプセンターならネイティブAIにもチャンスがあります。過去のチケット、マクロ、ドキュメントに散らばっているなら、そのすべてから学習するレイヤーを優先してください。
• ツールはいくつありますか? ヘルプデスクが1つならネイティブAIが最もシンプルです。2つ以上なら、それらをまたぐレイヤーがAIを二重に買う手間を省きます。
• 自社のボリュームでの実際の単価は? 契約前に、解決件数あたりの料金を月間チケット数に掛け合わせて確認してください。契約後ではありません。
• まず自社のチケットでテストできますか? 履歴でシミュレーションできないツールでは、目隠しで飛んでいるようなものです。
• 段階的に導入できますか? 欲しいのはオン/オフのスイッチではなく、割合を調整できるダイヤルです。
• 明確にレポートしてくれますか? 何をしたかが見えなければ、スケールさせることはできません。

この6点を正しく押さえることは、どのブランドを選ぶかより重要です。シミュレーションもレポーティングもない安い課金体系は、実際にコントロールできる少し高めのツールよりも、結局は高くつきます。市場全体を見渡したい場合は、最適なAIヘルプデスクソフトウェアのまとめが選択肢を並べて比較しています。

eeselで、すでに使っているヘルプデスクにAIを追加する

方法2が正解だと感じるなら、eeselはまさにその部分のために作られています。これはAIヘルプデスクの仲間であり、すでに使っているZendesk、Freshdesk、Gorgias、Front、Help Scoutに接続し、過去のチケットとヘルプセンターから学習し、既存のキューの中で返信の下書きや送信を開始します。多くの場合、数分で、移行なしにです。

決定的な違いとして挙げたい2点は、実際の稼働中のチケットに触れる前に、何千件もの実際の過去のチケットに対してエージェントをシミュレーションできること、そして料金が席料なしで対応したチケット1件あたり0.40ドルであるため、コストがチームの規模ではなく実際に行われた作業に応じてスケールすることです。無料で始めることができ、今使っているヘルプデスクをそのまま維持できます。