Help ScoutのAIチケット削減:実際にどう設定するか

Help Scoutにおけるチケット削減が実際に意味すること

「削減」はやや曖昧な言葉なので、はっきりさせておきます。削減されたチケットとは、人間が一度も会話を開くことなく解決された顧客の質問のことです。顧客は記事、チャットボット、または自動化から必要なものを得ており、キューは増えませんでした。これはより速い返信(エージェントが結局対応した)とは異なり、自動返信(通常はまだフォローアップが必要な定型メッセージ)とも異なります。

私はeeselの連携機能に携わっており、Help Scoutはその中でも自分が立ち上げに関わったものです。そのため、Help Scout自体のAIスタックとそのAPIの両方にかなりの時間を費やしてきました。設定を一つでも触る前に理解しておくべきなのは、Help Scoutは何層にも分かれて削減を行い、各層が異なる量を捉えるということです。順序を正しくすれば、繰り返しの質問のほとんどはエージェントに届きません。順序を誤れば、答えるべき良いものが何もないAIチャットボットにお金を払うことになります。

Help Scoutが中小・中堅チームに人気なのは、まさにシンプルさを保っているからです。チケットシステムというよりも受信箱に近く、その評判は正当なものです。

"From your list, Help Scout's often a winner for simple email flows and mobile access."

u/muabaca, r/SaaS

このシンプルさこそが、ここで削減が重要になる理由です。こうしたチームには一日中ルーティングルールを調整する専任担当者はいないため、削減はほぼ自動で回る必要があります。ここからは、それを実現する方法です。

3つのネイティブレイヤーと、それを設定すべき順序

レイヤー1:Docs(セルフサービス型ナレッジベース)

以降のすべては、Help Scoutのナレッジベース製品であるDocsから供給されます。これは顧客が検索できる公開ヘルプセンターであり、さらに重要なことに、AIが参照するソースでもあります。Help Scoutによれば、良質なセルフサービス体制は、AIが関与する前の段階で"メール量を30%削減"できるとされており、これは人々が自分で答えを見つけられるようにするだけで実現します。

実践的な一手は、過去1か月分の会話を集め、最も多く繰り返された10個の質問を見つけ、それぞれに明確で最新の記事があることを確認することです。これは地味な作業ですが、単独で見て最もインパクトの大きい取り組みです。というのも、セルフサービス検索もAIチャットボットも、その背後にあるDocsの質に左右されるからです。FreeプランではDocsサイト1つと記事10本までですが、有料プランではすべて記事数無制限になります。

レイヤー2:Beacon上のAI Answers(チャットボット)

AI Answersは、Help Scoutの顧客向けAIエージェントです。これはあなたのサイトやアプリに埋め込み可能なヘルプウィジェットであるBeacon内に存在し、ナレッジベース、ウェブ上の情報源、カスタム指示をもとに質問へ即座に回答します。

オンにする前に知っておくべき数字がいくつかあります。

• 解決率。 Help Scoutによれば、企業はAI Answersで平均73.19%の解決率を達成しており、月を追うごとに改善しているとのことです。解決としてカウントされるのは「顧客が返信後にエスカレーションせず、ナレッジベースを検索せず、追加の助けが必要だと示さなかった場合」です。
• コスト。 従量課金制で1件あたり0.75ドル、席数料金に上乗せされます。新規アカウントは3か月間無料で解決を利用でき、前払いで最大33%節約するか、月額上限を設定して支出を予測可能にすることもできます。
• 言語。 50以上の言語で会話に対応します。
• セーフティネット。 AIが答えられない場合、顧客は数クリックで人間にエスカレーションできるため、行き止まりにはなりません。

設定自体は軽量です。AI Answersをオンにし、Docsを参照先に設定し、トーンやエッジケース向けにいくつかカスタム指示を追加したうえで、顧客の前に出す前に非公開でテストシナリオを実行します。この非公開テストのステップは重要であり、ほとんどのチームが省いてしまう部分でもあります。

レイヤー3:Workflows(自動振り分けと自動クローズ)

すべての削減がAIによる回答というわけではありません。WorkflowsはHelp Scoutのif-this-then-that型の自動化ルールで、タグ付け、振り分け、あるいは人間を必要としなかった会話のクローズによって、驚くほどの量の作業を静かに削減します。

典型的な例としては、「ありがとう!」だけの会話を自動でクローズしたり、既知のパターン(注文確認メールや不在返信など)に一致するものをそのまま適切な場所へ振り分けたりすることです。標準プランには150の基本的なWorkflowsが含まれ、PlusとProは高度なWorkflowsを利用できます。これらはAIらしくは感じられませんが、エージェントが読む必要のない会話はすべて削減された会話です。

ネイティブ設定の限界

これら3つをうまく設定すれば、実際にかなりの量を削減できます。ここからは正直な限界であり、それは製品への批判ではなく構造的なものです。AI Answersはチケットが存在する前、つまりウィジェット上で削減します。それはサイト上のチャットボットです。本来ならメールを送ってきたであろう人を捉えるのには優れていますが、実際にメールを送ってきた人にはあまり効果がありません。それらの会話は依然として、人間が対応するためにメールボックスへ届きます。

多くのHelp Scoutチームにとって、メールこそがキューです。もし受信するお問い合わせの大半がチャットではなくメールで届くなら、ネイティブAIは問題のより小さい方の半分しか削減していないことになります。これは、自分たちの取り組みは十分だと判断する前に、名指しで認識しておく価値のあるギャップです。

もう一つ注視すべきはコストの形です。1件0.75ドルという設定では、削減件数が多い月は実際のコスト項目として重くなり、それはあなた自身の定義ではなくAI側の「解決」の定義に基づいて計測されます。それ自体は問題なく、公正なモデルではありますが、削減が無料だと思い込む前に、実際の量に対してシミュレーションしておく価値があります。

Help ScoutのAIが取りこぼすメールチケットを削減する

これこそがeesel連携が作られたギャップであり、自分が構築に携わった中でも最もよく知っている部分です。独立したウィジェットの代わりに、eeselは本物のAIエージェントとしてHelp Scoutのメールボックスに参加します。受信した会話を読み取り、メールボックスから返信を作成・送信し(顧客にはボットではなくあなたのチームのアドレスが表示されます)、メモを追加し、タグを更新し、まさに人間のエージェントのようにチームメンバーへ振り分けます。

設定は、Help Scoutそのもののシンプルさに意図的に近づけられています。

1. 接続する。 eeselダッシュボードからHelp Scout API経由でeeselを認可します。クリック2回だけで、開発者もコードも不要です。
2. 学習させる。 eeselはDocsの記事、過去のHelp Scoutの会話、保存済みの返信を自動的に取り込みます。手動でのトレーニングやデータのラベル付けは不要で、チームがすでに使っているトーンを自然に習得します。
3. シミュレートする。 誰かに返信する前に、eeselは過去のHelp Scoutの会話に対してエージェントを実行し、得られたであろう解決率を示します。これはネイティブの非公開テストでは十分にカバーできない「自社のチケットでテストする」というステップであり、自信たっぷりに見えるボットが初日に静かに間違った回答をしてしまうのを防ぐものです。
4. 自分のやり方で本番へ移行する。 すべての返信を人間がレビューする下書きのみモードで運用するか、直接送信するオートパイロットモードで運用するかを選べます。信頼できる範囲だけに触れるよう、特定のメールボックス、フォルダ、タグに絞り込むこともできます。

既存のHelp ScoutのWorkflowsやルーティングを尊重するため、既存のセットアップを置き換えるのではなく、そこに組み込まれる形になります。連携ページでは、セットアップから1週間以内に平均85%以上のTier-1解決率を、設定は30分未満で実現できるとされています。

コスト比較を率直に

料金体系は異なり、それは量が多くなるほど重要になります。Help ScoutのAI Answersはウィジェット上で1件0.75ドル、eeselはメールボックス内で対応した1会話あたり0.40ドルで、プラットフォーム利用料も席数課金もありません。

どちらか一方を選ぶ必要はありません。忙しいチームにとって最も洗練された構成は、しばしば両方を使うことです。AI Answersがサイト上で削減し、eeselが受信箱の中で削減し、それぞれが自分の接点に応じた料金体系になります。

ネイティブAI Answersとeeselのメールボックスエージェントの比較

削減設定でよくある間違い

チームがよく犯す間違いを、ダメージの大きい順におおよそ並べました。

• Docsが整う前にチャットボットをオンにしてしまう。 AIは書かれたものからしか答えられません。Docsが薄いと、すべてをエスカレーションするチャットボットになってしまい、実際には起きていない解決に対して1件ごとの料金を払うことになります。
• 非公開テストを飛ばしてしまう。 Help ScoutもeeselもLIVE前にテストできる仕組みを用意しています。実際の顧客に対していきなりAIをぶつけることは、初日に自信満々な間違った回答を誰かの目の前で出してしまう典型的な原因です。
• 間違った数字を測ってしまう。 「回答済み」の件数が多くても、その直後に顧客がエスカレーションし続けているなら、それは削減ではありません。単なる量ではなく、AI会話のエスカレーション率とCSATを監視しましょう。
• ウィジェットでの削減がメールもカバーしていると思い込む。 キューの大半がメールであれば、ネイティブのAI Answersは間違った方の半分を削減していることになります。ツールを、実際にチケットが届く場所に合わせましょう。
• 量が増えたときのコストモデルを無視してしまう。 1件0.75ドルは妥当な水準ですが、削減が無料だと思い込む前に、実際の数字に照らしてシミュレーションしておきましょう。

Help Scout向けにeeselを試す

チームの1日を奪っているチケットがメールとして届くなら、それはまさにeeselが埋めるギャップです。数クリックであなたのHelp Scoutメールボックスに接続する新しいメンバーのように機能し、すでにあなたのDocsと過去の会話を把握しており、1人の顧客にも返信する前にシミュレーションであなた自身の過去のチケットに対して働く様子を確認できます。1会話あたり0.40ドルで、新しい席は不要、人間を関与させたいなら下書きのみモードも選べるため、Help Scoutのウィジェットが決して見ることのないキューを削減する低リスクな方法です。無料で試せます。