インサイドセールスとは？ - BtoB SaaS でのマーケティングとの連携
インサイドセールスとは何か、その定義から BtoB SaaS におけるマーケティング・ FS との連携設計、 MQL/SQL の定義、 KPI 設計、少人数での始め方まで実務視点で解説する。
インサイドセールスとは？ BtoB SaaS でのマーケティングとの連携設計
インサイドセールスとは、電話・メール・ Web 会議などの非対面チャネルを用い、見込み顧客との関係構築・育成・選別・商談創出を担う営業機能である。 BtoB SaaS では、マーケティングが獲得したリードをフィールドセールスの商談へつなぐ中間プロセスとして機能し、その成果は「アポイント数」ではなく「受注につながる商談をどれだけ生み出せるか」で測られる。
インサイドセールス（ Inside Sales ）とは、電話・メール・チャット・ Web 会議といった非対面の手段を通じて見込み顧客と接触し、課題の把握、検討段階の引き上げ、商談の創出までを担う営業機能である。日本語では「内勤営業」と訳されることもあるが、単なる事務処理ではなく、顧客の購買プロセスを能動的に前へ進める役割を指す。
「インサイドセールス」という言葉には、営業手法そのものを意味する場合と、その手法を担当する部門・職種を意味する場合の二つがある。NTT ドコモビジネスの定義でも、メールや電話などの遠隔手段で顧客とやり取りする内勤営業として説明されている。どちらの意味で使うかは組織によって異なるが、ここでは「営業プロセス上の機能」として扱う。
BtoB SaaS における位置づけは、リレーの第2走者に例えるとわかりやすい。マーケティングが第1走者としてリードを獲得し、バトンを渡す。インサイドセールスは受け取ったバトンを落とさず加速させ、フィールドセールスという第3走者へ確実につなぐ。バトンパスが雑なら、どれだけ走力があっても失速する。 BtoB SaaS は検討期間が長く、稟議を通す複数の意思決定者が関わる。だからこそ、バトンパスの精度が受注を左右する。
BtoB SaaS マーケティングとは？戦略設計から少人数運用まで実務ガイドでは、マーケティング全体像の中でインサイドセールスがどこに位置するかを俯瞰できる。
BtoB SaaS でインサイドセールスが担う役割
インサイドセールスの仕事は「電話をかけてアポイントを取ること」だけではない。Salesforceでも、初回アプローチからリードナーチャリング、クオリフィケーション、フィールドセールスとの分業まで幅広い工程が紹介されている。 BtoB SaaS では、以下の業務が日常的に発生する。
- マーケティングから MQL （ Marketing Qualified Lead ）として引き渡されたリードを受け取る
- 電話・メールで状況確認と自己紹介を行い、初回接触する
- 導入背景、現在の業務課題、検討の優先度をヒアリングする
- すぐに商談化しないリードに対し、有益な情報を提供しながら関係を維持する（ナーチャリング）
- Budget ・ Authority ・ Need ・ Timeline （ BANT ）などの基準でフィールドセールスへ渡すべきか判断する（ SQL 判定）
- ヒアリング内容と推定課題を添えてフィールドセールスへ商談を引き渡す
- 一度見送りになったリードをマーケティングへ戻すか、自らナーチャリングを継続する
- 無料トライアルの利用状況やログイン頻度など、プロダクト側のシグナルを営業活動に反映する
- 商談前に得た課題や期待値をカスタマーサクセスと共有し、導入後の支援につなぐ
ここで問われるのは、「アポ取り部門」と「連携機能」の違いだろう。アポイント数だけを追う部門は質の低い商談を量産し、フィールドセールスの工数を浪費する。連携機能として運用されるインサイドセールスは、マーケティングが獲得したリードの「温度」を見極め、顧客の検討段階に合った対応を選び、受注確度の高い商談だけをフィールドセールスへ届ける。この違いが受注率と CAC （顧客獲得コスト）に直結する。
マーケティング・インサイドセールス・フィールドセールスの違い
3つの機能は、顧客の検討段階を分担して前に進める連続したプロセスである。HubSpotでも、マーケティングは接点創出、インサイドセールスは関係構築・育成を主に担うと整理されている。
この分業は「 The Model 」と呼ばれるフレームワークで広く知られるようになった。カスタマーサクセスを加えた4機能で、リード獲得から導入支援・継続・拡大までを一気通貫で管理する考え方である。
ただし、 The Model は万能な組織テンプレートではない。少人数の BtoB SaaS チームでは、マーケティング担当がインサイドセールスを兼務したり、インサイドセールスがオンライン商談まで担当したりすることも珍しくない。大事なのは部門を4つに分けることではなく、各工程の責任範囲と引き渡し条件を明文化することだ。
リードジェネレーション（マーケティング部門の役割）をさらに深掘りしたい場合は、リードジェネレーションとは？ BtoB SaaS におけるリード獲得の全体設計を参照してほしい。
インサイドセールスとテレアポは何が違うのか？
テレアポは「手段」であり、インサイドセールスは「営業プロセス上の機能」である。テレアポがインサイドセールスの一手段になり得るが、両者は同義ではない。
テレアポを「古い手法」と切り捨てる必要はない。新規リストへの初回接触では電話が有効な場面もある。しかし、 BtoB SaaS の検討期間は数週間から数か月に及ぶことが多い。1回の電話でアポイントが取れなかったリードを捨てるのではなく、メールやコンテンツ提供で関係を維持し、タイミングを見て再度アプローチする。この「中長期の維持」がテレアポとの決定的な違いである。
SDR と BDR の違いと使い分け
インサイドセールスは、リードの獲得経路によって SDR と BDR に分類される。
- SDR （ Sales Development Representative ）：マーケティング施策や問い合わせなど、インバウンドで獲得したリードへ反響対応する役割
- BDR （ Business Development Representative ）：ターゲット企業を定め、こちらからアプローチするアウトバウンド型の役割
BtoB SaaS での使い分けパターンは、おおむね3つに整理できる。
- Web 問い合わせや資料請求が多い場合は SDR 中心。コンテンツマーケティングや広告でリードが安定的に入るなら、対応速度と選別精度が勝負になる。
- エンタープライズ開拓や ABM を重視する場合は BDR 中心。ターゲットアカウントを絞り込み、決裁者へ直接アプローチする。
- 両方のリードがある場合は SDR と BDR を分担し、インバウンド対応とアウトバウンド開拓を並行する。
少人数チームでは、 SDR と BDR を一人が兼務するケースが現実的だろう。その場合でも、インバウンド対応とアウトバウンド開拓の時間配分を意識的に決めておきたい。放っておくと対応が容易なインバウンドに時間を取られ、戦略的なアウトバウンドが後回しになりがちだ。
MQL ・ SQL ・ PQL ：リードが商談になるまでの流れ
リードが受注に至るまでには、いくつかのステージを経る。以下は各ステージの意味と判定例をまとめた表である。ただし、 MQL ・ SQL の定義は企業ごとに異なるため、「社内で合意するための出発点」として参照してほしい。
Salesforceでも、 MQL と SQL の共通定義が部門間連携の土台であるとされている。重要なのは用語そのものではなく、「どの条件を満たしたらマーケティングから IS へ、 IS からフィールドセールスへ渡すか」を社内で合意することだ。
BtoB SaaS で見逃せない PQL
一般的な BtoB 営業の記事は MQL→SQL の流れに集中しがちだが、 BtoB SaaS にはプロダクトレッドグロース（ PLG ）やフリーミアムモデルを採用する企業も多い。マーケティング施策由来の MQL だけでなく、プロダクト利用データから検出する PQL （ Product Qualified Lead ）もインサイドセールスの対応対象になる。
PQL を検出する代表的なシグナルは以下のとおりだ。
- 無料トライアルを開始した
- 特定の有料機能を試用した
- 複数ユーザーを招待した
- 管理者・決裁者がログインした
- 利用頻度が一定以上に上昇した
- 有料プランの料金ページを閲覧した
これらのシグナルは、マーケティング施策を経由しないまま購買意欲が高まっている可能性を示す。トライアルユーザーへの追客をインサイドセールスの業務範囲に含めるかどうかはプロダクトの提供形態と営業体制次第だが、 SaaS であれば検討に値するだろう。
MQL ・ SQL の定義や引き渡し基準をさらに詳しく知りたい場合は、MQL と SQL の違いとは？ BtoB SaaS のリード管理・引き渡し基準を参照してほしい。
マーケティングとインサイドセールスの連携設計【実務4項目】
連携の質がインサイドセールスの成果を決める。実務で合意すべき4つの項目を具体的に示す。
共通のリード定義を合意する
マーケティングとインサイドセールスの対立は、多くの場合「 MQL の定義が曖昧」なことに起因する。資料を1件ダウンロードしただけのリードを MQL として大量に渡しても、 IS は対応しきれず商談化率は下がる。
合意すべきは MQL ・ SAL ・ SQL それぞれの判定条件だ。たとえば以下のような組み合わせになる。
- 企業属性：ターゲット業種、従業員規模、年商
- 担当者属性：部門、役職（決裁者か担当者か）
- 行動条件：資料 DL ＋料金ページ閲覧、セミナー参加＋個別質問あり
- 導入時期：半年以内に検討開始の意向があるか
条件は最初から精緻でなくてよい。受注データが蓄積されれば、どの条件が受注と相関するかが見えてくる。暫定定義を運用し、月次で見直すサイクルが現実的だ。
引き渡し情報を標準化する
MQL を IS へ渡す際にリードの背景情報が抜けていると、初回接触で同じ質問を繰り返すことになり、顧客体験が悪化する。以下の項目を標準化しておく。
- 会社名、業種、従業員規模
- 担当者の氏名・役職・部署
- 流入チャネル（ SEO 、広告、セミナー、紹介など）
- 閲覧ページ、 DL 資料、セミナー参加履歴
- リードスコアリングの内訳
- 推定課題、導入時期の有無
- トライアル利用状況（ SaaS の場合）
すべてを手入力する必要はない。 MA や CRM の自動記録で賄える項目は自動化し、 IS が手動で追加すべき項目（ヒアリング内容、推定課題）を明確に分けておく。
SLA （対応期限とルール）を設定する
Salesforceでも、引き渡し基準・フォローアップ期限・フィードバックルールを SLA に含める例が紹介されている。具体的には以下を決める。
- MQL 引き渡し条件：判定条件を満たしたリードをいつ・どの形式で渡すか
- IS の確認期限： MQL 受領後、たとえば1営業日以内に内容を確認する
- 初回接触期限：確認後、たとえば2営業日以内に初回接触を行う
- 対応不可の戻し先：情報不足や対象外のリードをマーケティングへ差し戻す基準
- 失注・保留理由の記録： CRM に選択式で記録し、分析可能にする
- フィードバック頻度： IS からマーケティングへ、リードの質に関するフィードバックを週次で行う
SLA が形骸化するのは、ルールだけ決めて振り返らない場合だ。定例レビューとセットで運用してはじめて機能する。
共通 KPI と定例レビューで改善サイクルを回す
リード数→SQL 数→商談実施数→受注数という一気通貫の指標を、マーケティングと IS の双方が追う。部門ごとに別々の KPI だけを見ていると、「マーケティングはリード数を達成したのに商談化しない」「 IS は SQL 数を達成したのに受注につながらない」という断絶が生まれる。
週次レビューでは、商談化しなかったリードの理由を分類し、マーケティング施策やスコアリング基準の改善に反映する。たとえば「導入時期が未定」のリードが多ければナーチャリングコンテンツのテーマを見直す。「ターゲット外の業種」が多ければ広告や SEO 記事のターゲティングを修正する。
こうした改善サイクルの中で、マーケティング側のコンテンツ SEO 運用は継続的な記事テーマの整理・管理が課題になりやすい。トピックの選定と公開スケジュールの管理にはスプレッドシートでの手動運用から AI 支援ツール（ Growth Calendar など）の活用まで選択肢がある。どの方法を採るにせよ、 IS からのフィードバックが記事テーマに反映される仕組みを持つことが肝心だ。
インサイドセールスの KPI は何を指標にすべきか？
架電数やアポイント数を主指標にすると、質の低い商談が増え、フィールドセールスの工数を浪費するリスクがある。 IDEATECH が2024年9月に実施した調査（ BtoB 企業の IS 担当者118名対象）では、失敗経験があるとの回答が75.4%にのぼり、失敗例の上位には「アポイント獲得ができず、モチベーション低下」（51.7%）が挙がっている（出典）。回答者の認識ではあるものの、量だけを追う弊害を示唆するデータだ。
KPI は以下の4段階で組み立てるとバランスが取りやすい。
架電数は「活動指標」の補助として見る位置づけにとどめ、 IS の評価は中間指標と品質指標を中心に据える。最終的には受注額や ARR への貢献で成果を測る。
量を追うこと自体が悪いわけではない。立ち上げ初期は活動量を確保しなければデータが貯まらず、改善の手がかりが得られない。問題は、量の指標を「主」としたまま固定してしまうことだ。データが蓄積されたら質の指標へ重心を移していく。この移行の判断こそ、マネジメントの仕事である。
少人数の BtoB SaaS チームで始める7ステップ
専任のインサイドセールス担当を最初から置けない場合でも、以下の手順で段階的に始められる。精緻なスコアリングモデルを初日から構築するのではなく、主要な流入経路から小さく回し始めるのが現実的だ。
- 営業ファネルを可視化する：現状のリード獲得から受注までの流れを図に起こし、顧客が離脱しているポイントを把握する
- 既存リードを分類する： CRM やスプレッドシートにある既存リードを流入元・企業属性・検討状況で仕分けする
- MQL ・ SQL の暫定定義を作る：受注済み顧客の共通属性と行動パターンから逆算し、暫定的な判定条件を3〜5項目に絞る
- IS 対応対象と除外対象を線引きする：すべてのリードに対応するのではなく、ターゲット属性に合致するリードだけを IS 対応対象にする
- CRM 入力項目を絞り込む：ヒアリング結果、推定課題、次回アクション、失注・保留理由の4項目があれば最低限の分析は可能だ
- 週次レビューを実施する：マーケティング・ IS ・ FS の担当者で15〜30分のレビューを行い、リードの状況と商談の進捗を共有する
- 商談化・受注データに基づいて基準を更新する：月次で「受注したリードの共通点」と「商談化しなかったリードの理由」を振り返り、 MQL 定義やナーチャリングシナリオを修正する
最初に取りかかるべきは、問い合わせ・資料 DL ・トライアル開始という最も確度の高い流入経路からルールを決めることだ。セミナー参加やホワイトペーパー DL など、検討初期の接点は後から追加すればよい。
インサイドセールスのメリットと注意点
インサイドセールスを導入するメリットは複数あるが、分業するだけで成果が出るわけではない。主なメリットと、 BtoB SaaS 特有の注意点を対比する。
メリットの裏には必ず運用上の落とし穴がある。
IDEATECH の同調査では、失敗要因として「各チームの連携体制ができていなかった」が48.3%で上位にあった（118名対象の回答者認識。出典）。インサイドセールスの導入そのものよりも、マーケティング・ FS ・カスタマーサクセスとの連携品質が成果を分けるという認識が読み取れる。
SMB 領域の SaaS では、インサイドセールスが商談からクロージングまで完結する運用もある。電通 B2B イニシアティブの事例紹介では、保育施設向け SaaS のコドモンが IS 導入後にオンライン商談で訪問課題を解消した取り組みが紹介されている。ただし、これはコドモン固有の商材・市場での結果であり、「 IS を導入すれば受注数が倍になる」と一般化できるものではない。自社の商材特性と顧客の購買行動に合わせて IS の担当範囲を決めることが前提だ。
FAQ （よくある質問）
インサイドセールスは商談やクロージングも担当するのか？
企業や商材によって異なる。 SMB 向けの SaaS では、オンライン商談から受注までインサイドセールスが一貫して担当するケースがある。一方、エンタープライズ向けの高単価商材では、商談・提案・稟議支援はフィールドセールスが担当し、 IS はリード育成と商談創出に特化することが多い。自社の営業プロセスと顧客の購買行動に合わせて範囲を定義すべきだ。
インサイドセールスに向いている商材は何か？
検討期間が長い、複数の意思決定者が関わる、単価が中〜高価格帯という特徴を持つ商材で効果を発揮しやすい。 BtoB SaaS はこの3条件に該当するケースが多く、 IS の活用余地が大きい。 BtoC でも、サブスクリプション型サービスや高額商材（不動産、保険など）で IS が採用される場合がある。
インサイドセールスに必要なツールは何か？
代表的なツールは CRM ・ SFA （顧客情報と商談管理）、 MA （リードスコアリングとナーチャリング）、 CTI （架電管理・通話記録）、オンライン商談ツールの4種類である。少人数チームでは CRM と MA の基本機能から始め、運用が定着してから拡張するのが現実的だ。 ITmedia ビジネスオンラインが2024年6月に公開した読者調査では、ツール活用で「業務効率化」を重視するとの回答が62.6%であった（出典）。
MQL の定義はどのように決めるべきか？
まず受注済み顧客の共通属性（業種、規模、役職）と行動パターン（閲覧ページ、 DL 資料、セミナー参加）を遡って分析し、暫定的な判定基準を作る。資料 DL だけで MQL とするのではなく、企業属性と行動条件を組み合わせるのが基本だ。運用しながら月次で IS からのフィードバックを反映し、精度を上げていく。詳しくはMQL と SQL の違いとは？ BtoB SaaS のリード管理・引き渡し基準を参照してほしい。
架電数と商談数のどちらを KPI にすべきか？
架電数は活動量を把握するための補助指標であり、主指標にすべきではない。 SQL 数、有効商談率、受注率など品質に関わる指標を中心に据える。活動量の指標は行動改善のモニタリングや立ち上げ初期のデータ蓄積に使い、組織が成熟するに従って質の指標へ重心を移す。
まとめ：インサイドセールスは「連携機能」として運用する
インサイドセールスの成果は、架電数やアポイント数だけでは決まらない。マーケティング・インサイドセールス・フィールドセールスが MQL ・ SQL の定義、引き渡し情報、対応期限、受注までの KPI を共有し、顧客の検討段階を一貫して前に進められるかで決まる。
出発点は、 MQL ・ SQL の社内定義と引き渡しルールの合意だ。専任担当を置けない少人数チームであっても、問い合わせ・資料 DL ・トライアルという主要な流入経路から暫定ルールを作り、週次レビューで回しながら基準を磨いていけばよい。まずはファネルを可視化し、最も確度の高いリードへの対応から始めることだ。