▼ この記事の内容
HubSpotチャットボットは、Web上の会話をリード選別、予約、問い合わせ一次対応へつなげる機能です。作成前に受信先、取得項目、有人引き継ぎ、公開条件、運用指標を決めると、営業やCSが使える会話ログを残せます。
HubSpotチャットボットを設定するときは、画面上の作成手順だけでなく、営業やCSが後続対応で使う情報まで決める必要があります。会話数が増えても、担当者が次の行動を判断できなければ成果にはつながりません。
営業マネージャーが確認したいのは、どのページで誰に表示し、何を聞き、どの条件で人へ渡し、どの指標で改善するかです。この流れを先に決めると、HubSpot上の設定項目を迷わず選べます。
この記事では、HubSpotチャットボットの作成手順、CRM項目、有人引き継ぎ、用途比較、公開後の運用指標を整理します。読み終えると、見込み客を取りこぼさない会話フローの設計方法が分かります。
営業の型・商談振り返り・改善の流れを一連の仕組みにする営業改善プログラムはこちら！
＞＞無料で『3分でわかる「FAZOM」ご解説資料』をダウンロードする
HubSpotチャットボットの役割と成果へのつなげ方
HubSpotチャットボットは、Webサイト上の会話を自動化し、訪問者の用件整理や初期対応を支援する機能です。営業やCSで使う場合は、会話をCRM項目、有人引き継ぎ、成果指標へつなげて後続対応の判断材料を残します。
リード選別や予約、一次対応に活用する
HubSpotチャットボットは、リード選別、ミーティング予約、問い合わせ一次対応をWebサイト上で受け付ける機能です。訪問者の用件を早い段階で分けると、営業やCSの初動を整えやすくなります。
営業用途では、会社名、部署、相談内容、導入時期などを会話内で確認し、商談化の優先度を判断する材料にします。予約導線まで接続すれば、フォーム入力後の待ち時間を減らせます。
CS用途では、よくある質問への案内、チケット作成、担当窓口への振り分けに使います。営業時間外の問い合わせでも、最低限の用件と連絡先を受け取れるため、翌営業日の対応が始めやすくなります。
ただし、チャットボットは設置しただけで成果を生む機能ではありません。最初に自動化する用件を絞り、有人対応へ渡す条件を決めておくと、見込み客の取りこぼしを抑えられます。
CRM連携で会話情報を後続対応へ引き継ぐ
HubSpotチャットボットの価値は、会話内容をCRM上の後続対応へ渡せる点にあります。担当者は問い合わせ内容だけでなく、訪問者の属性や関心を見て次の対応を判断します。
営業チームでは、チャットで得た用件をコンタクト情報や会社情報に紐づけると、初回連絡が具体化します。誰に、何を、どの順番で確認するかが明確になります。
サポートチームでは、問い合わせ種別や緊急度を残すことで、チケット対応やFAQ改善へつなげられます。会話ログが分類されていれば、担当者交代時の確認漏れも減らせます。
CRM項目に残す情報は、後続対応で実際に使うものへ絞ります。項目数を増やすより、営業やCSが判断に使う項目が確実に入る状態を優先します。
チャットボットだけで完結させない
チャットボットは、全ての問い合わせを自動で解決する仕組みではありません。回答できる範囲と人へ渡す範囲を分けることで、訪問者の不満と誤回答を減らせます。
個別見積もり、契約条件、障害対応、法務確認のような質問は、人の判断で根拠を確認します。自動応答では受付と分類だけを行い、担当者へ渡す条件を明確にします。
チャット導線を検討する段階では、関連する営業支援ツールの役割も見ておくと、チャットボットだけに期待を寄せすぎる状態を避けられます。
営業支援ツール全体の位置づけを整理する場合は、チャットボットを含む営業DXツールの比較軸も確認材料になります。
営業AI・営業DX セールステックカオスマップ｜課題逆引き7分類
チャットボットだけで完結させないを運用へ落とし込む際は、開始条件、確認担当、利用する記録を一つずつ決めます。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
チャットボットだけで完結させないの結果は、担当者、期限、会議で見る指標に結び付けます。次回会議で更新状況と未対応理由を確認すると、改善を継続しやすくなります。
公開前に確認したいHubSpot側の準備
HubSpotチャットボットは、作成画面に入る前の準備で運用品質が変わります。受信先、表示ページ、トラッキングコード、対応時間、担当者権限を先に確認します。
受信トレイかヘルプデスクを先に選ぶ
HubSpotの公式作成ガイドでは、ルールベースのチャットボット作成時に、ワークスペースで受信トレイまたはヘルプデスクを選ぶ流れが示されています。営業相談とサポート問い合わせで受け皿を分けると、後続対応が安定します。
営業相談を会話から予約へつなぐなら、担当者やチームの割り当てを先に決めます。サポート問い合わせを扱うなら、チケット化の有無と対応ステータスを決めてから作成します。
受信先が曖昧なまま公開すると、会話は残っても誰が見るべきか分からなくなります。公開前に通知先と一次対応責任者を確認し、未対応会話が滞留しない状態にします。
参考：Create a rule-based chatbot｜HubSpot Knowledge Base
外部サイトではトラッキングコードを確認する
HubSpot以外でホストしているWebサイトにチャットボットを出す場合は、HubSpotトラッキングコードが設置されているか確認します。表示されない原因を設定画面だけで探すと、原因切り分けに時間がかかります。
HubSpotのチャットウィジェット表示トラブルシュートでは、外部サイトで表示されない場合の確認項目としてトラッキングコードの設置が案内されています。公開前に対象ページで実機確認すると、初動の手戻りを減らせます。
確認時は、対象URL、表示条件、Cookie同意、タグ配信、スマートフォン表示まで見ます。営業ページだけでなく、資料請求完了後や料金ページなど、導線上の主要ページで確認します。
参考：Troubleshoot chat widget not appearing on website pages｜HubSpot Knowledge Base
表示ページと対応時間を決めておく
表示ページは、訪問者の用件が明確になりやすい場所から選びます。料金ページ、サービスページ、資料請求後のページなど、次の行動が発生しやすい箇所を優先します。
対応時間は、有人引き継ぎの期待値と合わせて決めます。営業時間外に表示する場合は、即時回答ではなく受付や翌営業日の連絡になることを会話内で伝えます。
営業用途では、対応時間と担当者割り当てが商談化率に影響します。公開前に、通知を受ける人、一次返信の期限、予約へ進める条件を明文化します。
会話フローの作成手順と入力項目
チャットフローは、目的、最初の質問、分岐、取得項目、接続先の順に作ります。画面操作から始めるより、訪問者の用件と社内の対応先を先に分けるほうが安定します。
目的別にチャットフローを分ける
チャットフローは、営業相談、資料請求後の確認、サポート問い合わせなど、目的ごとに分けます。一つのフローに複数目的を詰めると、分岐が複雑になり訪問者が選びにくくなります。
営業相談では、課題と検討時期を確認して予約へつなぎます。サポートでは、問い合わせ種別と緊急度を確認し、チケット作成や有人対応へつなげます。
目的を分けると、表示ページと成果指標も分けやすくなります。営業ページでは予約数や商談化率、サポートページでは一次対応完了率や再問い合わせ率を見ます。
最初の質問で訪問者の用件を切り分ける
最初の質問は、訪問者の用件を短く切り分ける役割を持ちます。ここで質問が曖昧だと、その後の分岐や担当者割り当てが不安定になります。
選択肢は、営業相談、料金や資料、利用中の問い合わせ、その他のように大きく分けます。自由入力だけに頼ると、分類できないログが増え、後続対応の手間が残ります。
質問文は、訪問者が自分の状況を選びやすい表現にします。社内用語や部署名をそのまま出すより、相談内容や困りごとの言葉へ置き換えると回答しやすくなります。
リード選別では必須項目を増やしすぎない
リード選別では、初回接点で必須項目を取りすぎないようにします。入力負荷が高いと、温度感の高い訪問者でも予約前に離脱します。
最低限の項目は、会社名、連絡先、相談内容、検討時期のように後続対応へ直結するものへ絞ります。役職や予算は、必要に応じて有人対応や予約後の確認へ回します。
取得項目は、営業が次に使う順番で並べます。最初に用件を分け、次に連絡先や検討時期を確認すると、会話ログから優先順位を判断しやすくなります。
用途別にチャット機能を選ぶ基準
HubSpot内のチャット機能は、機能名ではなく自動化範囲と有人判断の有無で選びます。定型分岐、即時対応、AI回答、社内ナレッジ参照は、同じ課題を解く機能ではありません。
比較表で向いている用途を整理する
用途選定では、チャットボット、ライブチャット、Breeze、社内ナレッジ参照の役割を分けます。自動化したい範囲と回答責任を見れば、選ぶ機能を誤りにくくなります。
| 用途 | 向く機能 | 確認する点 |
|---|---|---|
| 用件の切り分け | ルールベースのチャットボット | 分岐と取得項目 |
| その場の判断 | ライブチャット | 担当者の対応時間 |
| 定型回答の補助 | AI機能 | 公式仕様と回答範囲 |
| 社内情報の参照 | ナレッジ活用 | 回答根拠と更新責任 |
表の軸は、機能の優劣ではなく責任範囲の違いです。社内で比較する場合は、定型分岐から始め、人の判断やAI回答を足す順番で考えます。
ルールベースは定型分岐に向いている
ルールベースのチャットボットは、選択肢で用件を分ける対応に向きます。営業相談、資料請求、サポート問い合わせのように分類が明確な場面で使いやすいです。
分岐の強みは、回答がぶれにくく、CRM項目へ対応させやすい点です。反対に、訪問者が自由に質問する場面では、想定外の入力を処理しきれないことがあります。
定型分岐で扱う範囲は、回答根拠が明確で、次の処理も決まっている質問に絞ります。個別判断が必要な質問は、ライブチャットや有人対応へ渡す設計にします。
ライブチャットは即時判断に向いている
HubSpotのライブチャット作成ガイドでは、訪問者をチームメンバーへ直接つなぐ用途が説明されています。料金相談や複雑な要件確認では、人がその場で判断できる導線が向きます。
ライブチャットは、担当者の空き状況と対応時間が成果に影響します。即時対応を約束できない場合は、受付だけをチャットボットで行い、後続対応の期待値を明確にします。
AI回答やライブチャットを併用する場合でも、FAQとチャットの役割分担を先に決めます。回答範囲の整理には、FAQシステムの比較観点も参考になります。
FAQやナレッジとの使い分けを検討する場合は、FAQシステムと問い合わせ対応の比較軸も確認できます。
営業AI・営業DX FAQシステム比較は機能数より回答根拠と更新運用で失敗を防ぐ
参考：Create a live chat｜HubSpot Knowledge Base
導入後につまずく設計ミスの防ぎ方
HubSpotチャットボットの失敗は、機能不足よりも設計不足から起きます。分岐、有人引き継ぎ、CRM項目、回答根拠を公開前に決めると、運用後の手戻りを減らせます。
シナリオを細かくしすぎて離脱を招く
シナリオを細かくしすぎると、訪問者は目的の回答へ進む前に離脱します。分岐は多いほど親切なのではなく、選びやすいほど機能します。
営業相談では、最初に用件を分け、その後に必要な項目だけを聞きます。製品別、部署別、課題別を最初から全て並べると、訪問者はどれを選ぶべきか迷います。
質問数は、後続対応に必要な最小限へ絞ります。細かい確認は有人対応や予約後のヒアリングへ回すと、次の会話へ進みやすくなります。
回答できない質問まで自動化しない
回答できない質問まで自動化すると、誤回答と引き継ぎ漏れが起きます。チャットボットは、回答範囲を明示したうえで使う必要があります。
個別見積もり、契約条件、障害対応、法務確認のような質問は、人の判断で根拠を確認します。自動応答では受付と分類だけを行い、担当者へ渡す条件を明確にします。
誤回答対策を深めたい場合は、回答根拠、担当者確認、FAQ更新の責任者を決めます。回答できない質問を人へ渡す条件があれば、訪問者を会話内で止めずに済みます。
CRM項目を営業が使える形にそろえる
CRM項目が曖昧なまま会話を記録すると、営業は次の対応を判断できません。ログは残っても、商談化に使えない情報になります。
営業が使う項目は、課題、検討時期、会社規模、担当者属性、次アクションに絞ります。自由入力の会話ログだけでは、優先順位付けや担当者割り当てに使いにくくなります。
項目設計では、取得しやすさと活用しやすさを分けて確認します。入力負荷が高い項目は、チャット内ではなく予約後のヒアリングへ移すかを判断します。
営業とCSで成果を測る改善運用
HubSpotチャットボットの成果は、作成数や会話数だけでは判断できません。営業では商談化、CSでは解決率や再問い合わせまで見て、改善サイクルへ戻します。
商談化まで追える指標を決める
営業用途の成果は、チャット開始数やCV数だけで判断しません。MQL、SQL、商談化、受注まで追うと、会話が売上につながったかを説明しやすくなります。
チャットで取得した課題や検討時期は、営業の優先順位付けに使います。一次対応後に商談化しない場合は、質問項目、予約条件、担当者割り当てを見直します。
CVが増えても、SQL化や商談化が弱ければ成功とは言えません。質の低いリードを増やしていないか確認し、分岐と取得項目を調整します。
サポート用途では再問い合わせまで確認する
サポート用途では、一次対応完了率だけでなく、再問い合わせや有人引き継ぎ後の解決状況を見ます。表面上の対応数が減っても、顧客の不満が残れば改善とは言えません。
よくある質問を自動化する場合は、回答後に解決したかどうかを確認します。解決しない質問が残るなら、回答文、分岐、有人引き継ぎ条件のどこかを見直します。
CSでは、問い合わせ削減よりも顧客体験の安定を優先します。質問ログを定期的に見直すと、FAQやナレッジに戻すべき情報が分かります。
質問ログをFAQやナレッジ、営業トークへ戻す
質問ログは、チャットボット改善だけでなく、FAQ、社内ナレッジ、営業トークの改善材料になります。訪問者の言葉を見れば、社内が想定していない不安も見つかります。
営業では、商談前によく聞かれる質問をトークスクリプトへ戻します。CSでは、解決しなかった質問をFAQやヘルプ記事へ戻し、次回の自動応答で扱える状態にします。
運用会議では、会話数だけでなく、未解決質問、有人引き継ぎ理由、商談化した会話の共通点を確認します。改善対象を決めると、チャットボットの更新が継続しやすくなります。
よくある質問
HubSpotのチャットボットは無料で使えますか
無料で試せる機能はありますが、業務利用では最新のプラン条件と必要権限を公式情報で確認します。無料範囲だけでなく、運用後に誰が対応するかまで決めると判断しやすくなります。
HubSpotチャットボットとライブチャットの違いは何ですか
チャットボットは定型分岐や初期情報収集に向き、ライブチャットは人がその場で判断する対応に向きます。置き換えではなく、用件の切り分けと有人判断の分担で設計します。
HubSpotチャットボットを表示するには何が必要ですか
受信トレイやヘルプデスク、チャットチャネル、チャットウィジェット、トラッキングコード、公開条件を確認します。外部サイトでは設置後に対象ページで表示確認まで行います。
まとめ
HubSpotチャットボットは、リード選別、ミーティング予約、問い合わせ一次対応を支援します。作成前に受信トレイやヘルプデスク、チャットチャネル、CRM項目、有人引き継ぎを確認すると、公開後の手戻りを減らせます。
一方で、設定だけを終点にすると、会話数は増えても営業やCSが使える情報にならない可能性があります。質問ログ、回答根拠、担当者割り当て、MQLやSQLへの接続を見ないままでは、改善すべき箇所を説明しにくくなります。
HubSpotチャットボットを営業・CS成果につなげる運用設計まで整理したい方は、営業改善プログラム「FAZOM」のサービス資料を確認すると、社内説明に必要な論点をまとめやすくなります。
営業の型・商談振り返り・改善の流れを一連の仕組みにする営業改善プログラムはこちら！
＞＞無料で『3分でわかる「FAZOM」ご解説資料』をダウンロードする
