インサイドセールスでAIを使う際は、調査や下書きなどの作業を選び、参照する情報、担当者の確認、CRMへの記録を一続きの手順として決めます。 AIの出力だけで連絡先や商談の優先順位を確定せず、顧客との接点や営業方針に照らして判断します。
「リスト作成に時間がかかり、顧客と話す時間が足りない」
「メールの文面を毎回考えていて、フォローが遅れてしまう」
「CRMに情報はあるのに、次に誰へ何をすべきか判断しにくい」
この記事は、こうした課題を抱えるインサイドセールスの担当者と、業務手順を整える責任者に向けたガイドです。まず作業が滞る場所を特定します。企業情報を探す時間が課題ならリサーチ、過去の経緯を追えないなら記録の整理、連絡内容を考える時間が課題なら下書きの支援を検討します。出力を誰が確かめ、次の行動をどのレコードに残すかまで決めると、試行結果を見直せます。
本記事は「インサイドセールスとは?基礎知識から導入効果まで完全ガイド」シリーズの一部です。関連するトピックを横断的にまとめたインサイドセールス実践ガイドもあわせてご覧ください。
この記事でわかること
リサーチ、会話の振り返り、メール作成、優先順位付けのどこから着手するかを、業務上の困りごとから選ぶ方法を説明します。HubSpotの会社・コンタクト・取引レコードへ情報を結び付ける手順と、試行後に適用範囲を広げる条件も確認できます。読み終えたら、自社で試す業務と、人が確認する項目を一つずつ決めてください。
次の表は、メール業務で検討する機能と確認事項を整理したものです。実際に使う機能を選ぶ際は、アカウントで利用できる範囲と、生成後に誰が内容を確認するかを確かめます。
| 機能 |
内容 |
| AIメールドラフト |
CRMのコンタクト情報を参照し、下書きに使う情報と送信前の確認項目を決める |
| フォローアップ提案 |
過去のやり取りと次の約束を確認し、連絡時期と内容を担当者が決める |
| メール要約 |
受信内容から確認事項を整理し、原文と照らして対応を決める |
| A/Bテスト最適化 |
文面の違いだけでなく、対象顧客と連絡目的を揃えて結果を比較する |
| AIメールドラフト |
CRMのコンタクト情報に基づき、パーソナライズされたメール文面を自動生成 |
| フォローアップ提案 |
最適なフォローアップのタイミングと内容をAIが提案 |
| メール要約 |
受信メールの内容を要約し、対応すべきアクションを提示 |
| A/Bテスト最適化 |
メールのバリエーションをAIが生成し、効果の高いパターンを自動判定 |
この記事では、次の順に判断を進めます。
- AIを使える業務領域 — 調査、通話、メール、優先順位、取引管理を比べ、現在の作業で確認や引き継ぎが滞る場所を見つけます。
- HubSpotでの情報連携 — 会社・コンタクト・取引のどこへ調査結果や活動履歴を残すかを決めます。
- 導入の進め方 — 対象業務、入力情報、出力の確認方法を決めて試し、修正内容をもとに継続や拡張を判断します。
- 確認と判断の分担 — AIによる要約やスコアを、担当者の連絡・商談判断へ渡す条件を整理します。
AIを使う業務を営業フローから選ぶ
最初に、見込み客の調査から接触、商談化、取引管理までの流れを書き出します。各段階で「情報を探している」「記録を読み直している」「判断に迷っている」のどれが負担かを確認してください。情報が見つからないなら記録先を整え、情報はあるのに整理に時間がかかるならAIの支援を試し、判断基準が曖昧なら基準を先に決めます。
次の表は、通話を振り返る際に検討する活用方法です。文字起こしや分析結果を使う場合は、顧客が述べた事実と、AIによる解釈を分けて確認します。
| 活用方法 |
具体例 |
| 通話の自動文字起こし |
通話記録を文字で確認し、重要な発言を元の記録と照合する |
| トークの定量分析 |
話速、沈黙時間、Talk/Listen比率を会話の振り返りに使うか検討する |
| キーワード検出 |
競合名、課題に関する発言、懸念を示す発言の文脈を確認する |
| 改善提案の自動生成 |
提案された改善点を顧客の質問や次回の合意内容と照らす |
| 成功パターンの特定 |
商談化した通話を比較し、共通点が別の顧客にも当てはまるか確かめる |
| 通話の自動文字起こし |
通話内容をリアルタイムでテキスト化 |
| トークの定量分析 |
話速、沈黙時間、Talk/Listen比率の自動計測 |
| キーワード検出 |
競合名、課題キーワード、ネガティブシグナルの自動検出 |
| 改善提案の自動生成 |
AIが通話を分析し、改善ポイントを自動的にフィードバック |
| 成功パターンの特定 |
アポ獲得に成功した通話の共通要素を自動抽出 |
次の表は、取引管理で検討する分析と、担当者が確認する対象を示したものです。予測や警告が出ても、活動履歴や顧客との合意内容を見て対応を決めます。
| 活用方法 |
具体例 |
| 受注予測 |
取引の見込みと対象月を確認し、予測の根拠となる情報を点検する |
| パイプライン分析 |
ステージごとの滞留を見て、未解決事項や次の約束を確認する |
| リスク検知 |
注意が必要とされた取引の活動履歴を読み、担当者が対応を判断する |
| 最適アクション推薦 |
提示された次の行動を顧客との合意や営業方針と照らす |
| 受注予測 |
各商談の受注確度をAIが予測し、月間売上のフォーキャストを自動生成 |
| パイプライン分析 |
ステージごとの滞留時間を分析し、ボトルネックを自動特定 |
| リスク検知 |
失注リスクの高い商談を早期に検知しアラート |
| 最適アクション推薦 |
商談の状況に応じて、次に取るべきアクションをAIが推薦 |
リードから顧客までの位置づけを整理する
見込み客の獲得後には、企業や担当者を調べ、接点を作り、商談化するかを判断します。企業情報の要約は調査、メールの下書きは接触、スコアは対応順の検討を支援します。まず各作業の担当者と記録先を決め、次の段階へ渡す情報が揃っているかを確認してください。揃っていなければ追加調査か顧客への確認を行い、揃っていれば担当者が次の行動を決めます。
取引に進んだ後は、顧客の課題、合意事項、次回の行動が活動履歴から追える状態にします。顧客化後に契約や請求へ引き継ぐ情報も、必要になる段階で確認できるようにしておきます。
手作業で分散した情報を見直す
複数の担当者が同じ会社を調べ直しているなら、AIに調査を依頼する前に会社・コンタクトと活動履歴の結び付き方を確認します。情報の更新者や確認日が分からない場合は、要約を作っても古い内容を見分けられません。
| 現状の管理 |
起きやすいこと |
見直す方向 |
| 企業リストを個別ファイルで管理 |
更新状況や担当者が共有されにくい |
CRMの会社・コンタクトと対応履歴を結び付ける |
| メールや通話メモが別管理 |
過去の経緯を探すのに手間がかかる |
活動記録を対象レコードに関連付ける |
| 優先順位を個人の感覚で判断 |
判断の理由を引き継ぎにくい |
対象条件と確認項目をチームで定義する |
まず記録の所在を揃えます。次に、その記録を見て誰が何を判断するかを決めます。情報が見つかっても次の行動が決められない場合は、記録項目や判断条件を見直します。判断はできるのに引き継ぎで迷う場合は、理由と担当者の記録方法を見直してください。
AIの提案を人が営業判断につなぐ
AIが示す企業概要や接触案は、自社の対象顧客像、過去の接点、問い合わせ内容と照らし合わせます。情報が一致すれば連絡方法を検討し、根拠が足りなければ追加調査を行い、対象条件に合わなければその理由を記録します。

デモ環境の取引レコード。AIが企業概要と直近ニュースを収集し、アプローチのきっかけになる出来事まで拾い上げています
次の表は、企業調査で扱う情報と、その利用場面を示しています。公開情報やCRMの記録と照合できない内容は、連絡の根拠に使う前に確認します。
| 活用方法 |
具体例 |
| ターゲット企業の自動抽出 |
ICPに合う条件を定め、抽出した企業を担当者が確認する |
| キーパーソンの特定 |
担当者の役割と過去の接点を確認し、連絡先を判断する |
| 企業情報の自動収集 |
プレスリリース、人事異動、資金調達情報を調べる場合は出典と確認日を残す |
| アプローチタイミングの推薦 |
Webサイト訪問や採用活動などの情報を、連絡する理由と照らす |
| ターゲット企業の自動抽出 |
ICPに基づき、データベースからターゲット企業を自動的にリストアップ |
| キーパーソンの特定 |
企業の組織構造を分析し、アプローチすべき担当者を推薦 |
| 企業情報の自動収集 |
最新のプレスリリース、人事異動、資金調達情報を自動収集 |
| アプローチタイミングの推薦 |
企業の行動シグナル(Webサイト訪問、採用活動等)を検知 |
次の表は、会話記録を扱うツールの比較対象です。製品名だけで機能や利用範囲を判断せず、必要な記録の扱い方と、自社の契約・設定で利用できる内容を確認してください。
| ツール |
特徴 |
| MiiTel |
通話記録の確認方法と分析項目を比較する対象 |
| amptalk |
商談記録の確認方法と営業記録への反映方法を比較する対象 |
| Gong |
会話記録の確認方法と分析結果の扱い方を比較する対象 |
| MiiTel |
AI搭載の通話分析ツール。話速・被り・沈黙を自動分析 |
| amptalk |
商談の書き起こしとAI分析。SFA自動入力 |
| Gong |
会話インテリジェンスツールとして、必要な機能や導入条件を確認する対象 |
ツールを比べる順序は、必要な通話記録を扱えるか、担当者が分析結果を確認できるか、確認後の内容をCRMへ残せるかです。条件を満たさない場合は、導入判断に進む前に記録方法や必要な機能を見直します。
リサーチと商談準備をAIで支援する
企業調査は、連絡の理由と会話で確かめたい点を整理するために行います。調査の依頼文を作る前に、対象企業、確認したい情報、参照元、記録先を決めてください。出典が追えない情報やCRMと食い違う情報は、担当者が確認するまで事実として扱いません。
調べる観点を決めてから依頼する
まず自社の対象顧客像に照らし、業界や事業内容など何を確認するかを選びます。次に公開情報の出典と確認日を添えて整理するよう依頼し、得られた内容を担当者が元の情報と照らし合わせます。確認できない点は推測で埋めず、初回の会話で聞く事項に回します。
会社リストを作る場合も、対象条件を先に定義します。抽出された企業が条件に合うかを確認し、対象外とした理由を残せば、次回の抽出条件を見直せます。ChatGPTやClaudeに企業分析や業界調査を依頼する場合は、扱える情報の範囲を社内ルールで確認したうえで、公開情報との照合を行います。
CRMの会社・取引レコードに調査内容を結び付ける
HubSpotの会社・コンタクト・取引などのレコードを使い、会社の情報、担当者との接点、商談の状況を関連付けて確認します。調査結果には参照元と確認日を残し、顧客との会話で確かめた内容と区別します。古い調査結果と新しい活動履歴が食い違う場合は、担当者が更新の要否を判断します。
次の画面は、取引レコード上で企業概要とニュースを確認する例です。画面に情報が表示されていても、連絡に使う内容は参照元を確かめます。

Breeze Intelligenceによる情報の補完を検討する場合も、どのレコードの何を確認したいかを先に決めます。補完された内容をそのまま顧客向けの説明に使わず、担当者が必要な情報を確認してから活動に反映します。
企業情報の判定基準をプロパティとして残す
自社商材との適合度を判断する際は、対象業界や顧客の課題など、使う観点を定義します。結論だけでは後から判断を見直せないため、参照した情報と判断理由を追える形にします。観点に含めていない事情が見つかった場合は、担当者が判定を修正し、基準を変える必要があるか確認します。

AIに判定させる観点を、プロパティとして定義した例。優先度の根拠を設定として残せます
次の画面は、適合度を判断する観点を設定した例です。設定後は、実際の企業レコードを使って、判断に必要な情報が揃うかを確認します。

関係部署や役職、Webサイト訪問や採用活動などの情報を連絡のきっかけにする場合は、その情報と自社商材の関係を説明できるか確認します。LinkedIn Sales Navigatorなどで担当者を探す場合も、役割と過去の接点を確かめてから連絡先を判断します。
会話とメールの準備をAIで支援する
通話の要約やメールの下書きは、顧客とのやり取りを進めるための材料です。まず顧客が述べたことと担当者の解釈を分け、未解決の質問を明らかにします。そのうえで、次の連絡内容を担当者が決めます。
通話記録から次の確認事項を作る
通話記録を整理する際は、顧客の課題、合意した事項、未解決の質問、次回の行動に分けます。重要な条件が要約から抜けていないかを元の記録で確認し、食い違いがあれば修正してからCRMへ残します。次回の行動が決まっていなければ、決まっているように補わず、担当者が確認する事項として記録します。
話速、沈黙時間、Talk/Listen比率、競合名や懸念に関する発言を扱う場合は、数値や検出結果だけで会話の良し悪しを決めません。顧客の質問に答えられたか、次回の行動を合意できたかと照らして振り返ります。商談化した通話に共通する要素を調べる場合も、他の顧客にそのまま当てはめず、改善したい会話の場面を特定します。
MiiTel、amptalk、Gongなどを比較する際は、必要な通話記録を確認できること、担当者が要約を修正できること、修正後の内容を営業記録へ渡せることを順に確かめます。各製品の対応範囲は、利用前に公式案内と自社の設定で確認してください。
メールの下書きを顧客情報と結び付ける
下書きには、コンタクト情報、過去の活動記録、今回の連絡目的を使います。最初に「何について連絡するか」を担当者が決め、AIに文面を作らせた後、社名・役職・提案内容・過去の会話との整合を確認します。顧客が話していない課題が含まれていれば、その箇所を削るか、質問の形に直します。
HubSpotのBreezeを使う場合は、参照する顧客情報、下書きを作る担当者、送信前に確認する担当者を決めます。送信方法を決める前に、利用する機能の公式案内、アカウントの設定と権限を確認します(出典:Set up and use the prospecting agent)。
件名や文面を複数作る場合は、どの顧客に、どの目的で送るかを揃えて比較します。反応を見直す際も、件名だけでなく、対象顧客や連絡内容が適切だったかを確認します。受信メールの要約やフォロー時期の提案は、実際の返信内容と次の約束に照らして担当者が採用を判断します。
送信前の確認を営業フローに組み込む
下書きの確認は、文章の自然さだけでは足りません。宛先と顧客情報、過去の会話、提案の根拠、送信後の記録先を順に確かめます。いずれかが不明なら、送信前にレコードや活動履歴を見直します。
| 確認項目 |
問題がなければ |
不一致があれば |
| 顧客名や会社情報 |
下書きの確認を続ける |
正しいレコードを参照して修正する |
| 過去の会話との整合 |
次の確認事項を確認する |
活動履歴を見直して書き直す |
| 提案内容と根拠 |
担当者が送信を判断する |
根拠を追加するか該当箇所を削除する |
| 送信後の記録先 |
CRMに記録して次の行動を設定する |
記録と担当者の割り当てを決めてから送る |
リードの優先順位と取引を設計する
優先順位を決める前に、どの企業を営業対象とし、どの行動が連絡の理由になるかを定義します。スコアはその判断を助ける材料です。スコアが高くても、対象条件に合わない、過去の連絡と矛盾するなどの事情があれば、担当者が理由を確認します。
ライフサイクルと対応条件を定義する
リード、営業対応対象、商談、顧客といった段階について、次へ進む条件と担当者を決めます。問い合わせや活動の内容から連絡が必要と判断した場合は営業へ渡し、情報が不足している場合は確認や情報提供を続けます。営業へ渡す際は、判断の根拠と次に確認することを一緒に記録します。
対応対象外としたリードや失注した取引には、判断理由を残します。後から状況が変わった際に再検討できる条件を決めておけば、AIによる再アプローチ時期の提案も、過去の判断と照らして評価できます。
スコアはCRMの活動やプロパティから構成する
スコアに使える対象や機能を検討する際は、アカウント上の表示と公式資料を確認します(出典:Build lead scores to qualify contacts, companies, and deals)。
次の表は、AI活用の領域と想定する作業を整理したものです。「効率化の度合い」欄は効果の保証や実測値を示すものではなく、自社で確かめる点を示しています。各作業の確認負担と、担当者が出力を使えるかを試行で見てください。
| 領域 |
活用内容 |
効率化の度合い |
| 1. リスト作成・リサーチ |
対象条件に沿った企業の抽出と情報整理 |
調査内容の確認と記録にかかる手間を比べる |
| 2. トーク分析・コーチング |
通話記録の整理と振り返りへの利用 |
要約の修正点と次の行動へのつながりを確認する |
| 3. メール・コンテンツ生成 |
顧客情報に基づく下書きの作成と比較 |
下書きの修正理由と送信前の確認負担を比べる |
| 4. リードスコアリング・優先度判定 |
活動データと対象条件を照らした対応順の検討(HubSpot予測スコアリングも参照) |
スコアと実際の対応判断が合うかを確かめる |
| 5. 予測分析・パイプライン管理 |
取引の見込み、滞留、未解決事項の確認 |
担当者が次の行動を決められるかを確かめる |
| 1. リスト作成・リサーチ |
ターゲットリストの自動生成、企業リサーチの効率化 |
目安となる程度に削減 |
| 2. トーク分析・コーチング |
通話録音のAI分析、改善フィードバックの自動化 |
工数を大幅に削減できる目安 |
| 3. メール・コンテンツ生成 |
パーソナライズドメールの自動生成、シーケンスの最適化 |
判断の目安として、作成時間を大幅に短縮 |
| 4. リードスコアリング・優先度判定 |
行動データに基づく確度予測、対応優先順位の自動化(HubSpot予測スコアリングで実現可能) |
アポ獲得につながる可能性を高める層を見極める |
| 5. 予測分析・パイプライン管理 |
受注予測、パイプライン分析、ボトルネック特定 |
判断の目安となる傾向を示す |
スコアは、企業属性への適合度と、メールやフォームなどの行動への反応を分けて見ます。対象企業でも接点が少なければ調査や情報提供を検討し、反応があっても対象条件に合わなければ営業へ渡す前に理由を確かめます。過去の受注データを使った予測を参照する場合も、当日の対応順は活動履歴や顧客との約束とあわせて決めます。
パイプラインを四つの要素で設計する
取引を管理する基礎として、取引ステージ、受注確度、各ステージの定義、移行時に必要なプロパティを揃えます。以下の表は、その設計に加え、予測や滞留の確認を運用へつなぐ方法を示しています。
| 要素 |
決めること |
運用へのつなぎ方 |
| 取引ステージ |
顧客の意思決定が進む節目 |
営業プロセスに合わせて段階を分ける |
| 受注確度 |
ステージごとの見込みの扱い |
予測値を担当者の主観だけにしない |
| ステージ定義 |
何を満たせば次へ進むか |
チームで共通の判定基準を使う |
| 必須プロパティ |
移行時に必要な情報 |
次の担当やレポートに情報を渡す |
| 受注予測 |
各商談の受注確度を見積金額や対象月とともに確認する |
CRMの取引データと顧客との合意内容を照らす |
| パイプライン分析 |
ステージごとの滞留と未解決事項を確認する |
停滞の理由に応じて営業の進め方を見直す |
| 失注リスクの早期把握 |
活動履歴やステージの滞留状況を確認する |
担当者が状況を確認し、必要なフォローを判断する |
| 受注予測 |
各商談の受注確度を見積金額や対象月とともに集計し、月間売上予測を作成する |
CRMの取引データをもとにフォーキャストを確認する |
| パイプライン分析 |
ステージごとの滞留時間を分析し、ボトルネックを特定する |
滞留状況をもとに営業プロセスの見直しを検討する |
| 失注リスクの早期把握 |
商談の活動履歴やステージの滞留状況を確認し、失注リスクのある取引を早めに見つける |
担当者が状況を確認し、必要なフォローを判断する |
ステージが進まない取引は、まず顧客との次の約束と未解決事項を確認します。記録不足で判断できない場合は必要なプロパティを見直し、記録が揃っていても同じ段階で滞る場合は、ステージの定義や営業の進め方を確認します。項目は次の判断や引き継ぎに必要なものから設定し、運用中に不足が見つかった場合に追加します。
導入は対象業務を絞って段階的に進める
試行する業務は一つ選び、入力情報、AIの出力、担当者の確認、CRMへの記録先を決めます。企業調査なら出典の確認、メール下書きなら顧客情報との整合といったように、作業に応じて確認項目を変えます。
試す業務と評価方法を決める
繰り返し発生し、担当者が出力を確認できる作業から始めます。試行中は、使えた出力だけでなく、どこを修正したか、修正の理由は何かを残してください。修正が参照情報の不足から生じたのか、指示文から生じたのかで、次の対応が変わります。
| 導入段階 |
実施内容 |
次に進む目安 |
| 対象選定 |
時間がかかる作業と困りごとを一つ選ぶ |
入力情報と利用者が明確になっている |
| 小規模な試行 |
AIの出力を担当者が確認して使う |
誤りや修正点を記録できている |
| 運用の見直し |
指示文、記録方法、確認項目を調整する |
担当者が同じ手順で使える |
| 対象の拡張 |
他の業務やチームへ適用する |
現場で継続利用できる状態が見えている |
同じ誤りが続くなら参照情報や指示文を見直し、出力は使えるのに記録が残らないならCRMへの入力手順を見直します。修正理由が担当者によって異なるなら確認項目を揃えます。担当者が同じ手順で確認・修正できるようになってから、対象業務を広げます。
CRMデータと役割分担を整える
試行する業務に必要な会社・コンタクト情報と活動履歴を確認します。足りない項目があれば、その情報を何の判断に使うかを明確にしてから追加します。利用者は出力と顧客情報を確認し、管理者は設定や記録方法を整え、マネージャーは営業判断に使えるかを確かめます。記録が残らないときは担当と入力先を確認し、記録は残るのに使われないときは判断に必要な項目を見直します。
結果を見て適用範囲を調整する
AIの利用回数だけでは、業務に役立ったかを判断できません。出力が実際に使われたか、修正にどのような理由があったか、顧客対応の記録が残ったかを確認します。営業成果を見る際は、対象顧客や提案内容なども変わり得るため、AIを使った作業の評価と分けて扱います。
AIの限界と運用上の注意を共有する
AIが整理した内容の正しさと、顧客に連絡する妥当性は別に確認します。特に企業情報、会話の要約、スコア、送信文面は、担当者が元の情報を追える状態にしてください。
出力の事実関係と根拠を確認する
公開情報を使った調査では参照元と確認日を残します。CRMの情報と食い違えば、更新の時期と情報の出所を確認し、どちらを採用するか担当者が判断します。スコアと実際の対応状況が合わなければ、入力データ、対象条件、営業プロセスの順に見直します。根拠を確認できない出力は判断材料に含めず、必要な情報を調べ直します。
顧客情報の扱いと送信方法を決める
顧客情報をAIサービスへ入力する前に、社内ルールで扱える範囲を確認します。入力できない情報は含めず、必要な場合は個人を特定しない形に整えます。HubSpot内のAI機能を使う際も、アカウントの設定と利用者の権限を確認します。
文面の作成と送信は別の判断です。担当者の確認後に送る場合は確認項目と担当を決めます。自動送信を検討する場合は、利用できる機能と権限を公式案内とアカウント上で確かめ、対象条件、送信結果の確認方法、停止方法を定めてから運用を判断します。
AIに任せる作業と人が担う判断を分ける
次の表は、AIの出力を人の判断へ渡す場面を整理したものです。右欄の判断を行うために必要な情報が揃わなければ、先に記録や確認方法を整えます。
| AIが支援しやすい作業 |
人が担う判断 |
| 公開情報やCRM記録の要約 |
顧客の状況に照らした解釈 |
| メールや会話の下書き |
送信内容と連絡時期の決定 |
| 記録の分類や選択肢の提示 |
ライフサイクルや取引ステージの設計 |
| 記録の分類や候補の提示 |
ライフサイクルや取引ステージの設計 |
| 活動データを使った優先順位の提案 |
営業方針と重要顧客への対応 |
| パイプライン上の傾向の整理 |
予測を踏まえた経営・営業上の判断 |
| AIツールへの指示や出力整理 |
ツールを使うための知識・技能を身につけ、出力を確認して活用する |
次の表は、出力を利用する際の行動と、避けたい扱いを対にしたものです。担当者が修正理由を記録できるようにすると、確認手順の見直しにもつながります。
| やるべきこと |
やってはいけないこと |
| AIのドラフトを参考に人間が最終判断 |
AIの出力をそのまま送信 |
| AIの分析結果をもとに人間が改善策を考える |
AIの推薦をすべて鵜呑みにする |
| AIで空いた作業時間を顧客理解に充てる |
AIに任せきりで思考停止する |
| AIで効率化した時間を顧客理解に充てる |
AIに任せきりで思考停止する |
よくある質問
インサイドセールスのAI活用でよく挙がる疑問は、次のとおりです。
- 着手する業務 ── 何から始めるか
- メールの自動送信 ── HubSpotのAIでできるか
- スコアの扱い ── 高いリードから連絡してよいか
- CRMデータの準備 ── 先に整える必要があるか
インサイドセールスでAIを使うなら、何から始めるとよいですか?
繰り返し発生し、担当者が出力を確かめられる作業を一つ選びます。企業調査なら出典、メール下書きなら顧客情報との整合を確認項目にします。修正理由とCRMへの記録状況を見て、同じ手順で確認できるようになってから対象を広げてください。
HubSpotのAIはメールを自動送信できますか?
利用する機能、アカウントの設定、権限によって確認が必要です。まず公式案内とアカウント上の設定を確かめてください。自動送信を検討する場合も、対象条件、送信結果の確認方法、停止方法を決めてから運用を判断します。
AIのスコアが高いリードから連絡すればよいですか?
スコアだけでは決めません。対象企業の条件、活動履歴、過去の連絡、顧客との約束を確認します。スコアと実際の状況が合わない場合は、参照データや判定条件を見直してから対応順を決めます。
AIを使う前にCRMのデータを整える必要がありますか?
試す業務に必要な会社・コンタクト情報と活動履歴から確認します。すべてのデータを先に整える必要はありません。出力の確認や引き継ぎに必要な情報が欠けていれば、その項目と記録先を決めて補います。
まとめ
インサイドセールスのAI活用は、調査、会話の整理、メールの下書き、優先順位の検討を営業フローへ組み込む取り組みです。企業情報や接触履歴をCRMで追えるようにし、AIの出力を担当者が確認して次の行動を決めます。
まずは、作業が滞っている場所を一つ選んでください。
- 対象業務と、AIに参照させる情報を決めます。
- 出力の確認項目、確認する担当者、CRMへの記録先を決めて試します。
- 修正理由と実際の顧客対応を見て、参照情報や手順を見直します。
- 同じ手順で確認・記録できる状態になったら、別の業務への適用を検討します。
企業様によって最適な形は異なります。 CRMを活用した業務効率化やAIとの連携に関するご相談は、StartLinkまでお気軽にお問い合わせください。
あわせて読みたい