HubSpot AI受付のワークフローは、通話の概要を保存するだけでは不十分です。役立つバージョンは、適切なコンタクトを作成または更新し、発信者の要望を記録し、リード評価ステータスをマークし、ルールが明確な場合にのみライフサイクルステージを設定し、営業チームに行動するための十分なコンテキストを持つコールバックタスクを割り当てます。
ここで多くのCRMの引き継ぎが失敗します。AIが電話に応答しても、担当者は依然としてトランスクリプトを読み、リードが本物かどうかを判断し、誰が担当者かを把握し、コールバックを忘れないようにしなければなりません。それが完了する頃には、発信者は他の誰かと予約してしまっているかもしれません。
このガイドは、中小企業の営業チームに実用的なHubSpot AI受付のリード ルーティング マップを提供します。AI受付のワークフローをHubSpotに接続する前に、これを使用してコンタクトの作成、リード評価ステータス、コールバックタスク、ライフサイクルステージ、ソースの属性付け、トランスクリプトのリンク、および人間への引き継ぎルールを定義してください。
クイックアンサー:HubSpot AI受付はHubSpotに何を送信すべきか?
HubSpot AI受付は、営業チームが個人を特定し、リクエストを評価し、コールバックの優先順位を付け、発信者にすべてを繰り返させることなく会話を続けるために必要なフィールドを送信する必要があります。
| HubSpotのエリア | 更新するフィールドまたはレコード | AI受付が提供すべきもの |
|---|---|---|
| コンタクトの識別情報 | Eメール、電話番号、名、姓 | 発信者が提供した最もクリーンな連絡先詳細 |
| リードのコンテキスト | リクエストされたサービス、意図、緊急性、場所、予算または適合性フィールド | 発信者が必要とするものの短い構造化された概要 |
| リード評価ステータス | リードステータスまたはカスタムのリード評価フィールド | 新規、評価済み、レビューが必要、情報不足、不適合、または重複 |
| ライフサイクルステージ | サブスクライバー、リード、MQL、SQL、オポチュニティ、カスタマー、または承認されたステージ | チームがルールを定義した場合にのみ更新 |
| コールバック作業 | コンタクトに関連付けられたHubSpotタスク | 所有者、期日、優先度、タイトル、メモ、およびトランスクリプトのリンク |
| ソースの属性付け | レコードソース、オリジナル/最新のソースコンテキスト、キャンペーンフィールド、またはカスタムソースフィールド | チャネル、ページURL、キャンペーン、電話番号、および利用可能な場合はUTM値 |
| 会話の証明 | メモ、チケットリンク、録音リンク、トランスクリプトリンク、AIの概要 | 担当者が自信を持ってコールバックするための十分なコンテキスト |
| 引き継ぎの所有者 | HubSpotの所有者、チーム、キュー、またはタスクの担当者 | 次のステップに責任を持つ個人またはチーム |
HubSpotのデフォルトのコンタクトプロパティには、Eメール、電話番号、名、姓、リードステータス、ライフサイクルステージなどのコアフィールドが含まれています。HubSpotのタスクドキュメントでは、タスクはコンタクト、会社、取引などのレコードに関連付けることができる作業のリマインダーとして説明されています。HubSpot AI受付のルーティングは、コンタクトがレコードであり、コールバックタスクが次のアクションであるという2つのアイデアを中心に構築してください。
通話の概要だけではリード ルーティングが解決しない理由
通話の概要は役立ちますが、それだけでは不十分です。概要は誰かに何が起こったかを伝えます。ルーティングは誰かに次に何をすべきかを伝えます。
小規模な営業チームの場合、引き継ぎには通常5つの決定が必要です。
- これは新規コンタクトか、既存のコンタクトか?
- これは本物の営業リードか、サポート案件か、ベンダーか、それともスパムか?
- レコードには現在どのリード評価ステータスを表示すべきか?
- コールバックの担当者は誰か?
- そのコールバックはいつまでに行うべきか?
AI受付がメモを記録するだけの場合、営業チームは依然として5つの決定すべてを手動で行う必要があります。より優れたHubSpot AI受付のワークフローは、会話中に決定フィールドをキャプチャし、推測する代わりに例外を人間にルーティングします。
HubSpotのレコードモデルから始める
何かを接続する前に、どのHubSpotレコードに触れるかを決定してください。初日からインテグレーションがすべてのオブジェクトに書き込むことを許可しないでください。
| レコードまたはアクティビティ | 最初のパイロットでの使用 | なぜ重要か |
|---|---|---|
| コンタクト | 発信者の識別情報とリードフィールドを作成または更新する | 個人を簡単に見つけられるようにする |
| タスク | 所有者と期日付きのコールバックリマインダーを作成する | 会話を作業に変える |
| メモまたはアクティビティ | AIの概要とトランスクリプトのリンクを保存する | 電話をかける前に営業にコンテキストを提供する |
| 会社 | 発信者が会社名またはドメインを提供した場合にオプション | B2Bルーティングに役立つ |
| 取引 | 後で、リード評価ルールが安定してからのみ | ノイズの多いパイプラインレコードの作成を回避する |
| チケット | 営業の代わりにサポートへの引き継ぎ用にオプション | 営業以外のリクエストを営業キューから除外する |
ほとんどの中小企業では、コンタクト、タスク、メモから始めます。チームがルールに合意した後、会社、取引、チケットを追加します。
コンタクトの作成と重複排除
コンタクトのルールは控えめであるべきです。HubSpotのコンタクトプロパティにはEメールと電話番号のフィールドが含まれていますが、発信者が常に両方を提供するとは限りません。ワークフローが作成する前にどのように検索するかを決定してください。
| 状況 | 推奨されるアクション |
|---|---|
| メールアドレスが既存のコンタクトと一致 | 既存のコンタクトを更新し、新しいアクティビティを追加 |
| 電話番号が既存のコンタクトと一致 | 一致の確度が高い場合は既存のコンタクトを更新 |
| メールアドレスと電話番号が異なるコンタクトを指している | 自動的にマージせず、レビューが必要としてマーク |
| 発信者が名前のみを伝えた | タスクまたはレビュー項目を作成するが、チームが承認しない限り、質の低い重複コンタクトの作成は避ける |
| 発信者がサポート案件を抱える既存の顧客である | 営業ではなく、サポートまたはチケットのワークフローにルーティング |
| 発信者が連絡先の詳細を拒否 | 会話を記録し、情報が不足していることをマーク |
目標は、最も多くのレコードを作成することではありません。目標は、担当者が信頼できるレコードを作成することです。
HubSpot AI 受付の場合、最初のコンタクトペイロードには通常、以下を含める必要があります。
| フィールド | ルール |
|---|---|
| 名と姓 | 発信者が提供したもの、または既知の情報のみを使用 |
| 電話番号 | 利用可能な場合は国コードを保持 |
| メールアドレス | フォローアップに必要な場合は一度尋ねる |
| 希望する連絡方法 | 電話、SMS、メール、WhatsApp、ライブチャット、または不明 |
| リクエストされたサービス | 短いサービスカテゴリと詳細 |
| 会話の概要 | 1~2文 |
| トランスクリプトまたはチケットへのリンク | 利用可能な場合は完全なレコードへのリンク |
| ソースチャネル | 電話、SMS、メール、ライブチャット、ウェブ、紹介、またはキャンペーン |
| リード評価ステータス | 自由形式のテキストではなく、管理された値 |
リード評価ステータス:短い管理リストを使用する
リードステータスフィールドは、「営業担当者は今、この人物に対して何をすべきか?」という問いに答えるものであるべきです。長文であるべきではありません。
次のような管理リストを使用します。
| ステータス | 意味 | 次のアクション |
|---|---|---|
| 新規 | コンタクトは作成されたが、まだレビューされていない | 担当者を割り当て、概要をレビュー |
| 評価済み | 必須フィールドが存在し、リクエストが適合している | コールバック、見積もり、予約、または営業プロセスに移行 |
| 情報不足 | 必須の連絡先またはリクエストの詳細が欠落している | 不足しているフィールドを尋ねる |
| レビューが必要 | AIが自動的に決定すべきではない | 人間がトランスクリプトをレビューし、次のステップを選択 |
| 既存顧客 | 発信者はすでにアクティブなアカウントまたはジョブを持っている | アカウント担当者またはサポートにルーティング |
| 不適合 | リクエストがサービスエリア、提供内容、またはポリシーの範囲外である | クローズするか、丁寧な辞退フローにルーティング |
| 重複 | 既存のレコードが同じ人物をカバーしているように見える | 人間がマージまたは無視 |
| スパムまたはベンダー | 営業リードではない | クローズまたは抑制 |
ここで、HubSpot AI 受付が営業オペレーションに役立ちます。担当者が信頼できるほど、コールバックキューをクリーンに保ちます。
ライフサイクルステージ:AIに推測させない
HubSpotのライフサイクルステージは、リードステータスよりも広範です。リードステータスは通常、コンタクトや企業がリードとして購買サイクルのどこにいるかを示します。ライフサイクルステージは、コンタクトがビジネスとのより広い関係の中でどこにいるかを示します。
以下のガードレールを使用してください。
| トリガー | 推奨されるライフサイクル処理 |
|---|---|
| 最初の信頼できるインバウンド問い合わせ | チームがそのルールを使用している場合はリードに設定 |
| 発信者が営業評価済み(SQL)の定義を満たしている | 必須フィールドが存在する場合にのみSQLに設定 |
| アポイントメントは予約されたが、成約には至っていない | 収益プロセスに基づいてリードまたはSQLとして維持 |
| 取引が人間によって開始された | 取引プロセスにオポチュニティステージを推進させる |
| 既存顧客がサポートに電話 | 新しい電話があったというだけで後退させない |
| 不明確、情報不足、重複、またはベンダー | ライフサイクルステージを更新しない |
最も安全なルールはシンプルです。AI受付にライフサイクルの移動を推奨させますが、ルールが確定的である場合にのみライフサイクルステージを書き込みます。疑わしい点がある場合は、コールバックタスクを作成し、レコードにレビューが必要であるとマークします。
コールバックタスクのルール
HubSpotのタスクは、完了する必要がある作業のために設計されており、タイトル、優先度、関連付け、担当者、キュー、期日、リマインダー、メモなどの詳細を含めることができます。AI受付のコールバックタスクは、担当者が最初にすべてのトランスクリプトを開かなくてもタスクリストから作業できるほど具体的であるべきです。
| タスクフィールド | 推奨値 |
|---|---|
| タイトル | 「コールバック:[名前]様、[サービス/リクエスト]の件」 |
| 関連レコード | コンタクト、および確度高く一致した場合は会社 |
| 担当者 | 営業担当者、フロントデスク、見積もり担当者、またはキューの担当者 |
| 優先度 | 緊急または高価値のリクエストは高、通常のリードは中 |
| 期日 | 緊急度と営業時間に基づく |
| メモ | 短い概要、不足しているフィールド、AIの信頼度、トランスクリプトへのリンク |
| キュー | 新規インバウンドリード、緊急コールバック、見積もりリクエスト、またはレビューが必要 |
「フォローアップ」のような曖昧なタスクを作成しないでください。コールバックが存在する理由を説明するタスクを作成してください。
コールバックタスクのメモの例:
インバウンドの電話リード。マヤはキッチンリフォームの見積もりについて電話し、本日午後3時以降のコールバックを希望。予算範囲は提示されませんでした。週末の相談が可能かどうか尋ねました。AIがステータスをマーク:情報不足。トランスクリプト:[リンク]。次のアクション:コールバック、住所の確認、予算範囲の質問、相談時間の提案。
ソースの属性とキャンペーンフィールド
ソースの属性には2つのレイヤーが必要です。HubSpotが自動的に追跡するものと、AI受付が渡すことができるものです。
HubSpotのソースに関するドキュメントでは、最初のトラフィックソースと最新のトラフィックソースのプロパティは、ウェブサイトへの訪問、マーケティングメールのクリック、AIからの紹介などのインタラクションから自動的に設定されると説明されています。また、レコードソースは、統合を含め、HubSpotでレコードがどのように作成されたかを示すとも記載されています。
AI受付のワークフローでは、HubSpotの自動トラフィックソースロジックを安易に上書きしないでください。代わりに、チームが管理する情報を保持してください。
| 属性フィールド | 値の例 |
|---|---|
| ソースチャネル | 電話、SMS、ライブチャット、メール、WhatsApp |
| AI受付番号 | 代表番号、時間外番号、キャンペーン番号 |
| ランディングページURL | 訪問者が電話またはチャットしたページ |
| UTMソース | google, local-service-ad, newsletter, partner |
| UTMキャンペーン | summer-service-promo |
| 会話ソースのメモ | 「AI受付が応答したインバウンドコール」 |
| レコードソース詳細 | 統合による作成、インポートによる作成、手動作成、またはカスタムマッピングされた値 |
属性が重要である場合は、ソースの値を短く一貫性のあるものにしてください。「Phone」、「phone call」、「AI phone」、「inbound voice」は、人にとってはすべて同じ意味かもしれませんが、レポートでは4つの異なるバケットになります。
HubSpotリード ルーティングのための実践的なフィールドマップ
これをHubSpot AI受付パイロットの最初のルーティングマップとして使用してください。
| AI会話フィールド | HubSpotの宛先 | ルール |
|---|---|---|
| 発信者名 | コンタクトの姓と名 | 確信がある場合のみ分割 |
| 発信者の電話番号 | コンタクトの電話番号または携帯電話番号 | 国コードがあれば保持 |
| 発信者のメールアドレス | コンタクトのメールアドレス | フォローアップに必要な場合は一度尋ねる |
| チャネル | カスタムソースチャネルまたはソース詳細フィールド | 管理された値を使用 |
| インテント | カスタムリードインテントフィールド | 予約、見積もり、相談、サポート、請求、ベンダー、スパム |
| リクエストされたサービス | カスタムサービス/リクエストフィールド | 短いカテゴリと詳細 |
| 緊急度 | カスタム緊急度フィールドとタスクの優先度 | 今日、今週、柔軟、緊急、不明 |
| リード評価ステータス | リードステータスまたはカスタムリード評価フィールド | 管理されたリストを使用 |
| ライフサイクルステージの推奨 | 確定的である場合のみライフサイクルステージ | それ以外は変更しない |
| 概要 | メモまたはタスクのメモ | 1〜2文 |
| トランスクリプト/チケットリンク | メモ、タスクのメモ、またはカスタムURLフィールド | 概要以外の完全なコンテキストを含める |
| コールバック担当者 | HubSpot担当者またはタスクの担当者 | サービス、地域、アカウント担当者、またはキューでルーティング |
| コールバック期日 | タスクの期日 | 緊急度と営業時間に合わせる |
| 不足しているフィールド | タスクのメモまたはカスタム情報不足フィールド | 担当者に何を聞くべきかを伝える |
この表は価値ある資産です。AIとの会話を、営業チームが使用できるフィールドに変換します。
リードタイプ別のルーティングルール
リードのタイプが異なれば、必要なアクションも異なります。新規のアポイントメントリクエストは、既存顧客からの苦情と同じルートをたどるべきではありません。
| リードタイプ | HubSpotステータス | タスク担当者 | コールバックの速さ |
|---|---|---|---|
| 連絡先情報のある新規営業問い合わせ | 評価済み | 営業担当者またはインバウンドキュー | 同営業日 |
| 利用可能な時間帯を指定したアポイントメントリクエスト | 評価済みまたはスケジュール済み | スケジュール担当者 | 同日、またはインテントが高い場合は即時 |
| 主要な詳細が不足している見積もりリクエスト | 情報不足 | 見積もり担当者または営業担当者 | 同営業日 |
| 緊急のサービスリクエスト | 要レビュー | オンコールまたは優先キュー | 即時の人的レビュー |
| 既存顧客のサポート問題 | 既存顧客 | サポート担当者 | サポートSLAに従う |
| 重複コンタクト | 重複 | 運用担当者 | マージ前にレビュー |
| ベンダー、スパム、または間違い電話 | スパムまたは不適合 | 営業担当者なし | クローズまたは非表示 |
これらのルールはローンチ前に作成してください。AI受付は、一度きりの会話に基づいて担当者を創作すべきではありません。
ワークフローにおけるSolveaの位置づけ
Solveaは、実際の顧客との会話が構造化されたCRMデータになる前にそれをキャプチャするため、ワークフローの最前線で役立ちます。公式サイトでは、SolveaはAI受付、共有受信トレイ、要約、トランスクリプト、録音、担当者、ステータス、次のステップを備えたビジネスフォンとして説明されています。デプロイドキュメントでは、Solveaエージェントが顧客チャネルに接続し、会話中にツールを使用できると説明されています。受信トレイのドキュメントでは、チケットは会話履歴、処理プロセス、結果を含む構造化されたレコードとして記述されています。
HubSpot AI 受付ワークフローでは、Solvea を使用して以下を実行します。
- 電話、ライブチャット、メール、SMS、またはその他のサポートされているチャネルに応答します。
- リードの種類に必要な質問のみをします。
- 意図、緊急度、要求されたサービス、連絡先の詳細、希望するコールバック方法を把握します。
- 会話を短い営業メモに要約します。
- 引き継ぎを完全なチケット、トランスクリプト、または録音にリンクさせます。
- 不明確、緊急、重複、または機密性の高いリクエストを人間の担当者にルーティングします。
- ソースと次のアクションのフィールドに一貫性を持たせます。
チームが HubSpot の外部でアポイントメントを予約したり、構造化されたレコードを記録したりする場合、Solvea の Google ツール ドキュメントは、Google カレンダーの空き状況とイベント アクション、さらに Google スプレッドシートの読み取り/書き込みワークフローをサポートします。e コマースのコンテキストがリードとの会話の一部である場合、Shopify 統合ドキュメントは、Solvea がビジネス システムを接続する際の有用なサポート例となります。
統合の基礎については、Solvea デプロイの概要から始めてください。フォローアップの可視性については、Solvea 受信トレイの概要を使用してください。パッケージを比較する準備ができたら、プランの詳細を CRM ワークフロー ドキュメントにコピーするのではなく、Solvea の価格を使用してください。
1 週間のパイロット計画
すべてのインバウンド リードを HubSpot にルーティングする前に、最初の 1 週間を管理されたパイロットとして実行します。
- 電話やウェブサイトのライブチャットなど、ソースを 1 つ選択します。
- HubSpot のコンタクトを作成または更新する前に AI 受付が取得する必要があるフィールドを選択します。
- 意図、緊急度、リード評価ステータス、ソース チャネル、担当者の管理値を定義します。
- ライフサイクル ステージを自動的に書き込むことができる場合と、変更せずに残す必要がある場合を決定します。
- 新規リード、見積もり依頼、アポイントメント依頼、情報不足、レビューが必要な場合のコールバック タスク テンプレートを作成します。
- 各ルートのテストコールを実行します。
- 作成されたコンタクト、メモ、タスクを営業チームとレビューします。
- 量を増やす前に、重複コンタクトのルールを修正します。
- ソース アトリビューション値に一貫性があるか検査します。
- コンタクトとコールバック タスクが信頼できるようになった後にのみ、取引の作成を追加します。
最初の 1 週間で、担当者がすべてのトランスクリプトを最初に読まなくてもコールバック キューを処理できるかどうかを証明する必要があります。
本番稼働前の QA チェックリスト
HubSpot への自動書き込みを有効にする前に、このチェックリストを使用してください。
| チェック項目 | 合格条件 |
|---|---|
| コンタクトの照合 | メールと電話番号の照合が期待どおりに動作する |
| 重複の処理 | 競合する照合は「レビューが必要」にルーティングされる |
| リード ステータスの値 | ステータスが管理され、営業チームに理解されている |
| ライフサイクルの書き込み | AI は承認されたルールに基づいてのみライフサイクル ステージを更新する |
| タスクの作成 | 評価済みまたはレビューが必要なすべてのリードに明確なコールバック タスクが割り当てられる |
| 担当者の割り当て | 担当者がサービス、地域、アカウント、またはキューのルールに一致する |
| ソース アトリビューション | チャネルとキャンペーンのフィールドで一貫した値が使用されている |
| トランスクリプトのリンク | 担当者がタスクまたはメモから完全なコンテキストを開くことができる |
| 情報不足 | タスクに担当者が尋ねるべき内容が正確に説明されている |
| サポート リクエスト | 既存顧客の問題が営業キューを汚染しない |
| レポート | ソース、ステータス、担当者、緊急度、結果でフィルタリングできる |
担当者がまだ「なぜこれが私のキューにあるのですか?」と尋ねなければならない場合、ルーティング マップは完成していません。
よくある質問
HubSpot AI 受付とは何ですか?
HubSpot AI 受付は、顧客との会話をキャプチャし、それを HubSpot 対応のコンタクトおよびタスク データに変換し、次のステップを適切な営業またはサポートの担当者にルーティングする、AI 応答およびリード ルーティング ワークフローです。
AI 受付は HubSpot のコンタクトを自動的に作成すべきですか?
可能ですが、まずは控えめな照合ルールから始めてください。メールまたは電話番号の照合に確信がある場合にコンタクトを作成または更新します。照合が弱い場合、競合する場合、連絡先の詳細が不足している場合は、人間によるレビューにルーティングします。
リード ステータスとライフサイクル ステージの違いは何ですか?
リード ステータスは、リードに対して今すぐ何が起こるべきか(評価済み、情報不足、レビューが必要、不適合など)を記述します。ライフサイクル ステージは、より広範なカスタマー ジャーニーの段階を記述します。チームに決定論的なルールがある場合にのみ、AI にライフサイクル ステージを書き込ませてください。
コールバック タスクには何を含めるべきですか?
担当者、期日、優先度、短いタイトル、要求されたサービス、緊急度、不足しているフィールド、AI による要約、トランスクリプトまたはチケットへのリンクを含めます。担当者は、完全なレコードを開く前に、なぜそのコールバックが重要なのかを知る必要があります。
ソース アトリビューションはどのように機能すべきですか?
管理者が変更する明確な理由がない限り、HubSpot の自動トラフィック ソース プロパティはそのままにしておきます。チャネル、キャンペーン、電話番号、ページ URL、会話ソースのメモなど、一貫した AI 受付のソース詳細を追加します。
このワークフローで取引も作成できますか?
後で可能になりますが、営業プロセスがすでに明確に定義されていない限り、そこから始めないでください。まずはコンタクト、メモ、コールバック タスクから始めます。リード評価と担当者の割り当てが信頼できるようになった後に、取引の作成を追加します。
AI受付を数分で稼働。
眠らないAIでフロントデスクを拡張しましょう。Solveaは複数チャネルの問い合わせに対応し、予約を自動でカレンダーに登録し、24時間機会損失を防ぎます。
最終的な推奨事項
HubSpot AI 受付ワークフローは、ストレージではなくアクションを中心に構築してください。トランスクリプトは有用な証拠ですが、営業チームが必要としているのは、クリーンなコンタクト、明確なリード評価ステータス、ソースのコンテキスト、そして次に何をすべきかを正確に伝えるコールバック タスクです。
チームがフォローアップにHubSpotを使用している場合、Solveaを使用して会話をキャプチャし、意図を要約し、トランスクリプトのコンテキストを保持して、次のアクションをルーティングします。デプロイと受信トレイのワークフローから開始し、1週間フィールドマップをテストした後、コールバックのルールが準備できたらSolveaでHubSpotにリードをルーティングします。






