%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png?width=130&height=39&name=%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png "StartLink"){kind=logo}
この記事の結論
HubSpot Service Hubとは、バラバラな問い合わせ窓口をチケットで一元管理し、AIやナレッジベースで顧客の自己解決まで支えるカスタマーサービス向けのHubです。顧客対応を「守りの業務」から関係強化の起点に変える司令塔として機能します。
HubSpot Service Hubとは、バラバラな問い合わせ窓口をチケットで一元管理し、AIやナレッジベースで顧客の自己解決まで支えるカスタマーサービス向けのHubです。顧客対応を「守りの業務」から関係強化の起点に変える司令塔として機能します。
「問い合わせ窓口がメール・フォーム・SNSでバラバラで、対応漏れが起きる」「誰がどこまで対応したか、進捗がわからない」「同じ質問への回答に毎回時間を取られる」——顧客対応の現場では、こうした声をよく耳にします。
Service Hubとは、HubSpotのCRM上に構築されたカスタマーサービス向けの製品です。メールやウェブフォーム、電話、チャットなど複数チャネルの問い合わせを「チケット」として一元管理し、顧客情報と自動で紐づけながら対応できます。中小企業では一人の担当者が複数の窓口を兼務するケースも多く、こうした課題の解消につながります。この分野の体系的な情報はHubSpot機能ガイドでまとめています。
本記事は「AI × CRMで企業価値を上げる設計思想｜経営者が知るべきAI CRM戦略」シリーズの一部です。
本記事はStartLinkの「AI活用完全ガイド」関連記事です。
この記事でわかること
Service Hubの導入を検討している方にも、すでに使っていて活用範囲を広げたい方にも、機能の全体像と実務での使いどころがわかる内容にしています。
- Service Hubの中核「チケット」とCRM統合の価値 — メール・フォーム・電話・チャットなど複数チャネルの問い合わせを1つの画面で集約・管理し、対応漏れを防ぐ仕組みを解説します
- 受信トレイ・ヘルプデスクの運用設計 — チーム署名・自動返信・割り当て条件など、初動対応を仕組み化する設定を紹介します
- Breezeの顧客対応エージェントとナレッジベース — AIによる自動応答の仕組みと、ナレッジギャップを使った改善サイクルを解説します
- カスタマーサクセスボードと導入の進め方 — 顧客の健全性スコアによる「攻めのサポート」と、段階的な導入ステップ・向かないケースを整理します
顧客対応の属人化や対応漏れに課題を感じている、中小企業のカスタマーサポート・CS担当者の方に向けて書いています。最後まで読むと、自社の問い合わせフローをService Hubでどう設計するかイメージできるようになります。
Service Hubの中核「チケット」とCRM統合の価値
Service Hubを理解する第一歩は「チケット」という概念です。複数のチャネルから届く問い合わせをチケットとして集約し、顧客情報と紐づけて管理します。これがService Hubの中心的な仕組みです。
複数チャネルの問い合わせをチケットに集約
以下の画面は、HubSpot Service Hubの概要画面です。
メール、ウェブサイトの問い合わせフォーム、電話、チャット、メッセンジャーといった接続したチャネルからの問い合わせを、チケットとして集約・管理します。これにより、「今対応が必要な問い合わせが何件あるか」「すでに完了した問い合わせが何件あるか」が一目で把握できるようになります。
バラバラだった問い合わせが一つの画面に集約されることで、進捗状況がチーム全体で見えるようになり、対応漏れを減らしやすくなります。担当者個人のメールボックスに情報が眠る、という事態も防げます。
顧客情報と自動で紐づくCRM統合
Service Hubの強みは、HubSpotのCRMと深く統合されている点です。問い合わせで作成されたチケットは、HubSpotに登録されている顧客情報（コンタクトや会社）と自動的に紐づきます。
例えば、過去にそのお客様が何を問い合わせたか、どんなウェブページを閲覧したか、営業担当者とのやり取りはどうだったか、といった情報がチケットに紐づいて表示されます。サポート担当者は顧客の全体像を把握しやすくなり、状況に合わせた対応をしやすくなります。
コンタクト獲得から取引、顧客化、その後のサポートまでを同じCRM上で扱えるため、営業からサポートへの引き継ぎで情報が途切れにくい設計です。ヘルプデスク機能がCRMと一体化している点が、Service Hubの特徴だと考えています。
受信トレイ・ヘルプデスクで窓口を一元化する
「うちの問い合わせ窓口は、メールアドレス、ウェブフォーム、メッセンジャーといくつもあって管理が大変」という声はよく聞きます。Service Hubの「受信トレイ・ヘルプデスク」は、そんな窓口を一つの場所にまとめて扱うための機能です。
複数チャネルを一つの共有受信トレイへ
以下の画面は、受信トレイのイメージです。
GmailやOutlookの共有アドレス、HubSpotで作成したフォーム、Facebookメッセンジャーなどのチャネルを接続すると、そこから入ってきた問い合わせが一つの共有受信トレイに届きます。それらは自動的にチケットとして管理されるため、窓口がいくつあっても対応する場所は一つで完結します。
以下の画面は、受信トレイの画面です。
チーム署名と自動返信で初動を揃える
受信トレイでは、顧客対応の質を上げる設定も用意されています。例えば「サポートチームの担当者」といったチーム署名を事前に決めておけば、誰がメールに返信しても自動的に署名が挿入され、統一された印象を保てます。
問い合わせ受信時に「お問い合わせありがとうございます」といった内容のメールを自動返信する設定もできるので、お客様に「問い合わせが届いた」という安心感を即座に届けられます。
割り当て条件で担当者の振り分けを自動化
以下の画面は、ヘルプデスクの画面です。
初動対応をさらに効率化するために、割り当て条件も設定できます。例えば、既存のお客様からの問い合わせは「コンタクトの担当者」に自動で割り振り、新規のお客様からの問い合わせは「今空いている担当者にランダムに割り振る」といったルールを事前に決めておけます。
手動での振り分け作業がなくなり、対応スピードが上がります。担当者の裁量や記憶に頼るのではなく、ルールとして仕組み化する点がポイントになってきます。
チャットフローとBreezeの顧客対応エージェント
お客様からの簡単な質問に、時間を問わず自動で回答する体制をService Hubは実現できます。カギを握るのが「チャットフロー」と、HubSpotのAI「Breeze」を搭載した「顧客対応エージェント」です（RAG連携と構築の手順はHubSpot AIチャットボット（Breeze）解説、エージェント全体の使い分けはHubSpot AI「Breeze」機能完全ガイドで整理しています）。
学習ソースをもとに回答するAIチャットボット
以下の画面は、チャットボットの設定画面です。
事前に用意したシナリオやFAQで回答を構成する形のボットとは異なり、HubSpotの顧客対応エージェントは、自社が持つ情報を参照ソースとして回答を生成する設計です。AIの参照元として、以下のような情報を設定するだけで自社専用のボットを作成できます。
- 公開しているウェブサイトやブログ — 自社サイトやブログの情報を学習させ、サービス内容やよくある質問に回答させます
- 社内のPDFファイルやドキュメント — 非公開の社内マニュアルや製品資料を読み込ませ、それらを根拠に回答させます
- HubSpotのナレッジベース — 公開しているマニュアルやFAQをAIの知識源として活用できます
以下の画面は、顧客対応のAIエージェントによる自動回答の画面です。
お客様からの簡単な質問はAIが自動で回答するため、サポート担当者は定型の問い合わせに割く時間を減らし、複雑で判断が必要な対応に時間を回しやすくなります。
回答できない場合のエスカレーション
以下の画面は、チャットボットの運用イメージです。
AIが回答できない場合に備えて、担当者へ自動でエスカレーション（引き渡し）するルールを設定できます。例えば「料金」や「担当者」といったキーワードがメッセージに含まれていた場合に担当者へ引き継ぎ、「担当者におつなぎしています」といったメッセージをカスタマイズして表示できます。顧客体験を損なわない導線をあらかじめ用意しておける点がポイントです。
AIと人間の役割分担の考え方
顧客対応エージェントは便利ですが、すべての問い合わせをAIに任せる設計はおすすめしません。定型の質問や情報提供はAIに任せ、個別の条件交渉やクレーム対応、判断が必要な問い合わせは人間が担当するといった役割分担が現実的です。エスカレーションのルール設計こそが、AI活用の成否を分けるポイントになってきます。
また、AIの回答品質は参照するナレッジの品質に依存します。正しい情報を、AIが理解しやすい形でインプットしてあげることが前提になる点は押さえておきましょう。
ナレッジベースとカスタマーポータルで自己解決を促す
顧客満足度を高める上で重要なのが「自己解決」を促すことです。ささいな疑問であれば、お客様は待つことなく自分で答えを探したいと考えていることが多いからです。
顧客向けマニュアル・FAQを公開するナレッジベース
以下の画面は、ナレッジベースの画面です。
Service Hubのナレッジベース機能を使えば、顧客向けのオンラインマニュアルやFAQサイトを作成・公開できます。HubSpotのブログと同じ要領で記事を作成して公開するだけで、お客様はいつでも必要な情報にアクセスできるようになります。
お客様が疑問を自分で解決できれば、サポートチームへの問い合わせ工数も抑えられます。お客様側とサポート側の双方にとって負担を減らせる仕組みです。
ナレッジギャップで改善サイクルを回す
ナレッジベースをさらに賢くするのが「ナレッジギャップ」です。顧客対応エージェントが回答できなかった質問は、ナレッジギャップとして一覧で可視化されます。これは、お客様が求めているのにナレッジベースに情報が不足している部分、つまり「知識のギャップ」を示しています。
この情報をもとに新しい記事を作成してナレッジベースに追加すれば、AIの回答精度と自己解決率を高めていく土台になります。顧客対応の改善サイクルを仕組みとして回せる点が、Service Hubの面白いところです。
チケット進捗を顧客自身が確認できるカスタマーポータル
以下の画面は、カスタマーポータルの画面です。
お客様自身が自分のチケットの進捗状況をリアルタイムで確認できるカスタマーポータルも便利な機能です。ログインすると、過去に送った問い合わせが「対応中」なのか「完了済み」なのかを一覧で確認できます。「今、どうなっているんだろう？」というお客様の不安を解消し、透明性の高いコミュニケーションが可能になります。設計の考え方と導入手順はHubSpotカスタマーポータルの活用法で詳しく扱っています。
カスタマーサクセスボードで「攻めのサポート」
顧客対応は、問い合わせに受動的に答える「守りのサポート」だけではありません。Service Hubのカスタマーサクセスボードを使えば、能動的に顧客を支援する「攻めのサポート」を実現できます。
顧客の健全性をスコアで可視化
以下の画面は、カスタマーサクセスボードの画面です。
カスタマーサクセスボードでは、顧客の健全性をスコア化し、サポート状況を一覧で管理できます。顧客の最近のアクティビティや担当者とのコミュニケーション状況に基づいて、「良好」「普通」「リスクあり」といった形で顧客の状態を可視化できます。
ヘルススコアの作り方（設定の場所と手順）
健全性のスコアは、公式ヘルプ（Customize a health score in the customer success workspace）の手順で自社の基準に合わせて作ります。利用にはService Hub ProfessionalまたはEnterpriseと、サービスシート、「カスタマーサクセス設定の管理」権限が必要です。複数のスコアを持てるのはEnterpriseのみです。
- 「その他」＞ サービス ＞ カスタマーサクセスを開き、設定（歯車アイコン）から「ヘルススコア」タブへ進み、「ヘルススコアを作成」をクリックします。
- 「計算」タブには、「1:1エンゲージメント」「1:1コールエンゲージメント」「サポートチケット」「CSMセンチメント」「NPS」のグループがあらかじめ入っています。そのまま使うか、「最初から作成」を選びます。
- 「イベントグループを追加」または「プロパティグループを追加」で、見たい項目を足します。1つのグループにはイベントとプロパティを混ぜられません。各グループの「最大ポイント」を設定すると、特定の項目だけで点が膨らむのを防げます。
- 良い兆候には加点、リスクの兆候には減点を設定します（例：サポートチケットが長く未解決なら減点）。
- 「設定」タブの「ヘルススコアのしきい値」で、ラベルごとにしきい値・色・名称を決めます。ラベル名は自社で決められるため、「良好」「普通」「リスクあり」などにします。
- 「レコードをテスト」「分布をプレビュー」で結果を確認してから有効にします。有効にすると、「ヘルススコア」と「ヘルスステータス」のプロパティが作られます。
| スコアのグループ | 見るもの | 使いどころ |
|---|---|---|
| サポートチケット | チケットの件数・未解決の長さ | サポート負荷が高い顧客を早めに見つける |
| 1:1エンゲージメント／1:1コールエンゲージメント | 担当者との連絡・通話の頻度 | 連絡が途絶えた顧客に、こちらから声をかける |
| CSMセンチメント | 担当者が付ける主観の評価 | 数字に出ない不安をスコアに反映する |
| NPS | アンケートの回答 | 顧客の満足度の変化を追う |
最初は、あらかじめ入っているグループから使い始め、運用しながら不足する項目を足す進め方が現実的です。しきい値は、はじめから決め打ちせず、「分布をプレビュー」で実際の顧客がどう分かれるかを見て調整します。
リスクの早期発見とプロアクティブな対応
カスタマーサクセスボードのメリットは、サポートが手薄になっている顧客やリスクを抱えている顧客を事前に特定できることです。顧客が不満を抱えてから対応するのではなく、問題が顕在化する前にこちらから働きかけるプロアクティブ（能動的）な対応が可能になります。
例えば、しばらく連絡がないお客様に「最近いかがですか？」と声をかけるなど、顧客との関係を強化し、LTV（生涯価値）を高めるためのツールとして位置づけられます。
Service Hubの初期設定手順（チケット・ヘルプデスク・SLA・顧客対応エージェント）
機能の紹介だけでなく、実際に設定する順番と画面の場所を整理します。メニュー名と必要な契約は、HubSpot公式ナレッジ（Manage tickets in help desk、Set up pipeline automations for objects、Set SLA goals in help desk、Set up the customer agent）で確認できる範囲に沿っています。
- チケットのステータスを決めます。設定（歯車アイコン）＞ データ管理 ＞ オブジェクト ＞ チケット ＞ 「パイプライン」タブで、使うパイプラインを開き、ステータスを整理します。重なる意味のステータスは増やさず、下表のように「次に誰が動くか」で分けます。
- ヘルプデスクを開き、チャネルを接続します。「その他」＞ サービス ＞ ヘルプデスクで画面を開きます。表示形式は「テーブル」「分割」「ボード」から選べ、チケットの上部で「チケットオーナー」「担当チーム」「優先度」「カテゴリ」「ステータス」を編集できます。
- ステータスの自動更新を有効にします。設定 ＞ データ管理 ＞ オブジェクト ＞ チケット ＞ 「パイプライン」タブでパイプライン名を開き、「自動化」タブの「チケットステータスの更新」で、「顧客にメールが送信された」「顧客がメールに返信した」のチェックボックスを選び、行の「アクションを編集」で移行先のステータスを指定します。
- SLAを設定します。設定 ＞ 受信トレイとヘルプデスク ＞ ヘルプデスク ＞ 「ヘルプデスクの自動化」の「SLA」を開き、「1つのチケットプロパティに基づいて適用」で「優先度」を選び、優先度ごとに「最初の返信までの時間」「次の返信までの時間」「クローズまでの時間」の目標を入れます。「一時停止」で「顧客の返信待ち」「保留」のステータスを条件に追加すると、顧客側の都合で止まっている間はタイマーが止まります。
- 顧客対応エージェントを作ります。「その他」＞ サービス ＞ カスタマーエージェントで「エージェントの設定へ進む」を選び、名前と性格、コンテンツソース（既存のHubSpotコンテンツ、またはウェブサイトページの同期）を指定して「作成」します。概要ページで指示とハンドオフの設定を確認し、メールまたはライブチャットでテストしてからデプロイします。
- 運用データで改善します。カスタマーエージェント ＞ 分析で、解決率や人への引き継ぎ率を見ます。「コーチングの機会」に出る「ナレッジギャップ」と「ナレッジの競合」を直し、ナレッジベースの記事を足します。
手順1のステータス設計の例です。SLAのタイマーを止める条件になるため、「顧客の返信待ち」と「保留」は分けておくと運用しやすくなります。
| ステータス（例） | 意味・次に動く人 | SLAタイマー |
|---|---|---|
| 新規 | 受信直後。担当者がまだ決まっていない | 動く |
| 対応中 | 担当者が調査・回答を進めている | 動く |
| 顧客の返信待ち | こちらから質問や回答を送り、顧客の返信を待っている | 止める |
| 保留 | 社内の確認や開発側の対応待ちで、顧客に伝えた上で待っている | 止める |
| クローズ | 顧客の疑問が解消した。再開時は最初の未完了ステータスに戻る | 停止 |
公式ヘルプによると、クローズ済みのチケットに顧客が返信した場合、ステータスはパイプラインの最初の未完了ステータスに移ります。上表のクローズの扱いはこの動きに合わせています。次に、機能ごとに必要な契約と制約を整理します。契約内容は変わることがあるため、導入前にHubSpot Service Hubの料金ページで最新の内容を確認してください。
| 機能 | 公式ヘルプでの前提 | 設計上の注意 |
|---|---|---|
| ヘルプデスク | Service Hub ProfessionalまたはEnterprise。カスタムビュー・SLA・返信の推奨・チケット分割にはサービスシートが必要 | 担当者ごとにシートを割り当てる前提で人数を数える |
| チケットのステータス自動更新 | Service Hub Starter・Professional・Enterprise（Sales Hubでも利用可）。設定にはスーパー管理者またはワークフロー編集権限 | 顧客へのメールはチケットのレコードから送る。コンタクトのレコードから送るとステータスは動かない |
| SLA | Service Hub ProfessionalまたはEnterprise。スーパー管理者権限が必要。複数のチケットプロパティの組み合わせはEnterprise | 最初は「優先度」だけで始め、チームごとの目標が必要になったらEnterpriseを検討する |
| 顧客対応エージェント | 各HubのProfessionalまたはEnterprise。「カスタマーエージェント編集者」の権限と席が必要。デプロイにはHubSpotクレジットが必要で、解決が成立したときだけ消費する | 設定とテストはクレジットを使わない。初めて使う場合は14日間の無料利用を選べる |
運用開始後は、顧客対応エージェントの分析画面で次の指標を見ます。画面上の名称と見方は次の通りです。
| 指標（画面上の名称） | 見方 | 数値が低い・高いときの打ち手 |
|---|---|---|
| 解決率（Resolution rate） | 人へ引き継がずに解決した会話の割合 | ナレッジの不足を疑い、「コーチングの機会」を確認する |
| 人への引き継ぎ率（Human handoff rate） | 担当者にエスカレーションした会話の割合 | 引き継ぎ条件が広すぎないか、必要な問い合わせが漏れていないかを見る |
| ソースの使用状況（Source Usage） | 各コンテンツソースが回答にどれだけ使われたか | 使われないソースは内容か更新を見直し、整理する |
| ナレッジギャップ／ナレッジの競合（Coaching opportunities） | 回答できなかった質問／ソース同士が食い違った質問 | ギャップは記事を追加し、競合は古い記事を直す |
設定でつまずきやすい点は次の通りです。
| よくある失敗 | 起きること | 回避策 |
|---|---|---|
| 顧客へのメールをコンタクトのレコードから送る | チケットのステータスが自動で動かず、返信待ちの案件が埋もれる | 顧客への連絡はヘルプデスクまたはチケットのレコードから送る運用にそろえる |
| 「顧客の返信待ち」と「保留」を一つにまとめる | SLAを止める条件が曖昧になり、実態より遅れて見える | 手順1の表のように、止める理由を分けてステータスにする |
| 古い記事をそのままソースにする | ナレッジの競合が起き、エージェントの回答が揺れる | コンテンツソースは更新が続いているFAQ・ナレッジ記事に絞る |
| 引き継ぎ設定をテストしない | 担当者に渡るべき会話がエージェントの中で止まる | テストで引き継ぎ条件を実際に発火させ、渡り先の担当者を確認する |
AIの利用量と料金の考え方はHubSpot AIクレジット料金ガイド、導入前の確認項目はHubSpot Customer Agent導入前チェックリストにまとめています。他のヘルプデスクと比べて選びたい場合はヘルプデスクの比較が参考になります。
導入の進め方と向かないケース
Service Hubは機能が豊富な分、全部を一気に使いこなそうとすると立ち止まりがちです。自社の課題に合わせて段階的に広げる進め方と、実際の向き・不向きを整理します。
スモールスタートの進め方
| 段階 | 導入する機能 | ねらい |
|---|---|---|
| 第1段階 | 受信トレイ・チケット管理 | 問い合わせの集約と対応漏れの防止 |
| 第2段階 | 割り当て条件・自動返信 | 初動対応のスピードと品質の統一 |
| 第3段階 | ナレッジベース | よくある質問の自己解決化 |
| 第4段階 | 顧客対応エージェント・カスタマーサクセスボード | AI自動応答と能動的な顧客支援 |
まずは受信トレイへのチャネル集約から始めて、効果を確認しながら自動化やAIへ広げていくのが現実的です。第1段階の集約だけでも、問い合わせの見落としや二重対応を洗い出せるため、「どの程度の件数がどのチャネルから来ているか」が可視化されます。その実績を見てから、割り当てルールや自動返信といった第2段階以降の自動化をどこまで入れるかを決めていく流れです。企業様によって最適な形は異なりますので、自社の問い合わせ量やチャネル構成に合わせて優先順位をつけてみてください。
仕組みとして回すための設計のコツ
Service Hubの価値は、担当者個人の努力ではなく仕組みで解決できる点にあります。チーム署名・割り当てルール・エスカレーション条件はすべて事前にルールとして登録するため、新しい担当者が入っても同じ手順で対応しやすくなります。
運用が属人化しないよう、「どの問い合わせをAIに任せるか」「どこで人間に引き継ぐか」をチームで言語化しておくと、引き継ぎや採用のたびに混乱しません。
Service Hubが向かないケース
正直にお伝えすると、問い合わせ件数がごく少なく、一人の担当者で十分に回っている場合は、チケット管理のメリットを実感しにくいケースがあります。判断の目安は、問い合わせが担当者個人の受信トレイに閉じていて「誰が対応中か」「過去に同じ質問があったか」を他のメンバーが確認できない状態にあるかどうかです。属人化が起きていなければ、まず共有ルールだけ整える選択肢もあります。また、AIエージェントの回答品質はナレッジの整備状況に左右されるため、公開情報やマニュアル自体が未整備の場合は、まずナレッジの整備から始める必要があります。
複数チャネルの対応漏れや、履歴の属人化に悩んでいる段階であれば、導入を検討する価値があります。
Service Hub導入を進める5つの工程
StartLinkでは、Service Hubの導入も、次の5つの工程を準委任で伴走しながら進めます。最初から全機能を入れず、問い合わせの集約から始めて広げる進め方です（工程の全体像はHubSpot導入・構築支援のページにあります）。
- 現状の整理・要件定義を行います。問い合わせ窓口（メール・フォーム・チャット・電話）ごとの件数と担当者、よくある質問の上位を洗い出します。最初に集約するチャネルと、AIに任せない問い合わせの種類を決めます。
- 設計・構築を行います。チケットのパイプライン・ステータス・優先度、割り当て条件、SLAを設計して設定します。顧客対応エージェントの導入では、Breezeの設定とあわせて、参照するナレッジの範囲と引き継ぎ先を決めます（HubSpotとAIを組み合わせた業務設計はHubSpot×AIのページが入口です）。
- データ移行を行います。既存の問い合わせ履歴やFAQを、必要な範囲でHubSpotのチケットとナレッジベースへ移します。顧客を特定するキー（メールアドレスや会社ID）をそろえてから取り込みます。
- テスト・検証を行います。各チャネルから実際に問い合わせを送り、チケットの作成・割り当て・ステータスの自動更新・SLAの一時停止・エージェントの引き継ぎを通しで確認します。
- 定着・運用改善を行います。週次で未対応チケットとSLAの超過を確認し、エージェントのコーチングの機会からナレッジを補います。運用の整え方はHubSpot定着の運用設計が参考になります。
よくある質問
Q1. 問い合わせ窓口がメール・フォーム・SNSでバラバラなのですが、まとめられますか？
まとめられます。GmailやOutlookの共有アドレス、HubSpotで作成したフォーム、Facebookメッセンジャーなどのチャネルを接続すると、接続した窓口の問い合わせが一つの共有受信トレイに届き、自動的にチケットとして管理されます。窓口がいくつあっても対応する場所を1画面にまとめられるため、対応中・完了済みの件数が一目で分かり、対応漏れを減らせます。
Q2. 問い合わせの担当者振り分けは自動化できますか？
割り当て条件を設定すれば自動化できます。たとえば既存のお客様からの問い合わせは「コンタクトの担当者」へ自動で割り振り、新規のお客様からの問い合わせは空いている担当者にランダムで割り振る、といったルールを事前に決めておけます。あわせてチーム署名や受信時の自動返信も設定でき、初動対応のスピードと印象を統一できます。
Q3. 顧客対応エージェントは、よくある質問にしか答えられないのでしょうか？
シナリオ以外にも回答できます。Breezeを搭載した顧客対応エージェントは、公開しているウェブサイトやブログ、社内のPDF・製品資料、HubSpotのナレッジベースを参照元として設定でき、文脈に合わせた回答を生成します。回答できない場合に備えて、「料金」「担当者」などのキーワードを含むメッセージは担当者へ自動でエスカレーションするルールも設定できます。
Q4. AIチャットボットの回答精度は、運用しながら上げられますか？
ナレッジギャップ機能で改善できます。顧客対応エージェントが回答できなかった質問は、ナレッジギャップとして一覧で可視化されます。これは自社のナレッジベースに情報が不足している箇所を示しているため、その内容をもとに記事を追加していけば、AIの回答精度と顧客の自己解決率を継続的に高めていくサイクルが回せます。
Q5. Service Hubのヘルプデスクや顧客対応エージェントを使うには、どのプランが必要ですか？
公式ヘルプでは、ヘルプデスクはService Hub ProfessionalまたはEnterprise、SLAも同じくProfessionalまたはEnterpriseが前提です。顧客対応エージェントは各HubのProfessionalまたはEnterpriseで利用でき、「カスタマーエージェント編集者」の権限と席、デプロイ用のHubSpotクレジットが必要です。プランと機能は変わることがあるため、導入前にHubSpot公式の料金ページで最新の内容を確認してください。
まとめ
HubSpot Service Hubは、バラバラだった顧客対応を一箇所に集約し、AIや自動化で効率化し、ナレッジベースやカスタマーポータルで顧客の自己解決を促すことで、サポートチームと顧客双方の体験を向上させるツールです。チケットを起点に、問い合わせの集約、自動化、自己解決支援、カスタマーサクセスボードによる顧客支援までをまとめて扱えます。
ポイントを整理すると以下の通りです。
- チケットが中核です。複数チャネルの問い合わせを集約し、CRMの顧客情報と自動で紐づきます
- Breezeの顧客対応エージェントは学習ソースを参照して回答し、答えられない質問はエスカレーションとナレッジギャップで改善サイクルに載せられます
- まずは受信トレイの集約から始め、段階的に自動化・AIへ広げるスモールスタートが現実的です
まずは「今ある問い合わせ窓口の洗い出し」から始めてみてください。次の3ステップで進めると取り組みやすいです。
- メール・フォーム・チャットなど、現在の問い合わせ窓口と対応フローを一覧にします
- 受信トレイにチャネルを接続し、チケットでの一元管理を始めます
- 対応履歴が溜まってきたら、よくある質問をナレッジベース化し、AIエージェントの導入を検討します
StartLinkでは、150社以上の支援実績をもとに、HubSpotの導入設計から運用定着まで一貫してサポートしています。CRMを活用した業務効率化やAIとの連携に関するご相談は、CRM特化型コンサルティングのHubSpotゴールドパートナーのStartLinkまでお気軽にお問い合わせください。
あわせて読みたい
記事の内容を、そのまま実務に落とし込みたい方向け
HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。
次に読む
株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
著者情報
