HubSpot Service Hub向けAI:2026年に導入する方法

「HubSpot Service Hub向けAI」が本当に意味すること

今年のかなりの時間をeeselのHubSpot連携の開発と保守に費やしました。想定以上に細かくService Hubのチケット API、ナレッジベース、Breezeの設定の中で生活することになりました。ですからこの記事は、マーケティングページの書き直しではなく、両方の道の内側から書いています。

まず解消すべき混乱があります。「HubSpot Service Hub向けAI」は、実際には誰に作業をさせたいかによって異なる、2つの別の製品を指しています。

純正の道は、すでに料金を払っているヘルプデスクにHubSpotがAIを組み込むというものです。サードパーティの道は、Service Hubに接続して代わりにキューの作業をしてくれる独立したAIエージェントです。どちらも正当な選択肢です。違いは、それぞれが得意とすること、課金の仕方、そしてどれだけ早く信頼できるようになるかです。それぞれを見ていきましょう。

道1:HubSpot純正のBreeze AI

HubSpotは最近この辺りの名称を大きく変更したため、まずは名前を正しく整理しておく価値があります。以前「Breeze Agents」と呼ばれていたものは、今はAgent Hubです。その中のサポートエージェントがBreeze Customer Agentで、「Breeze Assistant」はプロダクト内のヘルパーであり、パネル上では「Breeze Copilot」と表示されます。サポートで重要になるのはCustomer Agentです。

セットアップは快適です。エージェントに名前とパーソナリティを与え、次に自社のナレッジを指定します。

各要素の役割を、シンプルに説明します。

• Breeze Customer Agentは自律型のエージェントです。チャットとメールでチケットに返信し、使用した出典を明示し、確信が持てない場合は人間に引き渡します。実際にチケットを回避する部分です。
• Breeze Assistantはエージェント支援です。返信を下書きし、長いスレッドを要約し、ワークスペース内で自社の設定について質問に答えます。
• ナレッジベースエージェントは会話を観察し、顧客が繰り返し尋ねる話題を見つけ出し、ヘルプセンターに不足がある箇所を指摘します。

この最後の機能はちょっとした嬉しい工夫で、エージェントを数週間運用してから初めてその価値がわかるものです。

エージェントにナレッジを与える段階で、よくある誤解が崩れます。HubSpotのAIは、時々言われるような閉じた庭ではありません。Customer AgentはHubSpotの既存コンテンツ、アップロードしたファイル、そして公開URLのクロールを取り込み、HubSpotは各ソースにつき最大1,000のリンク先ページをクロールし、毎週更新します。

現実的な制約もあり、それを飾らずはっきり述べる価値があります。ログインが必要なページはクローラーで取得できないため、HubSpot自身の回避策はPDFを代わりにアップロードすることです。既存のヘルプセンターの取り込みは、最大400記事の一度限りのコピーであり、ライブ同期ではないため、その後の編集は自動的には反映されません。そしてパッケージ化されたCustomer Agentが読み書きできるのは、コンタクトプロパティのみで、最大10個までです。どれも決定的な欠点ではなく、単にこのツールの形なのです。

今年多くの人を驚かせた点があります。HubSpot自身のAIモデルカードによると、Customer Agentは裏側で完全にOpenAIのモデル上で動作しており、どこにもモデル選択の機能はありません。それ自体は問題ありませんが、自分のモデルを持ち込んだり、どのモデルが答えるかを調整できると思っていたなら、それはできません。

純正の道が高くなるポイント

Breezeの正直な落とし穴は課金の形です。Customer AgentはProfessional以上の機能なので、まず席の料金を払い、その上にクレジットとしてAIの料金を払うことになります。

HubSpot Service Hubの料金は次のようになっています。

ここでチームがつまずく部分です。解決1件は50HubSpotクレジット、つまり約0.50ドルに相当します。Professionalには月3,000クレジットが含まれています。割り算してみましょう。

Professionalに含まれる3,000クレジットは月あたり約60件の解決、1日あたり約2件をカバーしますが、このクレジットはData Agentなど他のBreezeアクションとも共有されます。それを超えると追加クレジットは1,000あたり約9〜10ドルかかり、翌月に持ち越されません。自動チャージはオプトインではなくデフォルトの設定なので、自分で切らない限りメーターは動き続けます。これはHubSpotへの批判ではなく、単に、表示価格(90ドル/席)とボリュームでエージェントを運用する実際のコストが、まったく異なる2つの数字であるという話です。

契約する前に知っておくべき課金の詳細がさらに2つあります。解決は、エージェントが出典を示して返信し、72時間以内に人間が介入しなかった場合、またはリードが適格と判定された場合に数えられ、状態は72時間で固定されるため、不満を残して終わった会話でも課金され、再開されたメールスレッドは再度課金される可能性があります。またクレジットが尽きると、エージェントはメーターがリセットされるまで、すべてのチャネルで新しい会話の受付を静かに停止します。金曜日にキューが静かに応答されないまま放置される前に、知っておく価値があります。

道2:サードパーティのAIエージェントを追加する

HubSpot Service HubにAIを追加するもう一つの方法は、サポートキューを処理するために特化して作られたエージェントを導入し、HubSpotに接続することです。これは私が最もよく知る道で、eeselがこうしたエージェントの一つだからです。

その考え方はチャットボットウィジェットとは異なります。eeselはService Hub内で本物のAIエージェントとして加わります。チケットを読み、返信を下書き・送信し、チケットのプロパティを更新し、パイプラインの中でチケットを進め、CRMからライブのコンタクトデータを取得します。これは人間のエージェントが行うのと同じアクションです。別の受信箱もウェブサイトに取り付けたウィジェットもありません。

サードパーティの道が早く信頼できるようになるのは、ナレッジの出どころによるものです。接続時に、eeselは自動的にHubSpotのチケット、ナレッジベースの記事、スニペットを取り込み、さらにConfluence、Notion、Google Docsといった任意のソースも追加できます。手作業のトレーニングやデータラベリングは不要です。自社のHubSpot連携ページでは、30分未満のセットアップ時間と、初週から標準で85%以上のティア1解決率(平均)を公表しています。

設定はルールエンジンを配線するのではなく、望むことを言葉で記述する形で行います。どのチケットを処理すべきか、どう書くべきか、いつエスカレーションするかを平易な言葉で伝えます。

さらに2点、名前を挙げる価値があります。これらはキュー作業の道を安全だと感じさせる部分だからです。

• **既存のHubSpotの設定を尊重します。**eeselはチケットのパイプライン、ルーティング、SLAポリシーを置き換えるのではなく、それらと並行して動作します。ライブのCRMデータを読み取るため、返信は汎用的な回答ではなく、顧客の実際のプラン、注文、チケット履歴を参照できます。
• **自社の履歴でシミュレーションします。**実際の顧客に触れる前に、eeselは過去のHubSpotチケットを再生し、実際にチームが送った回答と比べて自分の回答をスコアリングするため、デモの日の推測ではなく本当の精度がわかります。事前に解決率を約束するのではなく、すでに回答済みのチケットをどう処理していたかを示します。それがこの数字の誠実なバージョンです。

純正かサードパーティか:どちらの道が合うか

どちらの道も普遍的に正しいわけではありません。ここで項目ごとに正直な比較を示します。

すでにService Hub ProfessionalかEnterpriseを使っていて、ボリュームがそこそこで、日常的に使っているCRMにネイティブに組み込まれたAIを求めているなら、Breezeはすぐそこにあり、特にナレッジギャップの指摘において十分にその役目を果たします。繰り返し発生するティア1のチケットを実際のボリュームで解決すること、メーターをクレジットではなくチケットに紐づけること、そしてまず自社の履歴でテストすることを優先するなら、サードパーティの道の方が近道になることが多いです。

この2つは互いに排他的でさえありません。多くのチームはエージェントのためにBreeze Assistantを有効にしたままにし、キューの最前線はサードパーティエージェントに任せています。

実際の数字で見るコスト

表示価格は実際の請求額を隠してしまうので、ここで小規模チームの規模での具体例を示します。

例えば、Service Hub Professionalで5人のエージェントによるサポートチームを運用し、自律型エージェントにティア1を任せたいとします。Professionalの5席は月450ドルに加え、必須の初回オンボーディング1,500ドルがかかります。含まれる3,000クレジットは月あたり約60件の解決をカバーします。エージェントが実際に1,000件のチケットを解決したとすると、含まれるプールを超える解決は950件、およそ47,500クレジットとなり、クレジットあたり約0.009〜0.010ドルで計算すると、席料金の上に月あたり約430〜475ドルのクレジット費用が乗ることになります。

これをボリューム課金の道と比較してみましょう。eeselは処理したHubSpotチケットあたり0.40ドルを課金し、1つのチケットは何度メッセージが往復しても1つのタスクとして扱われ、プラットフォーム料金も席単位の料金もありません。同じ1,000件のチケットを処理すれば400ドルの一定額で、HubSpotに6人目のエージェントを追加しても変わりません。注目すべき単位は課金対象そのものです。eeselは解決ではなく処理したチケットごとに課金するため、72時間の凍結ルールや再開スレッドの二重カウントをモデル化する必要がありません。HubSpotのメーターは「持続する解決」を評価するのに対し、eeselのメーターは単純にボリュームです。

どちらのモデルも抽象的に「安い」ということはありません。純正の道は席とクレジット消費に応じてスケールし、ボリュームの道はチケット数に応じてスケールします。自社のチームが実際にどう成長するかに合ったメーターを選びましょう。

HubSpot Service Hub向けにeeselを試す

求めている道がHubSpotに接続してティア1のチケットを片付け始めるエージェントなら、それはまさにHubSpot向けeeselが作られた目的です。数分で接続し、過去のHubSpotチケットとナレッジベースから学習し、ライブのCRMコンテキストを踏まえて返信を下書きするため、回答は汎用的な台本ではなく顧客の実際のアカウントを参照します。

私が一番挙げたい差別化要因は、実際のHubSpotの履歴でのシミュレーションです。エージェントが誰にも返信する前に、すでにチームが回答したチケットをどう処理していたかを、実際に送った内容と比べたスコアで確認できます。クレジットカード不要で50ドル分の利用枠付きで無料で試すことができ、セットアップは30分以内で完了し、HubSpotに既にあるパイプライン、SLAポリシー、そしてセキュリティの設定を尊重します。