Help ScoutにAIを追加する方法：実践ガイド

要約

Help ScoutにAIを追加する方法は実質2つあり、それぞれ異なる役割を果たします。Help Scout独自の組み込みAIを有効にする方法（AI回答：ナレッジベースから質問に答える顧客向けエージェント、プラスInbox Assistant：人間のエージェントが下書きや要約をするためのツール）と、Help Scout APIを通じて専用AIエージェントを接続する方法（ヘルプドキュメントだけでなく過去のチケットから学習）があります。

簡単な判断基準として：既存エージェントの返信速度向上が主な目的なら、Help ScoutのネイティブAIが最も手軽で、すでにアカウントに含まれています。Tier-1チケットを自律的に解決するエージェントが必要で、量に対するコストが重要な場合は、専用ツールの方が通常は適しています。Help Scoutは座席料金に加えて1件の解決ごとに$0.75を請求するためです。

私はeeselでインテグレーションを構築しており、eesel for Help Scoutがほとんどのチームにお勧めです。受信トレイの新しい担当者のように機能します。APIを通じて数分で接続し、DocsとHelp Scoutの過去の会話から学習し、顧客に返信する前に実際の過去チケットでシミュレーションできます。無料でお試しいただけます。

Help ScoutにAIを追加する2つの方法

操作手順の前に、ここでの「AI」の意味について正直に整理しておくと役立ちます。Help Scout（ほとんどのヘルプデスクと同様）は、この一言の下に2つの全く異なるものを提供しているからです。

一つは顧客向け：顧客と対話し、人間なしでチケットをクローズするエージェントです。もう一つはエージェント向け：チームの横に並んで返信の下書き、要約、整理を素早くするのを手伝うツールです。Help ScoutへのAI追加とは、どちらか一方または両方を有効にし、Help Scout独自のバージョンで十分かどうか、またはチケット履歴から学習するものが必要かを判断することを意味します。

この組み合わせが現実的なことを示す話に何度も遭遇します。最近お話したある見込み客は、AIアシスタントと夕食時の友人に同じ質問をしてサポートツールを調べていました。両方から同じ答えが返ってきました：受信トレイにはHelp Scout、AIにはeesel。どちらもまだ使ったことがなかったのに、推薦はすでに「両方を組み合わせて使う」でした。多くの小規模チームにとって、これがこの決断の形です。気に入っているHelp Scoutの受信トレイを維持しながら、AIをどこから調達するか選ぶということです。

両方のオプションを説明します。

オプション1：Help Scoutの組み込みAIを有効にする

既にHelp Scoutに課金しているなら、これが最も手間のかからない選択です。AIはすでに持っているプラットフォームの一部だからです。Help Scoutはこれ全体を「Help Scout AI」と呼び、前述の2つの領域に分けています。実際に何をするかを見てみましょう。

AI回答：顧客向けエージェント

AI回答は自律的な部分です。Beaconウィジェットに組み込まれ、ナレッジベース、ウェブソース、カスタム指示を使って顧客の質問に即座に回答します。Help Scoutによると、企業は平均73.19%の解決率を達成しており、解決は顧客が返信後にエスカレーション、ナレッジベース検索、追加サポート要求をしない場合のみカウントされます。

Help Scoutの実装で気に入っている点がいくつかあります。顧客にはAIであることが明確に表示され、すべてのAI会話は結果に関わらずHelp Scout内で監査可能で、行き詰まりがないため困っている顧客は数クリックで人間に繋がれます。50言語以上にも対応しています。知っておくべき本当の制限は一つ：AI回答はヘルプコンテンツとウェブに依存し、解決済みチケットは参照しないため、作成したナレッジベースの質と同程度しか機能しません。

Inbox Assistant：エージェントのためのAI

これがエージェント向けの半分で、率直に言えば、ほとんどの小規模チームが最初に価値を感じる部分です。Inbox Assistantは3つのツールの総称です：

• AIドラフトがソースから返信の下書きを作成し、自動でドラフトすることもできます。
• AI要約が長い往復会話を箇条書きにまとめ、スレッドを引き継ぐチームメンバーが数秒で状況を把握できます。
• AI Assistがトーン調整、文法修正、長い返信の短縮、テキストのインライン翻訳を行います。

Help Scout AIのコスト

ここで細かい条件を確認する必要があります。エージェント向けツールはプランに含まれています：AI AssistはStandard以上で無制限、AIドラフトとAI要約はPlusとProで無制限です。顧客向けエージェントは別料金で使用量課金：AI回答は1件の解決ごとに$0.75で、ユーザー単位プランに加えて月次請求、新規アカウント向けに3ヶ月間無制限解決の無料トライアルと上限設定があります。

この1件あたりの解決料金を慎重に計算する必要があります。月1,000件の解決会話で、既に支払っている座席料金に加えて$750の追加コストとなり、ボリュームに比例して増加します。

有効化の方法

設定は本当に素早くできます：

1. ナレッジを追加する。 Docsサイトに内容を入力し、AI回答をそこに加えてウェブソースやカスタム指示に向けます。
2. 非公開でテストする。 誰かに公開する前に、実際のサポートシナリオでAI回答を試します。
3. 必要なエージェントを有効にする。 BeaconでAI回答を有効にし、チーム向けのInbox Assistantツールをオンにします。
4. 解決とエスカレーションのレポートを監視し、AIが間違えている箇所のナレッジベースを調整します。

オプション2：eeselのような専用AIエージェントを接続する

2つ目の方法は、Help Scoutの受信トレイをそのままにして、特化したツールからAIを追加します。チームがこれを選ぶ理由は、ほとんどのネイティブヘルプデスクAIにある一つのギャップに起因します：ヘルプセンターから学習するが、解決済みチケットからは学習しないのです。最良の回答、チームが何年もかけて磨いたフレーズ、Docsの記事になることのなかったエッジケース、それらはすべて会話履歴の中にあり、ナレッジベースのみに基づくエージェントはそれを見ることができません。

eeselはそのギャップを埋めるために作られており、ウィジェットを付け足したものではなくネイティブのHelp Scout統合を持っています。Help Scout内で本物のAIエージェントとして参加し、会話を読み取り、メールボックスから返信を下書きして送信し、メモを追加し、タグを更新し、人間のエージェントのようにチームメンバーにルーティングします。

Help Scout内での動作

接続後、eeselはHelp Scout DocsのArticle、Help Scoutの過去の会話、保存済みの返信を自動でインポートします、手動のトレーニングステップはありません。そして私が最も強調したい部分：シミュレーションモードで実際の過去のチケットに対して実行し、何を回答していたか、どこが弱いか、解決率はどのくらいかを、1人の顧客が見る前に確認できます。

もう一つの要素はコントロールです。eeselは信頼度ベースのルーティングを使用しているため、確実な場合のみ自動返信し、それ以外の場合は会話を下書きとして残すか、チームに戻します。特定のメールボックス、フォルダ、またはタグに限定し、最初は下書きのみモードで実行し、信頼が高まるにつれてより多くの自律性を付与できます。統合ページでは1週間以内にTier-1解決率85%以上、自動検出で80言語以上に対応と記載しています。

設定方法

コード不要の3ステップ接続：

1. Help Scout APIを通じて認証する（eeselダッシュボードから）。2クリックで接続完了、開発者不要。
2. インポートを待つ。 eeselが自動的にDocs、過去の会話、保存済み返信を取り込みます。Confluence、Notion、Google Docsを追加ソースとして加えることもできます。
3. シミュレーションしてから本番稼働。 Help Scoutの過去の会話で実行してギャップを見つけて埋め、下書きモードまたはオートパイロットで本番稼働。

チームはすでにこれを本番で使用しています。EntryLevelは複数のeeselエージェントをHelp Scoutチケットのトリアージと返信に使用しており、CartonCloudは717件のナレッジアイテムからHelp Scoutサポートを提供しています。

ネイティブAI vs. 専用エージェント：どちらを選ぶべきか

どちらも正当です。実際の判断はこうします。

Help ScoutのネイティブAIを選ぶ：現在のチームをより速く書けるようにすることが優先で、チケット量が少なく、別のツールを追加したくない場合。Inbox Assistantツールが含まれており優秀で、統合するものは何もありません。

専用エージェントを選ぶ：AIにチケットを実際に解決させたい、チケット履歴から学習してほしい、または$0.75/件が痛くなるような量に達している場合。Help Scoutの代替案を検討していたり、FrontやHiverと比較している場合にも最適な答えです。受信トレイを維持したままAIをアップグレードできます。

有効化前に正しく行うべき2つのこと

どのルートを選んでも、同じ2つのミスが繰り返し現れます。どちらも回避可能です。

AIが実際に知らないことに答えさせない。 最もよく聞く失敗は過信したボットです。私が一緒に仕事したあるB2B技術サポートチームは、Docsに「全モデルをサポートします」と書いてあるからという理由だけで、データベースに存在しない製品モデルをサポートするとエージェントが快活に確認してしまいました。初期の頃の要約は率直でした：「最初は試行錯誤の連続でした」。解決策は信頼度ベースのルーティングと、本番稼働前に実際のチケットで徹底的なシミュレーションを実施することです。そうすれば、そのような失敗を顧客の受信トレイではなくテストで発見できます。

月7,000チケットを処理しているあるCXリードが率直に教えてくれたのも、これが理由です：

「AIが100%の質問に答えられることはありません。でも試みて単に『申し訳ありませんが、これについてはわかりません』と答えるだけなら、7,000件全てのチケットを確認する訳にはいきません…自信を持って対応できるチケットだけを処理し、それ以外は放置するAIが必要です。」 -- 月7,000チケットを処理するCXリード

今日の量ではなく実際の量でコストを計算する。 使用量課金は良いですが、それが続くとは限りません。Help Scoutのコミュニティは、会社が2025年に料金モデルを変更した際にこれを実感し、長年のユーザーがころころ変わることで全ての信頼を失ったと書き込んでいました。何を選ぶにせよ、コミットする前に、座席あたりの料金を含めて1年後に予想するボリュームでの計算を行ってください。

eeselをHelp Scout受信トレイで試してみる

既に解決したチケットから実際に学習するHelp Scout用AIエージェントが欲しい場合、eeselはHelp Scoutに接続しAPIを通じて数クリックで、1日目からDocsと過去の会話をインポートし、誰かに返信する前に実際の履歴でシミュレーションできます。座席あたりの料金なしで1会話$0.40、無料でお試しいただけるため、支払いを決める前に実際の解決率を確認できます。