%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}
この記事の結論
インサイドセールスを立ち上げるなら、架電件数より先に「誰を受け取り、何を確認したら商談として渡すか」を決めます。 この基準が曖昧なまま活動量を増やすと、担当者ごとに商談の意味が変わり、成果を比べられません。
インサイドセールスを立ち上げるなら、架電件数より先に「誰を受け取り、何を確認したら商談として渡すか」を決めます。 この基準が曖昧なまま活動量を増やすと、担当者ごとに商談の意味が変わり、成果を比べられません。
インサイドセールスは、電話・メール・Web会議などを通じて見込み顧客と非対面で対話し、商談機会をつくる営業機能です。マーケティングから受け取ったリードや、自社で接点をつくるターゲットについて、状況を確かめ、次に取るべき行動を決めます。この記事では、役割分担から記録、KPI、引き渡し、見送り後の対応まで、判断が分かれる場面と次へ進む条件を含めて解説します。
この記事は、BtoBマーケティングカテゴリ「インサイドセールス」のピラーページです。各記事は、HubSpotゴールドパートナーであるStartLinkが実務経験をもとに執筆しています。
この記事でわかること
立ち上げ担当者は、まずリードの入口と商談の定義を確認してください。既に運用している担当者は、記録と引き渡しのどこで判断が分かれているかを探すところから読み進められます。
- 役割分担と組織モデル — インバウンド対応を優先するか、狙う企業へのアプローチを優先するかを、対応漏れと対象企業の状況から判断できます。
- 立ち上げの進め方 — 受け取る基準、記録の型、渡す基準を実際のリードで試し、判断がそろったら分業や自動化へ進む手順がわかります。
- 3層のKPI設計 — 活動量・品質・成果を同じ定義で比べ、対象リードの変化と運用上の問題を切り分けて見直せます。
- 商談化を高める実務 — 会話やメールが止まった箇所に応じて、トーク、文面、BANTCHヒアリングのどこを変えるか判断できます。
- HubSpotとAIによる仕組み化 — 記録と引き渡しの流れを試し、AIの下書きと人の確認をどう組み合わせるか検討できます。
インサイドセールスの役割とスプレッドシート管理の限界
最初に決めたいのは、インサイドセールスが受け取る相手、確認する情報、フィールドセールスへ渡す状態です。管理方法は、その判断と引き継ぎを支えられるかで選びます。
「アポ取り」ではなく商談をつくる機能
面談日時が決まっても、相手の課題や検討状況がわからなければ、フィールドセールスは会話を最初から始めることになります。
そこで、アポイントの有無に加えて、相手が何を検討しているか、次回は誰が何を確認するかを記録します。
- マーケティングとの合意 ── どのリードを受け取るかを決めます。
- フィールドセールスとの合意 ── どの状態なら渡せるかを決めます。
判断が割れたリードは、獲得経路、確認できた課題、未確認事項を見比べます。
- 情報が足りない場合 ── 確認項目を直します。
- 同じ情報でも結論が違う場合 ── 引き渡し基準を直します。
基礎知識と導入時の論点はインサイドセールスとは？で確認できます。
担当範囲の整理はフィールドセールスとインサイドセールスの違いで確認できます。
スプレッドシートで回すと何が起きるか
スプレッドシートでも、担当者、対応状況、次回アクションを同じルールで更新できれば管理を始められます。見直しが必要になるのは、記録先や更新のタイミングが分かれ、次のような状態が起きたときです。
| 起きること | 原因 | 影響 |
|---|---|---|
| 同じリードに複数人が連絡する | 対応状況の更新が手作業で遅れる | 見込み顧客の印象が悪くなる |
| 過去のやり取りが追えない | メール・通話・チャットの記録が別々の場所にある | 毎回ゼロから会話を始めることになる |
| 商談化率が集計できない | ステータスの書き方が人によって違う | どこを改善すべきか判断できない |
| フィールドセールスへの引き継ぎが漏れる | 引き渡しの合図が口頭やチャット頼み | 熱が冷めてから初回訪問になる |
まず実際の対応を追い、どの情報が欠けたときに重複連絡や引き継ぎ漏れが起きるか確認します。
- 更新の遅れが原因の場合 ── 記録する担当者とタイミングを決めます。
- 記録を次の担当者が見つけられない場合 ── 参照先と引き渡し方法をそろえます。
その手順で対応を追えるようになってから、CRMへの移行や通知の設定が必要か判断してください。
全体フローの中での位置づけ
インサイドセールスは、リード獲得から受注までの途中で、見込み顧客の状況を確かめる役割を担います。
受け取ったリードのすべてを商談にするのではなく、対話を進める相手、情報提供を続ける相手、今は追わない相手を区別します。
運用の起点として「受け取る基準」「渡す基準」「渡せなかったリードの戻し先」を文書にしてください。
たとえば、次のように対応を分けます。
- 課題は確認できたが検討時期が不明 ── 誰が次に確認するかを決めてから対応を続けます。
- 対象企業の条件に合わない ── 商談へ渡さず、判断理由を記録します。
こうした事例をマーケティングとフィールドセールスに共有し、基準か記録項目のどちらを直すべきか決めます。
SDR/BDRの使い分けと組織設計
SDRとBDRは、主にリードの入口とアプローチの仕方が異なります。部署名から決めるより、現在の対応漏れと、これから接点をつくりたい企業を確認するほうが、担当範囲を決めやすくなります。
SDRとBDRの違い
| モデル | 役割 | リードソース／適するケース |
|---|---|---|
| SDR（Sales Development Rep.） | インバウンドリードの精査・商談化 | 流入：マーケティング経由 適するケース：リード数が多い企業 |
| BDR（Business Development Rep.） | ターゲット企業への能動的アプローチ | 流入：アウトバウンド 適するケース：エンタープライズ狙い |
- SDRの対話 ── 問い合わせや資料請求などの背景を確認し、次の対話が必要かを判断します。
- BDRの対話 ── 対象企業を選ぶ理由を明確にし、接点のない相手にどの話題から入るかを設計します。
両方を担う場合も、獲得経路を記録しておけば、異なる活動を一つの数字で評価せずに済みます。
自社に合うモデルの選び方
次の順番で、いま解消したい課題を特定します。
- インバウンドの対応を確認する ── 問い合わせ後の担当割り当てや初回対応に漏れがあれば、SDRの役割を先に定義します。
- 担当を決めても漏れる場合の見直し ── 割り当ての合図と記録先を見直します。
- 狙う企業を確認する ── 接点をつくりたい企業を特定でき、既存の流入だけでは届かないなら、BDRの担当範囲を定義します。
- 対象を選ぶ理由を説明できない場合の見直し ── アプローチを増やす前に選定条件をそろえます。
- 両方が必要な場合は記録を分ける：獲得経路、接点を持った理由、商談へ渡した条件をそれぞれ残し、モデル別に結果を見ます。
結果を比べる際は、商談化の定義と集計期間をそろえてください。差が出たら、対象リードの条件、担当者の対応、引き渡し基準の順に確認します。
対象が異なれば単純に優劣をつけず、それぞれの役割で止まっている箇所を探します。
SDRとBDRの違いを徹底解説では、役割分担と体制を選ぶ際の論点を詳しく扱います。
体制構築とKPIをセットで考える
担当範囲を決めたら、それぞれが自分で変えられる活動と、次の担当者へ渡した結果を分けて測ります。
- SDRで検討する指標 ── 受け取ったリードへの対応状況が対象になります。
- BDRで検討する指標 ── 対象企業への接点づくりと対話の進み方が対象になります。
指標を決める前に、誰が、どの記録から、何を集計するかを確認してください。
- 集計できない指標がある場合 ── 目標値を置く前に記録の型を直します。
- 記録がそろっても結果を説明できない場合 ── 担当範囲と対象リードの分け方を見直します。
担当範囲と指標を一緒に設計する手順はインサイドセールスの立ち上げ設計で解説しています。
立ち上げの進め方——小さく始めて段階的に広げる
立ち上げ時は、活動を増やす前に、担当者が同じ判断をできる状態をつくります。記録と引き渡しを実際のリードで試し、迷った事例を見直してから、自動化や分業へ進みます。
最初に決める3つのこと
立ち上げ時に決めておきたいのは、次の3点です。
| 決めること | 内容 | 決まっていないと起きること |
|---|---|---|
| 受け取る基準 | どのリードをインサイドセールスが対応するか | 全件に手を出して優先順位がつかない |
| 記録の型 | 対応結果をどの項目に、どの選択肢で残すか | 集計できず改善が進まない |
| 渡す基準 | どの状態になったらフィールドセールスへ渡すか | 引き渡しの質がばらつく |
- 受け取る基準の決め方 ── 獲得経路と対象企業の条件から決めます。
- 記録の型の決め方 ── 対応結果、次回アクション、商談化の判断を後から追えるようにします。
- 渡す基準の決め方 ── フィールドセールスが初回商談を進めるために必要な情報から逆算してください。
基準を文章にしたら、商談へ進んだリードと見送ったリードの両方に当てはめます。
- 判断が割れる場合 ── まず不足している情報を特定し、同じ情報でも判断が割れるなら基準の表現を具体化します。
- 項目を増やすか迷う場合 ── 誰がいつ使う情報かを確認し、引き継ぎで繰り返し不足したものから追加します。
段階的に広げる順番
インサイドセールス立ち上げ完全マニュアルでは、体制づくりの各段階を詳しく解説しています。ここでは、次へ進む条件を含めて順番を整理します。
- 記録をそろえる ── 同じ対応結果を同じ選択肢で記録できるか実際の案件で確かめ、判断が割れた項目を直してから次へ進みます。
- 基準をそろえる ── 受け取る条件と渡す条件を文章にし、マーケティング、インサイドセールス、フィールドセールスで具体例に当てはめ、差し戻し理由を説明できれば次へ進みます。
- 繰り返す作業を見直す ── 記録から割り当てや通知条件を決められる作業を選び、例外時の担当も決め、自動化後に結果を確認できる状態になってから適用します。
- 必要に応じて分業する ── インバウンド対応とターゲット企業へのアプローチで準備や評価方法が異なるならSDRとBDRを分け、分業後も引き渡し先と記録方法を確認します。
少人数で始める場合は、担当を増やす前に、対応できなかったリードがどこで止まったか確認することが大切です。
- 割り当てが曖昧な場合 ── 運用を直します。
- 担当と手順が明確でも対応が滞る場合 ── 体制を検討します。
SaaS企業のインサイドセールスでは、限られた体制での役割設計と拡張時の論点を扱っています。
外部委託を選ぶ場面
外部委託を検討する際は、活動を任せたい範囲と、社内に残したい判断を分けます。接点づくりを委託する場合でも、対象リード、商談の定義、対応履歴の記録方法は先に合意してください。
比較時には、商談数だけでなく、記録の内容、見送り理由の共有方法、社内担当者への引き渡し方を確認します。
- 同じ想定リードで比較 ── 委託先が何を確認し、どの情報を渡すかを比べると判断しやすくなります。
- 引き渡し情報で会話を準備 ── 社内担当者が次の会話を準備できなければ、依頼範囲か記録条件を見直してください。
インサイドセールス代行おすすめ15社比較では、各社の特徴と選定時に確認したい項目を比較しています。
KPI設計——活動量・品質・成果の3層で測る
KPIは、件数を並べるためではなく、次に直すべき箇所を見つけるために使います。活動量、対話の品質、商談へのつながりを分け、対象と期間をそろえて推移を確認します。
3層の指標
- 活動量：架電数、メール送信数、接続数
- 品質：アポ率（接続→アポ転換率）、BANT充足率
- 成果：商談化数、SQL数、パイプライン貢献金額
活動量を見る前に、対象リードが担当者へ割り当てられ、対応できる状態だったかを確認します。
- 活動しても対話が進まない場合 ── 対象の選び方と伝え方を通話・メールの記録で見直します。
- 商談を渡した後に進まない場合 ── 引き渡し基準と記録内容をフィールドセールスと確認します。
指標の名称や目標を決める際は、分母、分子、集計対象を明記してください。
たとえばアポ率を「接続した相手のうちアポイントに進んだ割合」とするなら、接続とアポイントをそれぞれいつ記録するかも決めます。
記録から同じ結果を再計算できるようになってから、目標と実績を比べます。
インサイドセールスのKPI設計では、SDR・BDRそれぞれの指標選びと目標設定を詳しく扱います。
数字からボトルネックを特定する
活動量から成果まで順に見て、変化が生じた段階を探します。その際、獲得経路や対象企業が変わっていないかも確認してください。
| 状態 | 疑うべき箇所 | 次に手を入れること |
|---|---|---|
| 架電数・送信数が目標に届かない | 業務時間の使い方、リストの準備 | 事前リサーチや記録作業の自動化 |
| 接続はするがアポにならない | トークスクリプト、提案の切り口 | スクリプトの冒頭と価値提示の見直し |
| アポは取れるがBANTが埋まらない | ヒアリング項目 | BANTCHの確認順をスクリプトに組み込む |
| 商談化してもフィールドで止まる | 渡す基準のずれ | フィールドセールスと商談定義を再合意 |
表の「疑うべき箇所」は確認の出発点です。たとえば、次のように原因を確かめます。
- 送信数が目標に届かない ── 対象リストが未整備なら文面の変更では解決しません。
- 接続後に会話が止まる ── 通話記録で止まった箇所を確かめます。
- 商談を渡した後に止まる ── フィールドセールスから差し戻し理由を集めます。
変更点を決めたら、対象と定義をそろえて次の結果を比べ、改善が見えなければ原因の見立てを改めます。
アポ率の見方
アポ率を比べる前に、「接続」「アポ」の定義をそろえます。次に、インバウンドとアウトバウンド、対象企業やリードの獲得経路を分けて、自社の推移を見ます。
条件が異なる集団をまとめた平均だけでは、改善する場所を判断しにくくなります。
- 変化が見えた場合の確認順 ── 対象リードの構成、接触方法、会話内容の順に確かめてください。
- 対象が変わっている場合 ── 同じ条件のリード同士で比べ直します。
- 対象が同じでも会話の進み方が違う場合 ── 記録から質問や提案の切り口を見直します。
比較の考え方と改善箇所の探し方はインサイドセールスのアポ率平均は何%？で詳しく紹介しています。
商談の引き渡し基準とパイプライン設計
商談の引き渡しでは、名称だけをそろえても判断は一致しません。MQLとSQLを、実際のリードを見て同じ結論を出せる条件として定義します。
MQLとSQLの定義をそろえる
MQLは、マーケティングからインサイドセールスへ渡す対象を選ぶ基準です。企業の属性と確認できた行動を組み合わせ、なぜ対応対象になったかを記録します。
ただし、ページ閲覧やメール開封だけで相手の検討意欲を断定せず、対話で確かめる項目を残してください。
SQLで確認する状態と渡す条件
SQLは、インサイドセールスからフィールドセールスへ渡す基準です。相手の課題、検討状況、次回に確認すべきことをもとに、フィールドセールスが商談を進められるか判断します。
- 予算や決裁者が未確認でも渡す場面がある場合 ── その条件と未確認事項を明記します。
- 渡せない場合 ── 見送り理由と次に確認する条件を残します。
基準を試す際は、渡した案件だけでなく、渡さなかった案件も営業側と確認します。
- 渡した案件で次の会話が進まない場合 ── 不足した情報を特定します。
- 渡さなかった案件で商談の機会を逃している場合 ── 除外条件を見直します。
HubSpotで段階を管理する場合も、名称を設定する前に各段階へ進む条件と戻す条件を決めてください。
パイプラインを4つの要素で設計する
商談化後の取引は、進行状況を確認できるように管理します。ステージは営業側の判断に合わせ、どの時点でインサイドセールスの担当が終わるかも定義します。
| 要素 | 内容 | インサイドセールスとの関係 |
|---|---|---|
| 取引ステージ | 受注率が変化するポイントでステージを分ける | 最初のステージ（アポ取得など）がインサイドセールスの成果になる |
| 受注確度 | 各ステージでの受注確率を設定し、加重金額で見込みを算出する | 渡した商談がどれだけ売上見込みに寄与したかを測れる |
| ステージ定義 | 各ステージの明確な定義を社内で共有する | 「どこまで進んだら渡すか」の基準になる |
| 必須入力プロパティ | ステージ移行時に入力を求める項目を決める | 引き渡し時のヒアリング内容が漏れなく残る |
- 過去の結果を確認できる場合 ── 受注確度はステージごとの実績と担当者の見立てを照らし合わせて検討します。
- 十分な記録がない場合 ── 数値の精密さを求める前に、ステージの意味と移行条件をそろえます。
取引を次のステージへ動かす理由を案件の記録から説明できるようになったら、見込み金額の扱いを検討してください。
HubSpotで設定する際は、対象ポータルで使える項目と設定方法をSet up and customize pipelines（HubSpotナレッジベース）で確認してください。
取引ボードでの確認
次の画像は、取引をボードで確認する際の画面例です。ステージの配置だけでなく、各取引をそのステージに置いた理由まで記録できているかを確認します。
必須項目で引き継ぎを仕組み化する
必須項目は、フィールドセールスが初回商談で使う情報から選びます。BANTCHのすべてを入力対象にする前に、未確認でも商談を渡せる項目と、渡す前に確認が必要な項目を分けてください。
実際の引き渡し記録を営業側が読み、次の会話を準備できるか試します。
- 情報不足で準備できない場合 ── 質問や入力項目を見直します。
- 情報はあるのに見つからない場合 ── 記録先を直します。
入力制御を設定する場合は、対象の契約内容と実際の画面で動作を確認してから適用します。
実務テクニック——トーク・メール・ヒアリング
スクリプトやテンプレートは、担当者の会話を同じ文面にするためではなく、聞き漏れと引き継ぎ漏れを見つけるために使います。相手の反応を記録し、止まった箇所に応じて直します。
トークスクリプト
スクリプトには、名乗りと連絡した理由、相手の状況を確かめる質問、次の行動を相談する言葉を用意します。
読み上げる順番を固定するより、相手が今どの話題を必要としているかに合わせて使える骨格にしてください。
会話が止まった場面から見直す
見直すときは、接続後に会話が止まった記録を集めます。
- 冒頭で止まる場合 ── 連絡した理由の伝え方を確認します。
- 中盤で止まる場合 ── 質問と相手の課題のつながりを確認します。
- 終盤で止まる場合 ── 次の約束を提案する条件を確認します。
変更する箇所を決めたら、同じような相手との会話で反応を比べ、改善しなければ対象の選び方にも戻って確認します。
- 会話の組み立て方と見直し ── インサイドセールスのトークスクリプト作成ガイドで、テンプレートを解説しています。
- 電話での接点づくり ── テレアポ成功率を上げる16のコツで、論点を確認できます。
メールテンプレート
メールは、件名だけで反応を判断せず、送る相手の状況と目的を先に決めます。たとえば、次のように期待する返答まで設計してください。
- 資料請求後の例 ── 関心を持った内容を確かめます。
- セミナー参加後の例 ── 関心のあった話題を尋ねます。
見直しは、配信対象と目的が同じメール同士で行います。
- 届いているか判断できない場合 ── 送付先と配信記録を確認します。
- 読まれても返信につながらない場合 ── 本文の問いかけと次の行動が相手の状況に合っているかを確かめます。
- 返信に同じ疑問が繰り返し出る場合 ── 必要な情報を本文に加え、疑問が解消されているか次の返信で確認します。
インサイドセールスのメールテンプレート15選では、場面別の文面と使い分けを確認できます。
BANTCHによるヒアリング
BANTCH（Budget, Authority, Need, Timeline, Competition, Human Resources）は、商談前に確認したい情報を整理する枠組みです。
| 項目 | 確認する内容 | 確認できなかったときの扱い |
|---|---|---|
| Budget（予算） | 予算の有無や確保の見通し | 時期と合わせて育成に戻すか判断する |
| Authority（決裁権） | 決裁者と決裁プロセス | 次回に決裁者の同席を打診する |
| Need（必要性） | 解決したい課題と背景 | 課題が曖昧なら情報提供から始める |
| Timeline（導入時期） | 検討・導入のスケジュール | 時期が先ならナーチャリングに回す |
| Competition（競合） | 比較中の手段や他社 | フィールドセールスへの引き継ぎ事項に残す |
| Human Resources（体制） | 導入後に運用する人員 | 運用体制の提案材料として残す |
すべてを一度の会話で聞く必要はありません。まず課題と検討の背景を確かめ、商談へ渡す判断に必要な項目を聞きます。
未確認の項目があっても商談を進められるかを営業側と決めます。
- 未確認項目があっても進められる場合 ── 誰が次に確認するかを残します。
- 判断に必要な項目が欠けている場合 ── 確認してから渡すか、情報提供を続けるかを選びます。
BANTCHとは？では、各項目を会話でどう確かめ、引き継ぎに使うかを解説しています。
HubSpotとAI活用——AIと人の役割を分ける
ツールを選ぶ際は、機能の数より、担当者が相手の状況を確認し、次の行動を決められるかを見ます。AIを使う場合も、出力の確認と送信の判断を誰が担うかを先に決めてください。
ツールを選ぶときの判断軸
最初に、コンタクトの担当者、連絡履歴、対応結果、次回アクションをどこで確認するか決めます。そのうえで、電話、メール、商談管理の記録がつながるかを、実際の引き継ぎ手順に沿って確かめます。
複数のツールを比べるときは、同じ想定リードと同じ引き継ぎ作業を使います。
- 記録が探せない場合 ── 履歴の見やすさを比べてください。
- フォロー漏れが起きる場合 ── 担当と次回アクションの確認方法を比べてください。
担当者が情報を探し、次の行動を決められる状態になってから、通知や自動化の必要性を判断します。
インサイドセールスツール比較15選では、目的別の比較観点と選定時の確認項目を解説しています。
HubSpot上で一気通貫にする
HubSpotを使う場合は、コンタクトの獲得、インサイドセールスの対応、取引の引き渡しを、担当者が追える形で設計します。
- 実際のリードで確認 ── 獲得経路、対応履歴、商談化の判断、営業担当への引き継ぎが確認できるか試してください。
- 不足する記録の見直し ── 途中で情報が見つからなければ、その段階の記録方法を直します。
- ほかの案件への適用確認 ── 営業担当が未確認事項まで把握できれば、同じ手順を適用できるか確かめます。
継続的なフォローにシーケンスを検討する場合は、送信する条件、停止する条件、担当者の確認方法を決めます。返信や担当変更などで予定した対応を変える場面も確認してください。
- 利用できる機能と設定条件 ── 契約内容と割り当て状況を確認し、Create and edit sequences（HubSpotナレッジベース）を参照してください。
- 記録・フォロー・商談管理をつなぐ設計 ── HubSpotでインサイドセールスを効率化で詳しく扱います。
AIに任せることと人が判断すること
AIはリサーチや下書きの補助に使い、相手へ伝える事実と次の提案は担当者が確認します。
次の画像は、取引レコード上でBreezeを使う場面の例です。画面に示された情報を対外的に使う前に、内容と情報源を確認します。
| AIに任せやすい業務 | 人が判断する業務 |
|---|---|
| 企業情報・最新ニュースのリサーチ | どのリードを優先して追うか |
| 問い合わせ内容の分類 | 引き渡し基準・商談定義の設計 |
| メール文面の下書き | 最終的にメールを送るかどうか |
| 通話・商談記録の要約 | 大型案件へのアプローチ方針 |
AIの出力を確認する際は、相手の会社や発言に関する事実、過去のやり取りとの整合、約束していない内容が含まれていないかを見ます。
- 根拠を確認できる場合 ── 担当者が用途を判断します。
- 根拠を確認できない場合 ── 該当部分を修正するか、使わない判断をします。
- 修正が続く場合 ── 入力する情報と確認手順を見直してください。
インサイドセールス × AI活用ガイドでは、業務ごとの使いどころと確認手順を紹介しています。
失注・未商談リードを掘り起こすループをつくる
商談にならなかったリードや失注した取引は、理由だけでなく、再び連絡する条件まで記録します。条件がなければ、後から担当者が変わったときに対応を判断できません。
失注理由と見送り理由を分類して残す
失注や見送りの理由は、選択肢で傾向を見られるようにし、個別の事情は補足欄に残します。たとえば、次のように記録します。
- 「時期」の例 ── いつ何が変われば再検討できるかを確認します。
- 「製品機能」の例 ── 必要な機能と代替手段を区別して記録します。
同じ理由が続いたら案件の記録を読み、相手が実際に挙げた理由と、担当者が推測した理由を分けます。
- 説明の不足の場合 ── 伝え方を見直します。
- 提供内容に関わる要望の場合 ── 担当部署へ共有します。
理由の選択肢だけで結論を出さず、次に判断する人が経緯を追える情報を添えてください。
ナーチャリングに戻して再アプローチする
見送り後の対応は、相手が示した検討時期や、再度話すことに合意した条件を優先します。
資料の再ダウンロードや料金ページの閲覧などを確認できる場合も、その行動だけで商談化を決めず、前回の見送り理由が変わったかを対話で確かめます。
- 再アプローチ後も状況が変わっていない場合 ── 理由と次の確認条件を更新します。
- 状況が変わっている場合 ── 現在の引き渡し基準に照らして商談へ進めます。
- 連絡する条件を決められない場合 ── 無理に再接触の予定を置かず、何がわかれば判断できるかを記録します。
この記録を次のリード選別にも使い、見送り理由と受け取る基準のずれを確認します。
よくある質問
インサイドセールスは何人から始めるべきですか？
人数を先に決める前に、受け取るリード、必要な対応、記録にかかる作業を確認してください。対応漏れが起きているなら、その原因が担当者の不足か、割り当てや記録の問題かを切り分けます。担当と手順を明確にしても対応が滞るなら体制を検討し、インバウンド対応とターゲット企業へのアプローチで必要な準備が異なる場合は分業を検討します。
インサイドセールスの成果が出るまでにどのくらいかかりますか？
商材、対象リード、商談の定義によって異なるため、一律の期間では判断できません。まず対応結果を同じ型で残し、次に会話と引き渡しの結果を確かめます。記録がそろい、差し戻し理由を説明できるようになったら、活動の増やし方を検討してください。商談数に変化があっても、対象リードや定義が変わっていれば条件をそろえて見直します。
マーケティングからのリード引き渡し基準（MQL定義）はどう決めるべきですか？
マーケティングとインサイドセールスで、対象企業の属性と確認できる行動を挙げ、実際のリードに当てはめて判断をそろえます。行動だけで検討意欲を決めつけず、受け取った後の対話で何を確かめるかも決めてください。判断が割れたら不足情報と基準の曖昧さを切り分けます。運用後は、MQLになった理由と商談に進まなかった理由を比べ、条件を見直します。
AIでメールを自動送信してもよいですか？
送信の判断を自動化する前に、事実確認、相手との関係に合う表現、送信対象、停止条件を担当者が確認できるかを確かめてください。まずはAIを下書きに使い、人が内容を確認して送る運用から始めます。誤った情報や約束していない提案が見つかった場合は、文面と確認手順を直します。送信対象と停止条件を実際の対応で確認できるようになってから、次の運用を判断してください。
まとめ
インサイドセールスを整える順番は、役割、記録、引き渡し、改善です。
- 担当範囲を決める：受け取るリードと狙う企業を確認し、SDRとBDRの役割を分けます。
- 判断を記録できるようにする：対応結果、次回アクション、商談化の判断を同じ型で残します。
- 引き渡し基準を合意する：フィールドセールスが必要とする情報を確かめ、未確認事項の扱いも決めます。
- 活動量・品質・成果を順に見る：数字の変化と実際の記録を照らし合わせ、直す箇所を選びます。
- 見送り後の条件を残す：再び連絡するきっかけを記録し、状況が変わったら現在の基準で判断します。
まずは、現在「商談」と呼んでいる案件と見送った案件を選び、フィールドセールスとそれぞれの判断理由を比べてください。そのうえで、次の順番で進めます。
- 対応記録を確認し、判断に必要な項目と、担当者ごとに書き方が違う項目を整理する
- BANTCHのうち引き渡し前に確認する項目を決め、未確認事項の伝え方をそろえる
- 同じ案件を関係者が判定し、結論が割れたら不足情報か基準の曖昧さかを確認する
- 記録と判断がそろったら、活動量・品質・成果を同じ定義で比べ、差し戻しや見送りの理由から見直す箇所を選ぶ
企業様によって最適な形は異なります。判断に迷う場合は、目標の商談数から体制を決める前に、実際のリードと引き継ぎ記録を見て、どこで対応が止まっているかを確かめてください。
BtoBマーケティング全体の戦略設計から施策実行までを体系的に学びたい方は、BtoBマーケティング完全ガイドもあわせてご覧ください。
CRMを活用した業務効率化やAIとの連携に関するご相談は、StartLinkまでお気軽にお問い合わせください。
あわせて読みたい
リードの獲得方法や商談創出の取り組みも合わせて確認すると、インサイドセールスへ渡す条件を考えやすくなります。
- BtoBマーケティング完全ガイド — リード獲得から商談につなぐまでの施策を整理できます。
- リード獲得戦略ガイド — 獲得経路ごとのリードの特徴を確認し、受け取る基準を検討できます。
- インサイドセールスの成功事例 — 事例ごとの対象リード、商談の定義、引き渡し方を自社の運用と比較できます。
記事の内容を、そのまま実務に落とし込みたい方向け
HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。
次に読む
株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
著者情報
