SDRとBDRの違い｜導入順・組織設計・KPI

SDRとBDRは、どちらもインサイドセールスとして語られますが、実務では同じ箱に入れて設計するとまず噛み合いません。
Salesforceが整理するように、SDRは反響対応、BDRは新規開拓が起点で、追うKPIも求めるスキルも別物です。

この記事は、これからインサイドセールスを立ち上げる営業責任者や、SDRとBDRをどう切り分けるべきか迷っているマネージャー向けに書いています。
現場ではMQLとSQLの定義がずれたまま走り出し、SDRがいつの間にか“アポ部隊”になる失敗が本当によく起きるので、役割定義とSLAを先に固めることが成果の分かれ目です。

インバウンド流入量、商材単価、ターゲット規模、営業人数、マーケット成熟度の5軸で、SDR先行・BDR先行・併用の判断基準を整理し、立ち上げ手順から初期3か月のKPI設計まで実務仕様で解説します。
『The Model』とABMまでつなげて、マーケ、SDR、BDR、AEの引き渡し基準をどう作ると現場で回るのか、その線引きを具体化していきます。

SDRとBDRの違いとは？まず押さえるべき定義と役割

定義と起点の違い

SDRとBDRは、どちらもインサイドセールスの一部ですが、実務で見るべき違いは「どの顧客を相手にするか」より先に、「どこから案件を立ち上げるか」です。
Salesforceやシャノン、SALES ROBOTICS、三井住友銀行 Business Naviの整理を突き合わせると、いちばんブレにくい軸はここで、SDRはインバウンド起点、BDRはアウトバウンド起点と捉えるのが妥当です。

一方のBDRは、まだ接点のない企業や、過去に失注して長く動いていないアカウント、狙うべき業界の重点企業に対して、自ら仮説を持って接点を作りにいく役割です。
問い合わせを待つのではなく、アカウント選定、担当者リサーチ、部門課題の仮説立て、メッセージ設計まで含めて機会を作るので、仕事の起点が根本から異なります。
シャノン｜SDRとBDRの違いでも、日本企業ではこの区分で設計するケースが主流です。

現場ではこうなりがちですが、役割を曖昧にしたまま「インサイドセールス」とひとまとめにすると、反響対応の速さも、新規開拓の深さも、どちらも落ちます。
とくに立ち上げ期は、SDR担当が問い合わせ対応の合間にアウトバウンドも背負う“二重タスク”になりやすく、結果として反響初動が遅れ、ナーチャリングが薄くなり、アウトバウンドも単発の架電で止まります。
少人数のうちは兼務そのものを否定する必要はありませんが、暫定運用なら反響対応を最優先に据え、育成とアウトバウンドに残り時間を配分する形で稼働比率を先に決めておいたほうが崩れません。
実際の運用では、反響対応を中心に据え、その次に既存リードの育成、アウトバウンドは限定した枠で回す設計のほうが、各担当の迷いが減ります。

対象顧客と目的

起点の違いは、そのまま対象顧客と目的の違いにつながります。
SDRが向き合うのは、すでに課題を認識して情報収集を始めている顕在層寄りのリードです。
企業規模でいえばSMBから中堅企業が中心になりやすいものの、本質は規模ではなく反応の有無です。
エンタープライズでも問い合わせが入っているならSDRの守備範囲ですし、SMBでも未接触アカウントを狙って能動的に入るならBDRの文脈になります。

BDRは、まだ顕在化していない潜在層や、競合利用中で検討の俎上に載っていないアカウント、戦略的に落としたい大手企業に向き合います。
三井住友銀行 Business Naviが触れているように、BDRはABMとの相性がよく、重点アカウントを絞って複数部署・複数人物へ働きかける運用と噛み合います。
BtoB SaaSの購買では平均10〜11人が意思決定に関与するという整理もあり、1人の担当者に1回つながっただけでは案件化しない場面が増えています。
だからBDRでは、単発のアポ獲得より、アカウント内で誰にどの順番で入るかという設計力が問われます。

目的も分けて考えると整理できます。
SDRの主目的は、受け取ったリードを商談化できる状態まで進めることです。
温度感の判定、ヒアリング、失注前提の切り分け、まだ早いリードの育成が仕事の中心になります。
対してBDRの主目的は、これまで存在しなかった営業機会を新たに作ることです。
未接触アカウントから会話を生み、案件の入口を開くことがミッションです。

この違いを無視して、同じKPIで並べてしまうと現場が歪みます。
SDRにパイプライン額だけを追わせると、温度の高い問い合わせに偏ってリード育成が捨てられます。
逆にBDRに初回応答速度だけを課しても、そもそも相手は待っていないので評価軸として噛み合いません。
役割の違いは、対象顧客の違いというより、案件の生まれ方の違いとして捉えると運用設計が定まります。

KPI・スキルの比較表

役割の違いは、KPIと求める能力の違いにそのまま表れます。ひと目で比較できるように整理すると、次のようになります。

表の通り、SDRはスピードと見極めの仕事で、BDRは仮説と突破口づくりの仕事です。
前者ではSLAや初回対応速度、対話からの選別精度が効きます。
後者では、アカウント理解、メッセージの個別化、複数接点を積み上げる粘り強さが差になります。
SALES ROBOTICSが強調するように、同じインサイドセールスでもKPI設計を分けないと、改善会議で議論が混線します。

ハイブリッド型は、立ち上げ初期には現実的な選択肢です。
ただし、兼務モデルは「どちらもできる万能型」というより、「専任化までの移行措置」と見たほうが実態に合います。
実際に運用してみると、反響が増えた瞬間にアウトバウンドは後回しになり、逆に重点開拓案件に時間を使うと問い合わせ初動が遅れます。
少人数組織ではこの揺れが避けにくいので、ハイブリッドで始める場合でも、どの条件でSDRとBDRを分けるかを先に描いておく必要があります。
初期は兼務で立ち上げ、流入量や重点アカウント施策が安定した段階で、反響処理と新規開拓を分化する流れが現場では最も無理がありません。

用語の揺れと自社定義の作り方

ここで厄介なのが、SDRとBDRは国内外で用語の揺れがあることです。
日本語圏では「SDRは反響型、BDRは新規開拓型」という整理が優勢ですが、海外記事では両者をほぼ同義に扱うものや、定義が入れ替わっているものもあります。
したがって、用語そのものを覚えるより、自社では何をSDRと呼び、何をBDRと呼ぶのかを先に固定することが先決です。

自社定義を作るときは、抽象語ではなく運用項目に落とし込むと混乱が減ります。
たとえば「誰から受け取るか」「どの状態のリードを持つか」「何をもって次工程へ渡すか」「何をKPIとして追うか」を1枚で定義します。
マーケから渡されるMQLを起点にするのがSDRなのか、未接触アカウントリストを起点にするのがBDRなのか、この線引きが明文化されていれば、採用時のジョブディスクリプションも、SFAのステータス運用も整えやすくなります。

実際に曖昧なまま始めると、担当者によって「SDRなのに新規開拓までやる」「BDRなのに展示会名刺の追客をする」といったズレが起きます。
役割のズレは、現場の努力不足ではなく、定義不足から生まれることが多いです。
とくにマネージャーが海外の求人票や外資SaaSの組織図を参照して制度設計する場合は、自社の商材単価、リード流入量、ターゲット市場に合わせて翻訳し直す必要があります。

役割分担図と引き渡しポイント

『The Model』の文脈で整理すると、役割分担は次の流れで捉えると噛み合います。

マーケティング → SDR/BDR → AE → CS

この流れの中で、ハンドオフを言葉だけで済ませず、ステータスで切ることが欠かせません。
一般的には、マーケティングが育成したリードをMQLとしてインサイドセールスに渡し、インサイドセールスが受け入れた段階をSAL、AEに渡せる商談水準まで引き上がった段階をSQLとして扱います。
つまり、テキスト図にすると次のイメージです。

マーケティング（集客・育成） → MQL → SDRまたはBDR（受け入れ・接触・見極め） → SAL → 課題・体制・導入意向が確認された状態 → SQL → AE（商談・提案・クロージング） → 受注 → CS（導入支援・活用定着・アップセル）

SDRとBDRはどちらもAEの手前に位置しますが、入口が違います。
SDRはMQLを受け取ってSAL化し、対話の中でSQLまで押し上げる役割です。
BDRは未接触アカウントから会話を作り、対象アカウント内で案件の芽を見つけてSALやSQLに近い状態を作っていきます。
どちらも「AEに何を渡すか」が曖昧だと、AE側で再ヒアリングが発生し、せっかくの分業が逆に手戻りを増やします。

現場の実感として、引き渡しポイントでよく詰まるのは、商談化の定義が言葉だけで共有されているケースです。
「興味ありなら渡す」「課題感があれば渡す」といった表現では、担当者ごとに判断が割れます。
そこで、SQLに上げる条件を、導入背景、課題、検討時期、関係者、次回アクションの有無といった確認項目に分解しておくと、AEへの受け渡し品質が揃います。
Salesforce由来の『The Model』でも、分業の価値は役割そのものより、ハンドオフの基準を揃えることで初めて出ます。

ハイブリッド型を採る場合も、この流れを崩さないことが前提です。
担当者が兼務であっても、MQL対応の時間と未接触アカウント開拓の時間を同じキューで管理すると、優先順位が毎日揺れます。
反響処理のキューと開拓のキューを分け、ステータスも別で追う形にしておけば、専任分化に移るときの移行コストを抑えられます。
役割分担は組織図の見栄えより、引き渡しの質と滞留の見える化に効く設計であるべきです。

なぜ今SDRとBDRの使い分けが重要なのか

購買関与者の増加と分業必然化

BtoB SaaSの購買は、1人の担当者を口説けば進む時代ではなくなっています。
Martalが2025年時点のBtoB SaaS購買を整理したデータでは、意思決定に関与する人数は平均10〜11人です。
現場部門、部門長、情シス、調達、役員と、立場ごとに関心が異なるため、1回の接点で案件が前に進む構造ではありません。

この変化は、SDRとBDRを「同じインサイドセールス」としてまとめて扱いにくくしている要因でもあります。
SDRは問い合わせや資料請求のように顕在化した反応へ素早く対応し、関心の高い接点を取りこぼさず商談につなぐ役割です。
一方でBDRは、まだ接点のない戦略アカウントに入り込み、複数の関与者へ段階的に接点を広げる役割を担います。
関与者が10人前後いる前提では、反応があった1人だけを追っても受注確度は上がりません。
部門横断で接点を増やすマルチスレッドの動きが必要になります。

現場では、分業が未成熟なまま運用すると“反応の早いところだけ拾う”形になりがちです。
すると、問い合わせ対応のような短期成果は見えやすい一方で、複数部署を巻き込む必要があるエンタープライズ攻略は進みません。
とくに高単価商材では、1社の中で誰にどの順番で当たるかを設計するBDRの役割が抜けると、商談数は出てもパイプラインの質が揃わない状況に陥りやすいと言えます。

非対面・SaaS普及がもたらす効率化余地

インサイドセールスの有効性が高まっている背景には、非対面営業の一般化があります。
電話、メール、ウェビナー、オンライン商談が営業プロセスの中心に入り、初回接点からヒアリング、日程調整までを対面なしで進める運用は珍しくありません。
ここでSDRとBDRの役割を分けると、初動速度を求める仕事と、仮説を持って未接触企業へ切り込む仕事を別々に最適化できます。

市場環境も追い風です。
Strategy Laddersは2025年の世界SaaS売上が2,320億米ドルを超えると見ています。
SaaS市場が拡大するほど、比較検討段階に入る前の情報収集もオンラインに寄り、営業の初期接点は非対面チャネルへ集まりやすくなります。
つまり、流入リードを捌くSDRの投資対効果と、ターゲット企業へ先回りして接点を作るBDRの価値が、どちらも高まりやすい構造です。

加えて、非対面チャネルは活動の記録を残しやすい点も見逃せません。
メール開封、ウェビナー参加、資料閲覧、初回返信までをCRMやMAで追えるため、SDRでは応答速度や商談化率、BDRでは接触率や会話化率、創出パイプライン額のように指標を分けて見られます。
パーソルビジネスプロセスデザインでは、MAとインサイドセールスの連携で有効商談率が2.5倍、新サービスの営業組織構築で受注率が3倍に改善した事例が紹介されています。
非対面化そのものが成果を生むのではなく、分業と計測が噛み合ったときに効率差が出る、という理解が実務には合っています。

ABMの普及と整合課題

ABM（Account Based Marketing）は、狙うべき企業群に営業とマーケティングの資源を集中させる考え方として定着してきました。
とくに大手企業や戦略アカウントを攻略したい場合、BDRとの相性は良好です。
誰にでも同じ訴求を投げるのではなく、対象アカウントごとに仮説を立て、役職や部門に応じて接点を作る必要があるからです。

ただし、ABMは導入しただけで成果が出るわけではありません。
例えば、Livestormの2025年調査ではABMプログラムの約67%が初年度に期待成果へ届いていないと報告され営業とマーケティングが強く連携している企業は約36%にとどまるとされています（出典: Livestorm 2025, Martal 2025）。
これらは各調査の定義や母集団が異なる単一ソースの結果であり、業種・ターゲット・施策設計によって数値は変動します。
ここで示したのは一例であり、調査結果は自社状況に合わせて解釈してください。

その結果、人が担う価値は「送る量」より「会話の質」へ移っています。
SDRであれば、反応のあったリードに対して何を聞けばSQLに近づくか、どの情報をAEへ残せば案件の進行が滑らかになるかが差になります。
BDRであれば、アカウントの中で誰から崩すか、どの課題仮説なら返信ではなく会話に持ち込めるかが勝負どころです。
AIが前工程を補っても、相手企業の文脈に合わせて接点を設計する仕事までは置き換わりません。

実際に運用を見ると、AIを入れたことで担当者の活動量は増えても、役割定義が曖昧な組織では成果が伸びません。
理由は単純で、SDRがAIで生成した文面を大量送信し、BDRが優先度スコアだけを見て接触しても、誰に何を渡すかが決まっていなければ歩留まりが崩れるからです。
AI時代の再分業とは、人を減らす話ではなく、反復作業を機械へ寄せて、人は価値接点の設計と判断に寄せる話として捉えるほうが現実的です。

体制規模と比率の海外ベンチマーク

組織設計の目安として参照される数値もあります。
SALES TIMESでは、インサイドセールス組織の人数は6名〜20名がボリュームゾーンとされています。
一定規模までは兼務でも回せますが、このゾーンに入る頃には、流入対応と開拓を同じ評価軸で持たせる運用に限界が出やすくなります。

海外ベンチマークの一例として、Gradient WorksはAE:SDR = 2.6:1と示しています。
ただしこの数値は業種・商材・組織規模で変わるため、自社の流入量や商材特性で補正して参照するのが適切です。

この種のベンチマークは参照値に過ぎません。
自社の流入量や商材特性で補正したうえで使うことを推奨します。
国内でも、立ち上げ直後はハイブリッド型で始め、反響量や戦略アカウントの重点度に応じてSDRとBDRを分ける形が現実的です。
反対に、最初から名称だけ分けて、実際の担当業務と指標が同じままだと機能しません。
今SDRとBDRの使い分けが問われるのは、役職名を増やすためではなく、複雑化した購買行動に対して、限られた営業資源をどこへ投下するかを明確にする必要があるからです。

自社はSDRとBDRのどちらを先に導入すべきか

判断フレーム

自社がSDRとBDRのどちらを先に置くべきかは、役割名ではなく「どこで商談機会を取りこぼしているか」で決まります。
現場ではこうなりがちですが、インバウンドが来ているのに反応が遅くて失注している会社と、そもそも狙いたい大手企業に接点が作れていない会社では、先に整えるべき機能がまったく違います。

判断の起点としては、次の6軸で見るとぶれません。ひとつの軸だけで決めるのではなく、複数の条件がどちらに寄っているかを見ます。

まずインバウンド流入量です。
問い合わせ、資料請求、ウェビナー参加が一定量あり、対応待ちや放置が発生しているなら、先にSDRを置く意味が濃くなります。
パーソルビジネスプロセスデザインでは、MAとインサイドセールスの組み合わせで有効商談率が2.5倍に伸びた事例が示されています。
流入がある会社では、開拓より先に受け皿を整えたほうが成果が出やすい場面が多いです。

次に商材単価とLTVです。
単価が低めで受注までの意思決定が比較的短く、契約数を積み上げるモデルなら、反響対応の精度が業績に直結します。
一方で、高単価でLTVが高く、検討期間が長い商材は、最初の接点そのものを設計していくBDRの比重が上がります。
特に複数部門が関与するBtoB SaaSでは、購買関与者が10〜11人に及ぶという整理もあり、最初からアカウント単位で動く前提がないと案件化しません。

三つ目はターゲット企業規模です。
SMB中心であれば、反響からの商談化を速く回すSDRと相性が合います。
エンタープライズ攻略が主戦場なら、未接触アカウントに仮説提案で入り、部門横断で接点を増やすBDRが先になります。
ここは王道の分かれ目です。

Gradient Worksが示すAE:SDR=2.6:1は一例であり、流入状況や商材特性によって最適比率は変わります。
ベンチマークは出発点として使い、自社データで調整してください。

五つ目はチャーン率です。
チャーンが高い状態で新規開拓だけを強めても、売上は積み上がりません。
LTVが伸びない商材では、BDRで重い案件を取りにいく前に、誰に売ると継続しやすいかをSDRのヒアリングで見極めるほうが先になることがあります。
逆に、チャーンが低くLTVが安定しているなら、多少時間がかかっても大手開拓へ投資しやすくなります。

Gradient Worksの比率はあくまで一例で、流入構造や商材特性によって最適なAE:SDR比率は変わります。
ベンチマークは出発点として捉え、自社データで調整してください。

原則と例外

原則は比較的シンプルです。
SMBからミッド市場が中心で、問い合わせやウェビナー流入が一定ある会社はSDR先行が合います。
反響に対する初動を整え、MQLからSAL、SQLへの基準を明確にし、AEへ渡す案件の質をそろえるほうが、立ち上がりが安定します。
シャノンのSDRとBDRの違いでも、国内では反響対応から整備する流れが実務に合いやすいことが整理されています。

一方で、エンタープライズ攻略、新規市場開拓、高単価で長期案件の商材ならBDR優先です。
狙うべきアカウントが先にあり、そこへ複数接点を作っていく必要があるからです。
特にABM型で進めるなら、問い合わせ待ちではなく、誰にどの仮説で入るかを設計する機能が欠かせません。

ただし例外もあります。
たとえばSMB向け商材でも、強い紹介チャネルやパートナー経路があり、反響対応より紹介案件の深耕が売上の中心なら、必ずしもSDR先行とは限りません。
逆にエンタープライズ向けでも、すでにセミナーやホワイトペーパーで大手企業からの流入が取れているなら、最初に必要なのはBDR増員ではなく、SDRでの高速な選別とアカウント連携になることがあります。

もうひとつの例外は、BDRを置く前提条件が満たされていないケースです。
現場では、大手を攻めたいという理由だけでBDRを先行配置することがありますが、コンテンツ不足、導入事例不足、業界ごとの訴求軸の未整備があると、会話が途中で止まります。
実際に苦戦する組織の多くは、開拓人員の問題ではなく、相手企業の文脈に合わせて話を深める材料が不足しています。
BDRは「とにかく架電する役割」ではなく、仮説提案とアカウント攻略の起点です。
この前提が弱いまま入れると、BDRという名前のテレアポ部隊になってしまいます。
BDRは「とにかく架電する役割」ではなく、仮説提案とアカウント攻略の起点です。
この前提が弱いまま配置すると、BDRがテレアポ部隊化するリスクがあります。

企業規模別の推奨体制

企業規模ごとに、先に整えるべき役割や優先度は変わります。
以下に典型的な体制例を示します。
企業規模ごとに、先に置くべき役割は変わります。
ここでいう「規模」は売上ではなく、主にターゲットセグメントと営業体制の複雑さで判断するのが実務的です。

SMB中心の企業

SMB中心の企業では、反響対応を優先するSDR先行が基本です。
問い合わせや資料請求の初動が直接的に売上に結びつく場面が多いためです。
SMB向けでは、SDR先行が基本です。
問い合わせ、資料請求、無料デモ希望といった顕在リードへの初動が売上に直結するためです。
営業人数が少ない段階では、AEが一次対応を兼ねていることもありますが、その状態が続くと提案時間が削られます。
まずはSDRで受け皿を作り、初回接触、要件確認、優先順位付けを集約するほうが回転率が上がります。
SMB中心の企業では、反響対応を優先するSDR先行が基本です。
問い合わせや資料請求などの初動が売上に直結する場面が多いため、まず受け皿を整えることが効果的です。
移行の順番としては、まずハイブリッド運用で反響処理を固め、その後に特定業種や休眠顧客向けの開拓タスクを切り出していく形が現実的です。

ミッド市場中心の企業

ミッド市場ではSDRを軸にしつつ、重点業界や重点アカウントに対してBDR的な掘り方を早めに導入する体制が機能しやすいのが利点です。
ミッド市場では、SDR先行が多いものの、BDR要素を早めに混ぜる体制が合います。
理由は、反響だけでは伸び切らず、かといってフルABMほど重い開拓体制も過剰になりやすいからです。
ウェビナー流入や資料請求はSDRで拾いながら、重点業界や重点アカウントだけBDR的に掘る運用が機能します。
ミッド市場では、SDRを軸にしつつ、重点業界や重点アカウントに対してBDR的な掘り方を早めに導入する体制が機能しやすいのが利点です。
このゾーンでは、担当を完全分業する前にセグメント別にKPIを分けることが先です。
流入案件と戦略案件を同一の評価軸に置かない設計が重要になります。

エンタープライズ中心の企業

エンタープライズ中心なら、BDR優先が基本線です。
大手企業では関与者が多く、単一リードを追うだけでは案件になりません。
アカウントプラン、仮説提案、部門別メッセージ、複数接点の設計が必要になるためです。
三井住友銀行 Business NaviのBDRとはでも、BDRが大手企業攻略と相性がよい役割として整理されています。
エンタープライズ中心ではBDR優先が基本線ですが、反響対応を補完する仕組みを必ず用意しておくことが欠かせません。
ただし、エンタープライズだからといって最初からBDR専任だけで固めると、反響対応が宙に浮くことがあります。
展示会後の反応や指名検索からの流入を誰が拾うかを決めていない組織では、せっかくの顕在案件がこぼれます。
そこで、初期はBDR主軸に置きつつ、反響対応の窓口を兼務または少人数SDRで補完する形が安定します。

移行ロードマップの考え方

立ち上げ期は、少人数のハイブリッド運用で市場の反応を見ながら、どちらの仕事がボトルネックかを測る段階です。
次に、流入対応の詰まりが目立つならSDRを専任化し、重点アカウント開拓の必要性が強まるならBDRを分けます。
SALES TIMESが示すように、インサイドセールス組織のボリュームゾーンは6名〜20名です。
この規模帯に入る頃には、兼務で吸収できる曖昧さが限界に近づき、役割分離の効果が出やすくなります。

意思決定チャート

テキストでたどるなら、次の順番で判断すると整理できます。

1. インバウンド流入が継続的にあるかを確認する。

はいの場合は次へ進みます。いいえの場合は、狙うべき重点アカウントが明確かを見ます。

1. 流入リードへの初動遅れ、未対応、商談化漏れが起きているかを確認する。

はいの場合はSDR先行が第一候補です。いいえの場合は次へ進みます。

1. 商材はSMB〜ミッド向けで、受注までの意思決定が比較的短いかを見極める。

はいの場合はSDR先行が基本です。いいえの場合は次へ進みます。

1. 高単価でLTVが高く、ターゲットは中堅以上の特定企業群かを確認する。

はいの場合はBDR優先に寄ります。いいえの場合は次へ進みます。

1. 営業人数が限られ、AEが一次対応と提案の両方を抱えているかを確認する。

はいの場合は、まずSDRで受け皿を作る判断が合います。いいえの場合は次へ進みます。

1. 導入事例、業界別メッセージ、仮説提案の営業資材がそろっているかを確認する。

はいの場合はBDRを立ち上げやすい状態です。いいえの場合は、BDR単独先行では苦戦しやすく、SDR先行またはハイブリッドでの検証が無難です。

1. チャーンが低く、LTVが安定しているかを確認する。

はいの場合はBDR投資の回収余地があります。いいえの場合は、まず対象顧客の見極めを含めたSDR強化が合います。

このチャートをたどると、SMB中心で流入がある企業は自然とSDRへ寄り、エンタープライズ攻略で材料がそろっている企業はBDRへ寄ります。
判断が割れる会社は、たいてい人員か資材のどちらかが不足しているので、そこでハイブリッドを挟む発想が効きます。

ケーススタディ風の適用例

初動については段階的に短縮を試すのが現実的です（例: 30分→15分→5分）。
まずは組織で安定して守れるSLAを設定し、運用が回ることを確認してから短縮目標を詰めるアプローチを推奨します。

二つ目は、大手攻略を進めたいIT企業です。
既存顧客は中堅中心で回っているものの、次の成長の柱として大手企業を取りたい。
ただし問い合わせ待ちでは接点が増えず、展示会名刺も案件化しきれない。
この場合はBDR優先です。
狙う業界を絞り、アカウント単位で仮説を立て、情報システム部門だけでなく事業部や現場責任者まで接点を広げていく必要があります。
ただし、ここで事例や業界別提案資料がないままBDRだけ増やすと、接触はできても会話が深まりません。
実務では、この準備不足で止まる組織を何度も見ます。
大手攻略は人数戦ではなく、仮説の質と営業資材の整備戦です。

三つ目は、人員不足のスタートアップです。
マーケ流入はまだ細く、かといって待ちの営業だけでは成長が鈍い。
営業人数も限られていて、SDR専任もBDR専任も置きづらい。
この場合は、ハイブリッドで短期検証する形が現実的です。
たとえば3か月だけ、流入リード対応と重点アカウント開拓を同じ担当が兼務し、セグメント別に成果を計測します。
SMB流入の商談化が伸びるならSDR専任へ、重点アカウントからの会話創出に手応えがあるならBDR専任へ切り分ける。
少人数組織では、最初から正解を決め打ちするより、どちらに再現性があるかを短い期間で見極めるほうが失敗が少ないです。
初動については段階的に短縮を試すのが現実的です（例: 30分→15分→5分）。
まずは組織で安定して守れるSLAを設定し、運用が回ることを確認してから短縮を検討するアプローチを推奨します。
現場では「SDRかBDRか」を二者択一で考えすぎる会社が多いのですが、実際には、先に置くべき機能を見極める話です。
流入を拾えていないのにBDRから始めると土台が抜けますし、重点アカウント攻略が必要なのにSDRだけ厚くしても頭打ちになります。
役割名ではなく、今どの機会損失が最も大きいかを見ると、導入順は明確になります。

インサイドセールス組織の作り方｜5ステップ

ステップ1：目的と範囲

立ち上げで最初に決めるべきなのは、「インサイドセールスで何を解決するのか」と「どこからどこまでを担当するのか」です。
ここが曖昧なまま人を置くと、反響対応の遅れを直したいのか、新規開拓を強めたいのか、ナーチャリングを整えたいのかが混ざり、結果として活動量だけを追う組織になりがちです。
Salesforceが整理する『The Model』の考え方に沿うなら、まずはマーケティング、インサイドセールス、AE、CSのどこにボトルネックがあるかを切り分け、そのうえでインサイドセールスの担当範囲を定義します。

実務では、目的はできるだけ一文で言い切れる状態まで絞るのが有効です。
たとえば「問い合わせ後の初動を整えて商談化漏れを減らす」「重点アカウントに対して新規接点をつくる」「失注・保留リードを再活性化してSQLを増やす」といった形です。
この一文が決まると、SDR寄りで組むのか、BDR寄りで組むのか、あるいは兼務で検証するのかが見えてきます。

範囲定義では、MQLからSAL、SQLまでのどこをインサイドセールスが担うのかを先に線引きします。
マーケが作るMQLの条件、インサイドセールスが受け入れるSALの条件、AEに渡すSQLの条件が曖昧だと、あとから「質が悪い」「渡すのが早い」「いや遅い」という摩擦に変わります。
立ち上げ段階では、精緻な定義を最初から作り込むより、最低限の判定項目を置いて運用し、レビューで修正するほうが前に進みます。

初期の運用は広げすぎないことも欠かせません。
現場では、最初から全商材・全市場をカバーしようとして設計が破綻するケースをよく見ます。
立ち上げの最初の3か月は、1チーム・1商材・1セグメントに絞って回すほうが、どこで詰まっているかを特定できます。
勝ちパターンを探しにいきたくなる時期ですが、立ち上げ直後に成果へ直結するのは再現の巧さより異常検知の速さです。
そのため、ダッシュボードも月次集計より先に日次変化を追える形を優先します。
問い合わせ流入、初回対応、会話化、商談化のどこで前日との差が出たかが見えるだけで、修正の打ち手が一段具体的になります。

ステップ2：役割分担とSLA

目的と範囲が決まったら、次はマーケ、SDR、BDR、AE、CSの役割を1枚で見える化します。
ここで必要なのは、担当者名の一覧ではなく、各役割のインプット、実施業務、アウトプット、引き渡し条件です。
たとえばマーケはどの条件でMQLを作るのか、SDRは何を確認してSALとして受け入れるのか、AEはどの状態ならSQLとして商談を持つのか、CSはどの顧客情報を営業から引き継ぐのか、という流れを一続きで定義します。

役割分担図は、横軸にマーケ、SDRまたはBDR、AE、CSを置き、縦軸に「インプット」「主なアクション」「アウトプット」「引き渡し条件」を並べるだけで十分です。
ハンドオフポイントにはMQL、SAL、SQLを明記し、それぞれに必須フィールドを添えます。
たとえばMQLなら流入経路や行動履歴、SALなら接触結果や課題仮説、SQLなら案件テーマや関与部門といった項目です。
これがないと、ステータスだけ進んで中身のない引き渡しになります。

SLAでは、応答時間、再アサイン条件、却下時の返却ルール、レビュー頻度を決めます。
Quipの公式テンプレートやHubSpot系のSLAガイドでも共通しているのは、引き渡し基準だけでなく、却下後にどう戻すかまで決めることです。
インサイドセールスは渡して終わりではなく、AEが受け入れなかった理由を再びマーケやナーチャリングへ返す閉ループまで含めて設計しないと機能しません。

初期3か月の運用では、隔週でSLAとKPIを見直す場を固定します。
ここで見るべきなのは、誰が頑張ったかではなく、SLAが現場の実態に合っているかです。
初回対応の遅れが特定の時間帯に集中していないか、SAL受け入れ率が低いのは定義の問題か会話品質の問題か、AEへの引き渡し情報に欠落がないかを確認します。
営業とマーケの整合が取れるとQualified Opportunity Rateが上がるという整理がある通り、役割分担とSLAは単なる運用ルールではなく、歩留まりを左右する設計そのものです。

ステップ3：ターゲット/シナリオ

組織を作っても、誰に何をどう話すかがなければ、すぐに“テレアポ部隊化”します。
件数だけを追い、相手の状況に関係なく同じ切り口で接触する状態です。
これを避けるには、顧客起点の会話設計と、セグメント別のシナリオ作成が欠かせません。

ターゲット設計では、業種、企業規模、既存顧客との類似性、導入課題、購買関与者の構造までを見ます。
BtoB SaaSでは購買に関わる人数が多いため、担当者ひとりへの接触だけで案件化を期待すると失速します。
特にBDRでは、アカウント単位で「誰が課題を持ち、誰が承認し、誰が運用影響を受けるか」を仮説で置くことが必要です。
ABMを導入しても初年度に期待へ届かないケースが多いのは、ツールや対象企業の選定より、この仮説設計が浅いまま走るからです。

シナリオは、流入起点のSDRと開拓起点のBDRで作り分けます。
SDRなら、資料請求、ウェビナー参加、比較検討ページ閲覧などの行動別に、初回接触の文脈を変えます。
BDRなら、業界課題、職種別論点、導入済みツール、事業変化などをもとに仮説提案型の切り口を準備します。
話法はスクリプトというより、会話の設計図として持つほうが実務には合います。
オープニング、確認したい前提、相手に返せるインサイト、次回アクションの置き方までをそろえるイメージです。

ここで意識したいのが、単にアポイントを取る会話ではなく、相手がまだ言語化していない課題の輪郭を返すことです。
テレアポ部隊化した組織は「お時間いいですか」「課題ありますか」で止まります。
一方で機能している組織は、同業他社の変化や役職ごとの論点を踏まえ、「この状況なら、たとえばこういう詰まりが起きていませんか」と一段踏み込んだ会話を置いています。
顧客起点、インサイト提供、ナーチャリング連携の3点がそろって、はじめてインサイドセールスが商談創出機能として働きます。

ステップ4：KPI設計

KPI設計では、活動量だけで終わらせないことが前提です。
架電数やメール数は見やすい指標ですが、それだけで評価すると組織はすぐにテレアポ型へ寄ります。
必要なのは、活動、転換、品質、時間の4層で指標を置くことです。

SDRなら、初回対応速度、対話化数、商談化数、商談化率、有効商談率の流れで追うと、どこで歩留まりが落ちているか見えます。
BDRなら、ターゲット接触率、会話化率、商談創出数に加えて、創出した案件の質を見ないとAEとの摩擦が増えます。
評価指標を多元化する理由はここにあります。
件数だけで評価すると、会う意味の薄い商談が積み上がり、AEもCSも疲弊します。

立ち上げ初期は、月次の合計値だけでは遅すぎます。
日次で追うべきものは、問い合わせ発生から初回アクションまでの時間、接触結果の入力率、会話化率の変化、ステータス滞留です。
週次では、セグメント別の商談化、チャネル別の歩留まり、SAL却下理由の偏りを見ます。
実際に運用してみると、初期は「どのトークが当たったか」より「どこで数字が崩れたか」を早く見つけるほうが効きます。
ダッシュボードも累計実績より、前日比や直近推移がひと目でわかる設計のほうが修正に直結します。

3か月の区切りでは、継続か修正かの判断を入れます。
この時点で見るべきなのは、単月の達成可否ではなく、SLAが守れる体制になっているか、セグメントごとに再現の芽があるか、AEが受け取った商談を前向きに評価しているかです。
インサイドセールスのKPIは、単独で閉じる数字ではなく、後工程の成果につながっているかまで含めて設計する必要があります。

ステップ5：ツール/運用改善

組織立ち上げでは、ツール導入そのものより、どのログを誰がどう使うかを先に決める必要があります。
最低限そろえたい基盤は、CRM、SFA、MA、そしてそれらをつなぐデータ連携です。
役割分担としては、CRMでリードとアカウントの基礎情報を持ち、SFAで案件と商談進捗を管理し、MAで行動履歴とスコアリングを扱い、連携層で通知、ルーティング、ステータス同期を担う形が基本になります。

要件として外せないのは、スピードトゥリードの計測、ABMスコアの可視化、コール・メール・LinkedInなどの接点ログ化、そしてダッシュボードの統合表示です。
フォーム送信やスコア到達から初回アクションまでの時間が自動で測れないと、初動の改善は属人的になります。
アカウント単位のスコアや接点履歴が見えなければ、BDRは個人名の羅列に戻ります。
ログが残らなければ、会話品質の改善も進みません。

運用改善では、ツールごとの画面を見るのではなく、MQLからSAL、SQLまでの遷移がひと続きで見えることが判断材料になります。
たとえばMA上では反応が高いのにSDRの初回接触が遅れている、あるいはSDRは会話できているのにAE受け入れで落ちている、といった断絶が見えれば、改善対象が明確になります。
Martalが示すように、ABMを回している組織の多くがCRM連携を前提にしているのは、施策の巧拙以前に、この断絶を見える状態にしないと組織で学習できないからです。

改善サイクルは、日次で異常を拾い、隔週でSLAとKPIをレビューし、3か月で継続か修正を判断する流れが回しやすい形です。
ここでも、最初から理想形を作ろうとしないことが効きます。
1チーム・1商材・1セグメントで運用し、ログの抜け、定義の曖昧さ、引き渡しの摩擦を順番に潰していくほうが、組織は着実に立ち上がります。
インサイドセールスは人を増やせば伸びる機能ではなく、目的、役割、シナリオ、KPI、データ基盤がつながって初めて再現性が出ます。

SDRとBDRのKPI設計と評価方法

SDRのKPI定義と算式

SDRのKPIは、反響対応の速さと、会話を商談に変える質の両方を追える形にしておくと運用がぶれません。
問い合わせや資料請求のような顕在リードを扱う以上、活動量だけを見ても本質は見えず、逆に商談数だけを見ても初動遅延の問題を見落とします。
SalesforceのSDRとBDRの違いとは？でも、役割の違いに応じて追うべき指標が変わる前提が整理されています。
Salesforceによる整理とも整合しますが、現場では次の定義まで明文化しておくと、AEとの認識ずれが減ります。

まず基本になるのが応答数です。
これは一定期間内に、対象リードから返信や折り返し、接続が得られた件数を指します。
算式は「応答数 = 応答があったリード件数」です。
メール返信だけを含めるのか、電話折り返しも含めるのかを先に決めておくと、担当者ごとの集計差が出ません。

次に対話数です。
これは単なる返信ではなく、課題、時期、体制などの情報を確認できた有効会話の件数です。
算式は「対話数 = 定義した有効会話条件を満たした件数」となります。
ここは各社で定義がぶれやすく、雑談レベルの接続を含めると数字だけ伸びて実態が見えなくなります。

商談化数は、SDRからAEへ引き渡された商談件数です。
算式は「商談化数 = 予定化され、引き渡し基準を満たした商談件数」です。
カレンダーに入っただけで数えるのではなく、必要項目が埋まり、AEが受け取れる状態までそろっていることを条件にしたほうが、後工程の混乱が減ります。

商談化率は歩留まりを把握する指標で、「商談化率 = 商談化数 ÷ 対話数 × 100」で置くのが管理しやすい形です。
組織によっては分母を応答数や接触数に置くこともありますが、何を改善したいかで分母を固定する必要があります。
対話を起点にすると、会話の質と案件化の質を追いやすくなります。

スピードトゥリードは「短いほど有利」とされる一方で、最適値は業種・商材・組織体制で変わります。
実務的にはまず自社で守れる基準（例: 30分）を安定運用し、その後に15分・5分へ段階的に短縮することが現実的です。

No-Show率もSDRでは外せません。
算式は「No-Show率 = 実施されなかった商談数 ÷ 設定商談数 × 100」です。
商談化数が増えてもNo-Showが高ければ、実態は日程を押し込んでいるだけというケースがあります。
確認メール、事前情報の共有、参加者明示まで含めて管理すると、改善ポイントが見えます。

もう一つ入れておきたいのがパス品質（AE評価）です。
これはAEが受け取った商談に対して、基準に沿って評価した結果を数値化する指標です。
算式は「パス品質スコア = AE評価点の合計 ÷ 評価件数」あるいは「有効パス率 = AEが適正と判断した商談数 ÷ 引き渡し商談数 × 100」で運用できます。
営業現場では、SDRの商談化数は達成しているのに受注につながらない場面がよく起きます。
そういうときに件数KPIだけを守ると、担当者はさらに薄い案件を積みにいきます。
AE評価を入れるだけで、ヒアリングの深さや案件の解像度に意識が向きます。
スピードトゥリードは短縮が有利とされますが、最適値は業種・商材・組織体制で異なります。
実務ではまず自社で守れる基準（例: 30分）を安定運用し、そのうえで15分や5分への短縮を段階的に試すのが安全です。

BDRのKPI定義と算式

BDRは未接触アカウントに対して能動的に接点を作る役割なので、SDRと同じ件数管理では機能しません。
特にエンタープライズやABM対象では、1人とつながっただけでは前に進まず、複数関与者への浸透や、創出した案件の太さまで見ないと成果を誤認します。
三井住友銀行 Business NaviのBDR解説でも、BDRは開拓と関係構築の色が濃い役割として整理されています。
『三井住友銀行 Business Navi』のような解説を見ても、BDRの評価は「会えた件数」だけでは足りません。

基本指標の一つがターゲット接触率です。
算式は「ターゲット接触率 = 接触できたターゲットアカウント数 ÷ アプローチ対象アカウント数 × 100」です。
ここでいう接触は、単なる送信ではなく、返信、通話接続、面談設定など、実際に反応が取れた状態で定義するほうが精度が上がります。

会話化率は、接触から意味のある会話へ進んだ比率です。
算式は「会話化率 = 有効会話が成立したアカウント数または件数 ÷ 接触数 × 100」です。
BDRはメールや架電、SNS接点など複数チャネルを使うため、チャネル別にも分けておくと改善点が見えます。

商談創出数は、BDR起点で生まれた商談件数です。
算式は「商談創出数 = BDR起点でOpportunity化した件数」です。
SDRよりも案件化までのリードタイムが長くなる傾向があるため、月次だけでなく四半期累計でも見る設計が合います。

パイプライン額は、BDRが創出した案件の見込み金額合計です。
算式は「パイプライン額 = 創出案件ごとの見込み金額の合計」です。
ここを入れないと、件数だけ多く単価の薄い案件が評価されやすくなります。
実務では、商談創出数は達成しているのに売上貢献が薄い局面が珍しくありません。
その場合、BDRは商談数の重みを少し下げ、パイプライン額とアカウント浸透の重み付けを上げると、行動が変わります。
数を取りに行くより、狙うべき部門と決裁関与者へ深く入る動きに寄るためです。

アカウント浸透率は、1アカウント内でどれだけ複数関与者と接点を持てているかを見る指標です。
算式は「アカウント浸透率 = 接点を持てた関与者数 ÷ 目標関与者数 × 100」です。
BtoB SaaSでは購買関与者が10〜11人に及ぶという整理もあり、1人だけの接点では案件が止まりやすいのが実態です。
部門長、現場責任者、情報システム、購買など、どこまで入れたかをCRMで取っておくと、進捗の見え方が変わります。

マルチスレッド率は、複数部門または複数役職にまたがる接点形成の比率として置くと有効です。
算式は「マルチスレッド率 = 複数関与者接点があるアカウント数 ÷ 接触アカウント数 × 100」です。
アカウント浸透率が人数ベースなら、マルチスレッド率は“案件が一人依存になっていないか”を見る指標と考えると整理しやすくなります。
特にABMでは、この指標が低いまま商談化しても、後工程で失速しやすい傾向が出ます。

BDRとは？SDRとの違いや重要性、活用したいツールなどを解説　Business Navi～ビジネスに役立つ情報～：三井住友銀行

BDRの概要と、混同されがちなSDRとの違い、活用できるツールなどについて解説。BDRが重要な理由や背景、BDRの成功に必要なABMのポイントも併せて紹介します。

www.smbc.co.jp

初期3ヶ月のKPIサンプル

立ち上げ初期は、精緻な目標値を置くより、どの指標をどの頻度でレビューするかを先に固めたほうが運用が安定します。
外部ベンチマークは会話の起点にはなりますが、商材単価、リード導線、ターゲット市場で数字は変わるため、レンジは自社データを優先して上書きしていく前提で使うのが適切です。

初期3ヶ月で実際によく起きるのは、SDRでは初動は改善したが対話の質が揃わない、BDRでは会話数は出たがアカウントに深く入れていない、というねじれです。
表の使い方としては、目標未達か達成かだけでなく、どの指標同士が逆方向に動いているかを見ると改善の仮説が立ちます。

評価とダッシュボード設計

評価制度は、活動量だけでも、結果だけでも歪みます。
立ち上げ直後の担当者に結果だけを求めると、運で取れた案件が高評価になり、再現性のある行動が育ちません。
逆に活動量だけだと、件数を積むほど組織が疲弊します。
そのため、活動・結果・品質のバランスで見るのが基本です。

SDRなら、活動量として初回接触件数やフォロー実施件数、結果として商談化数、品質としてNo-Show率やAE評価を置く形です。
BDRなら、活動量として接触アカウント数、結果として商談創出数、品質としてパイプライン額、アカウント浸透率、マルチスレッド率を重ねます。
こうすると、量を出しているのに薄い案件しか生んでいない状態と、件数は少なくても太い案件を作れている状態を分けて見られます。

AEフィードバックは評価の補助ではなく、本体に近い位置に置いたほうが機能します。
とくにパス品質は、受け手の評価がなければ成立しません。
SAL却下理由、初回商談後の所感、案件化の継続率まで取れると、SDR/BDRの会話内容を具体的に修正できます。
営業とマーケの整合が取れている組織ほどQualified Opportunity Rateが上がるという整理があるのも、こうした後工程の声が前工程に返るからです。

ABMを回す組織では、対象アカウントへの加点設計も必要です。
Tierの高いアカウントに対する接点形成、複数部門への浸透、決裁ラインへの到達は、同じ1件の商談でも重みが異なります。
ABM初年度は期待未達に終わるケースが多いとされますが、その一因は、通常リードと重点アカウントを同じ物差しで評価してしまうことにあります。
BDRだけでなく、SDRでも重点アカウントからの反響には加点ルールを置くと、現場の優先順位が揃います。

もう一つ見落とされがちなのが季節性補正です。
展示会後、決算期、長期休暇前後では接触率も会話化率も変動します。
月ごとの絶対値だけで評価すると、担当者の努力と市場要因が混ざります。
前年同月比較や直近移動平均を並べて、変化の質を見たほうが実務に合います。

KPIはチームと個人の二層設計にしておくと、立ち上げ期の摩擦を減らせます。
個人KPIでは行動再現性と基本品質を見て、チームKPIでは商談創出数、パイプライン額、SLA達成率のような連携成果を見る形です。
個人だけを追うと情報共有が細り、チームだけだと貢献の差が埋もれます。
両方を置くことで、協力しながらも責任が曖昧になりません。

ダッシュボードは、速度KPIと品質KPIを混在させないことが判断材料になります。
日次では、初回対応時間、次回フォローまでの間隔、滞留件数といった速度指標を前面に出します。
週次・月次では、対話率、商談化率、No-Show率、AE評価、パイプライン額のような品質指標を見ます。
速度と品質を同じ面に並べると、初動遅延のアラートが埋もれます。
運用の感覚としても、日次で見る数字は「今日直せるもの」、週次以降で見る数字は「プロセスを変えるもの」に分けたほうが会議が短くなります。

比率・リソース配分の考え方

海外ベンチマークとして参照される値の一例にAE:SDR=2.6:1（Gradient Works）がありますが、これは固定比率ではなく「受注担当を増やしたときに商談供給が追いつかない局面を示す目安」として解釈するのが現実的です。
商材特性や流入構造に応じて比率は調整してください。

人数配分を考えるときは、まずSDRが処理すべき反響量と、BDRが深掘るべき重点アカウント数を分けて見ます。
インサイドセールス組織の人数ボリュームゾーンが6名〜20名に集まりやすいというSALES TIMESの整理はありますが、その中でも反響中心の組織とABM中心の組織では、KPIの置き方もマネージャーの見方も変わります。
SALES TIMESが示す人数感は参考になりますが、必要なのは人数そのものより、どこに時間が溶けているかの把握です。

上記のAE:SDR比率は参考値に過ぎません。導入時は自社の流入構造・商材特性で評価・調整することを前提にしてください。

現場ではこうなりがちですが、人数配分より先に時間配分を見ると、打ち手が見えます。
たとえば反響処理で手一杯なら、SDRの初回接触を守るために一次接触の一部を分離し、内製メンバーを対話と商談化に寄せる運用が有効です。
開拓側では、Tierごとに1アカウントあたりの接触工数を変えないと、重点アカウントも一般アカウントも同じ薄さになります。
BDRのリソース配分は、件数均等ではなく、アカウント価値と関与者数で濃淡をつけるほうが成果につながります。

この設計ができている組織は、SDRは速度と選別、BDRは浸透と案件価値という役割に迷いがありません。
KPI、評価、人数比を別々に決めるのではなく、誰がどの市場にどう時間を投下し、その結果を何で測るかまで一つの設計としてつなげると、立ち上げ後の運用が安定します。

よくある失敗と成功のポイント

“テレアポ部隊化”の真因と対策

立ち上げ直後のインサイドセールスで最も多い失敗は、役割が曖昧なまま活動量だけを追い、結果として“テレアポ部隊化”することです。
特にBDRで起きやすいのですが、SDRでも同じです。
本来は、誰に・何を・どの状態まで進めて渡すかを定義する役割なのに、架電件数や会話数だけが先に走ると、会話は増えても商談の質が上がりません。

現場ではこうなりがちですが、“会話量はあるが商談が薄い”状態のとき、先に見直すべきはスクリプトそのものではないケースが多いです。
実際に運用してみると、トークを磨く前に、誰に当てるかというセグメント設計と、どの行動をトリガーとして優先するかを変えたほうが、商談の厚みが戻る場面が多くあります。
反応の薄い母集団に対して、良いスクリプトを載せても限界があるからです。

対策は、SLAだけを作ることでも、スクリプトだけを配ることでも足りません。
SLA、会話設計、インサイト提供をセットで整備することが必要です。
たとえばBDRなら、対象アカウントの仮説、部門別の切り口、直近トリガーを前提にした会話を設計し、SDRなら流入チャネルごとに聞くべき確認項目を決める。
そのうえで、会話から得た一次情報を営業やマーケへ返す流れまで含めて役割にします。
ここが欠けると、インサイドセールスは“件数をこなす人たち”に見えてしまいます。

SalesforceのSDRとBDRの違いとは？でも、起点と役割の違いが整理されていますが、実務では定義を読んだだけでは足りません。
定義をKPIと日々の会話に落とし込んで、営業が受け取ったときに「これは進む」と感じる状態まで作って、はじめてテレアポ化を避けられます。

SLA/引き渡し基準の設計ポイント

マーケと営業のSLAが未整備で、引き渡し基準も不明なまま運用を始めると、MQLの山ができても現場は前に進みません。
マーケは「渡した」と言い、営業は「まだ早い」と返し、インサイドセールスは板挟みになります。
この摩擦は気合いでは解消せず、定義と速度と再処理の条件を文書化しない限り続きます。

まず揃えるべきは、MQL、SAL、SQLの定義です。
MQLはどの行動と属性を満たしたら発生するのか、SALは営業側がどの条件で受け入れるのか、SQLはどの情報が揃えば営業対応すべき状態とみなすのか。
この3段階が曖昧だと、同じリードを見ても部署ごとに解釈が変わります。
SalesforceのThe Model解説やMQL解説で整理されている通り、ハンドオフは段階で考えるのが基本です。

SLAの実務では、まず組織で守れる応答時間（例: 30分）を設定して安定運用することが基本です。
運用が安定したら段階的に15分、5分へ短縮を検討するアプローチが推奨されます（出典例: HubSpot / Quip のSLAテンプレ）。

見落とされやすいのが、再アサイン条件とクローズドループです。
担当者が一定時間内に動かなかった場合は誰に戻すのか、営業が受け入れなかった理由はどこへ返すのか、ナーチャリングに戻す条件は何か。
ここがないと、リードはCRM上で止まり、担当不明のまま古くなります。
運用が回っている組織は、MQLの発生条件よりも、この“止まった後の処理”を細かく決めています。

SLAは現場で守れる粒度に落とし、段階的な短縮を通じて自社の最短到達点を見極めること。

短期売上偏重の副作用と補正指標

評価を短期売上だけに寄せると、SDRもBDRも行動が細ります。
受注に近い案件だけに集中し、まだ育っていないが価値の高いアカウントや、今は情報収集中でも将来案件化する層が後回しになります。
特にABMを並行している企業では、この設計が組織全体の失速を招きます。

ABMは立ち上げ初年度に期待通り進まない企業が多いとされています。
だからこそ、短期の受注額だけで評価すると、現場は“今すぐ数字になるもの”に寄り、重点アカウントへの浸透活動が削られます。
BtoB SaaSでは購買関与者が10〜11人に及ぶという整理もあり、アカウント攻略は1人と話して終わる仕事ではありません。
初回商談がすぐ案件化しなくても、複数の関与者に接点が広がっているなら、前進と見なすべき局面があります。

その補正として入れたいのが、ABM対象アカウントの浸透指標とパイプライン額です。
たとえば、重点アカウント内で何人の関与者と接点を持てているか、想定部門のうちどこまで会話が広がったか、創出した案件の見込み金額が積み上がっているかを見る。
受注だけでは見えない中間成果を置くことで、BDRの活動価値が消えません。

営業現場では、短期評価と中期評価を分けるだけでも景色が変わります。
短期では商談創出数や有効商談率を見て、中期では重点アカウントの浸透、案件継続、パイプラインの質を重ねる。
この二層で見ると、目先の商談を取りつつ、将来の大きな案件も捨てずに済みます。
Livestormが示す営業・マーケ整合によるQualified Opportunity Rate向上の話も、単に連携が仲良くなるという意味ではなく、短期と中期の物差しが揃うことで評価の歪みが減るからです。

スクリプト×ナーチャリングの同時設計

トークスクリプト未整備のまま立ち上げると、担当者ごとに会話品質がばらつきます。
そこにナーチャリング不在が重なると、今すぐ商談にならない相手を“失注”のように扱ってしまい、将来の機会を捨てることになります。
特にSDRは、今話すべき相手と、今は育成すべき相手を分ける役割なので、スクリプトとナーチャリングは別々ではなく同時に設計する必要があります。

有効なのは、セグメント別スクリプトです。
業種、役職、流入経路、検討背景ごとに、オープニング、確認項目、価値訴求、次回打ち手を変えます。
たとえばウェビナー参加直後のリードと、資料請求だけのリードでは、聞くべきことも温度感も違います。
BDRなら、同じアカウントでも情報システム部門と事業部長では刺さる論点が変わります。
全員に同じ台本を渡すと、会話は標準化されても成果は標準以下になりがちです。

MA連携のフォロー設計を組み合わせると、取りこぼしを減らせます。
初回接触で時期尚早だった相手をメールシナリオやコンテンツへ戻し、再反応時に自動でインサイドセールスへ通知する仕組みが有効です。

パーソルビジネスプロセスデザインの公開事例では、MAとインサイドセールスの連携によって有効商談率が2.5倍、営業組織構築支援で受注率が3倍に改善したとされています。
数字そのものより注目したいのは、裏側の条件です。
SLAがあり、ナーチャリング台本があり、誰を優先するかのルールがある。
この3つが揃っていたから、単なる“リード通知”で終わらず、商談につながる運用になったと読めます。

入力定着化の運用仕掛け

定着させるには、最低入力基準を絞り必須項目に限定すること。
初回接触日時、会話結果、次回アクション、却下理由といった後工程で必須となる項目に絞ると現場の負荷が下がり、入力率は向上します。

定着させるには、まず最低入力基準を絞ることです。
すべてを書かせようとすると止まります。
初回接触日時、会話結果、次回アクション、却下理由、担当部門といった、後工程に必要な項目に絞って必須化するほうが回ります。
入力項目は多いほど安心に見えますが、現場では未入力が増え、結局何も読めなくなります。

次に、チェックフローを運用へ組み込みます。
マネージャーが週次でランダムに確認する、SAL却下時は理由の記入を必須にする、商談化時は必須項目が埋まっていないと次ステータスへ進めない、といった仕掛けです。
入力を“自主性”に任せると、忙しい日から先に崩れます。
業務フローの中で入力しないと先へ進まない形にして、ようやく定着します。
もう一つ効くのが、入力の意義をダッシュボードに返すことです。
現場が入れた情報が、翌週の会議でそのまま可視化される状態になると、入力は管理のためではなく、自分たちの武器になります。
どのセグメントの会話が薄いか、どの流入経路でSQL化が止まるか、どの担当者の次回設定率が高いかが見えると、入力の意味が腹落ちします。
実際に運用してみると、定着する組織は「書け」と言う回数が少なく、「書いたら何が見えるか」を先に示しています。

インサイドセールス組織の人数ボリュームゾーンは6名〜20名とされますが、この規模帯は特に入力品質の差が成果差へ直結します。
少人数だからこそ、属人的な記憶で回せる期間は短いです。
役割曖昧、SLA未整備、引き渡し基準不明、短期売上だけでの評価、スクリプト未整備、入力不足は、それぞれ別問題に見えて実はつながっています。
共通点は、現場の判断を個人技に任せていることです。
仕組みに落ちた組織ほど、失敗の再発が減り、改善の再現性が上がります。

ABM・The Modelとどう接続するか

The Model上の役割再確認

『The Model』に接続して考えると、SDRとBDRの違いは「誰に連絡するか」よりも、「どの工程の詰まりを解消する役割か」で見ると整理できます。
流れは、マーケティングが接点を生み、インサイドセールスが会話に変え、AEが案件を前進させ、CSが継続価値を広げる、という基本線です。
この中でSDRは、マーケから渡された反響を受けて、質と速度の両方を落とさずにSQLへ近づける役割を持ちます。
いっぽうBDRは、まだ接点のない指定アカウントに対して、最初の会話の糸口をつくる役割を担います。

この違いは、MQL、SAL、SQLの流れに置くとさらに明確です。
SDRはMQLをSALとして受け入れ、対話や見極めを通じてSQLへ育てる位置にいます。
BDRはMQL起点で動くとは限らず、ターゲットアカウントの仮説をもとに接点を創出し、商談の入口そのものを作る側です。
つまりSDRは既に生まれた需要を取りこぼさない機能であり、BDRはまだ顕在化していない需要を表に出す機能です。

現場ではこの二つを同じKPIで束ねると、すぐに歪みが出ます。
SDRに開拓件数を求めると反響対応が遅れ、BDRに即時商談化率を求めると短期で取れそうな相手ばかり追い始めます。
Salesforceの解説やTHE MODELの整理が示す分業の本質も、単なる役職名の違いではなく、工程ごとの目的関数を分けることにあります。

「The Model」（ザ・モデル）とは？概念と実践をSalesforceが分かりやすく解説

「The Model」（ザ・モデル）とは、マーケティングから営業、カスタマーサクセスに至るまでの情報を可視化・数値化し、営業効率の最大化を図る、 セールスフォース・ジャパンで活用されてきた営業プロセスモデルです。「The Model」の概念

www.salesforce.com

ABMのTier別アカウント戦略

ABMと接続する場面では、この役割差がよりはっきり出ます。
Tier戦略は、限られた営業・マーケ資源をどのアカウントにどこまで投下するかを決める設計図です。
一般的にはTier1が最重要の1:1型、Tier2が1:few型、Tier3が広めの標準施策という考え方になります。

Tier1では、経営課題や事業戦略まで踏み込んだ個社企画が必要になります。
ここではBDRが主担当になりやすく、対象企業ごとの仮説を立て、役員層や部門責任者へのアプローチを組み立てます。
コンテンツも汎用資料では足りず、業界別の論点整理、個社向けの提案メモ、場合によっては特定アカウント向けイベントやラウンドテーブルまで視野に入ります。
営業現場では、Tier1で「個社企画×経営層アプローチ」をBDRが握り、SDRは問い合わせや資料反応など顕在化した窓口への即応を担う形にすると、全体の前進速度と案件の勝率が両立しやすくなります。
狙う相手を深く攻める役と、反応が返ってきた瞬間を逃さない役を分けたほうが、動きが濁りません。

Tier2では、完全な1社1施策ではなく、業種や課題クラスタごとにメッセージを切り分ける設計が合います。
ここはマーケティングがセグメント別コンテンツを整え、BDRが重点企業へ能動接触し、SDRが反応のあった層を会話へつなげる形が現実的です。
ウェビナーやホワイトペーパーも、汎用テーマではなく「製造業の予実管理」「SaaS企業の解約抑止」のようにアカウント群に寄せた題材のほうが効きます。

Tier3は、標準化されたMA施策や広告、イベント起点の反応獲得が中心になります。
SDRの比重が上がります。
対象数が多いため、個社ごとの深掘りよりも、反応信号をどれだけ早く拾い、会話へ変換できるかが成果を左右します。
ABMという言葉を使っていても、Tier3まで全部を高タッチで回そうとすると運用が崩れます。
ABM初年度に期待成果へ届かない事例が多いのは、Tierの濃淡をつけずに始めたケースが一因です。

ABM pod/strike teamの運用設計

ABMを実行段階で機能させるには、組織図よりも運用単位の設計が効きます。
その代表がpodやstrike teamです。
これはマーケ、SDRまたはBDR、AEが同じアカウント群を共同で持つ小チームの考え方で、担当を横に並べるのではなく、同じ標的に対して同じ地図を見る体制です。

SLAは引き渡しの起点にすぎません。
ABMでは、その延長線上に週次の合議が必要です。
どのアカウントで接点が増えたか、誰と会話できたか、次に誰へ広げるか、どのコンテンツを使うかを週単位で擦り合わせる。
この場でマーケは反応データを持ち込み、SDRは顕在反応の状況を共有し、BDRは未接触キーパーソンへの仮説接点を出し、AEは商談化後の進め方から逆算して不足接点を示します。
ここが切れていると、同じアカウントに別々のメッセージが飛び、社内では動いているのに顧客側からは雑音に見えます。

営業とマーケの整合が取れた組織ではQualified Opportunity Rateが28%高いとLivestormは示していますが、この差はまさにpod運用で説明できます。
単に仲が良いから上がるのではなく、次アクションの合意が同じテーブルで行われるから、アカウント単位の打ち手が連鎖するのです。

strike teamという呼び方を使う場合も本質は同じで、Tier1や大型案件のように少数アカウントへ集中的に張る体制だと考えるとわかりやすいのが利点です。
特に購買関与者が10人前後に広がるBtoB SaaSでは、1人とつながっただけでは案件が進みません。
部門責任者、現場責任者、情報システム、経営層まで複数接点を作る前提で、誰がどこを担当するかをpod内で分ける運用が必要になります。

マーケ主導SDR/BDRの適性と分担

ABMとThe Modelをつなぐとき、SDRとBDRを「どちらが上位か」で比べる発想は役に立ちません。
合う局面が違います。
マーケ主導のSDRが強いのは、インバウンドが発生していて、コンテンツ接触の履歴から会話設計ができる領域です。
資料請求、比較検討、ウェビナー参加のように検討の輪郭が見えている相手には、SDRが速度高く返し、温度を落とさずに商談へ運ぶほうが成果に直結します。
コンテンツと会話が連動しているため、前回何を見たかを踏まえた接触ができ、ナーチャリングとも接続しやすくなります。

いっぽうで、BDRはエンタープライズ開拓との相性が良い役割です。
大手アカウントでは、問い合わせが来るまで待っていても競合比較の土俵に乗るだけで終わる場面が少なくありません。
そこで必要なのは、相手の中期戦略や組織変更、事業優先度を踏まえた仮説提案です。
現場担当者だけでなく、部長層や役員層へ論点を上げていく動きも含め、BDRのほうが向いています。
テレアポの量ではなく、誰にどの仮説をぶつけるかが勝負になるからです。

この対比は、組織設計でもそのまま使えます。
コンテンツ反応が多い市場ではSDRをマーケ配下に近く置き、行動データと初動対応を密につなげる。
狙うべき大手アカウントが明確な市場では、BDRをAEや事業責任者に近い位置へ置き、案件仮説と接触設計を深くする。
通り、役割は並列でも、扱う需要の状態は同じではありません。

データ統合とアカウントダッシュボード

ABMを回すうえで、SDRとBDRの役割分担はデータ構造まで落ちていないと機能しません。
CRMに案件、MAに行動履歴、ABMツールにターゲット情報が分かれたままだと、同じ企業の中で誰と話せていて、どの部門が反応し、どこで止まっているのかが見えなくなります。
個人単位のリード管理だけでは、アカウント攻略の全体像が切れます。

そのため、統合の基準は「人物ではなくアカウントで集約できるか」です。
MartalではABMプログラムの70%以上がCRMと連携し、エンゲージメントを追跡しているとされています。
ここでいう追跡は、メール開封やフォーム送信を見るだけでは足りません。
誰がどのコンテンツに触れたか、どの役職に未接触が残っているか、SDRの反響対応とBDRの開拓接点が同じアカウント上で見えることが必要です。

現場では、アカウントダッシュボードに載せる項目を増やしすぎると失敗します。
見るべきは、ターゲットアカウントの現在地がわかる指標です。
たとえば、接点が取れている部門数、会話済みの関与者数、直近の反応シグナル、担当ロールごとの次アクション、AEへ渡した後の進行状況です。
これがあると、SDRは「今すぐ返すべき反応」を判断でき、BDRは「次に崩すべき未接触層」を把握でき、AEは「案件化前に足りない関係者」を見落としにくくなります。

実際に定着するダッシュボードは、分析資料ではなく運用盤です。
会議で眺めるだけの画面ではなく、週次podでそのまま次アクションを決められる粒度になっていることが条件になります。
ABMは戦略の言葉として語られがちですが、成果に変わるのは、アカウント単位でデータがつながり、SDRとBDRの動きが一枚の画面で重なったときです。

まとめ｜まず何から始めるべきか

まず着手すべきなのは、現状把握と役割の明文化です。
直近3ヶ月の流入量、対応速度、商談化率、新規開拓余地を棚卸しし、自社がまず担うのはSDRなのかBDRなのかを曖昧にしないことが出発点になります。
運用は1チーム・1商材・1セグメントで始め、役割分担図とSLAを1枚にまとめてから回すと、現場の迷いが減ります。
実際に立ち上げ支援の現場では、この定義の合意文書がないまま始めると、数週間で評価軸と引き渡し基準がずれます。
3ヶ月で継続か修正かを判断しつつ、次の打ち手としてABMや『The Model』、AI活用まで接続していく流れが無理のない進め方です。