SDRとBDRの違いを徹底解説｜役割・KPI・導入判断まで

SDRとBDRの基本定義——まず「どこからアプローチするか」で分ける

SDRとBDRを区別する最大の軸は、アプローチ対象の起点です。インバウンドかアウトバウンドか、この一点を押さえれば全体像が見えてきます。

SDR（Sales Development Representative）とは

SDRは「インバウンドリード対応型」のインサイドセールスです。マーケティング施策（広告、SEO、ウェビナー、ホワイトペーパーDLなど）を経由して自社に問い合わせや資料請求をしてきたリード、いわゆるMQL（Marketing Qualified Lead）に対してアプローチするのが主な役割です。

SDRの仕事は、リードの温度感を確認し、ヒアリングを通じてニーズ・予算・決裁権・時期（いわゆるBANT）を整理し、確度が高ければフィールドセールスへと引き渡すことです。「受け身ではなく、能動的に温度を上げて渡す」というのが正確な表現で、単なる問い合わせ受付ではありません。

BDR（Business Development Representative）とは

BDRは「アウトバウンド型」のインサイドセールスです。自社に接触してきていない企業、つまりまだ認知すらされていないターゲット企業に対して、自らリストを作り、コールやメール・LinkedIn等でコンタクトを取り、商談機会を創出します。

BDRが狙うのは多くの場合、企業規模や業種などで定義された「理想顧客プロファイル（ICP）」に合致する企業です。ターゲットが自ら検索してきてくれることを待たずに、こちらからパイプラインを作りにいく——この能動性がBDRの本質です。

業務内容の具体的な違い——1日の動きで比べる

定義だけでなく、実際の業務フローを知ることでチーム設計や採用要件が具体化します。SDRとBDRでは、1日の時間の使い方からスキル要件まで大きく異なります。

SDRの1日の業務フロー

SDRの業務は、CRM（HubSpotやSalesforceなど）に蓄積されたインバウンドリードへの対応が中心です。一般的な流れは以下のとおりです。

• 問い合わせ・資料DLなどのリードを優先度順に確認する
• スコアリングや行動履歴をもとにアプローチ順を決める
• メール・電話でファーストコンタクトを取る（スピードが重要）
• ヒアリングでBANT・課題・導入時期を整理する
• 条件を満たしたリードをSQLとして定義し、フィールドセールスに引き渡す
• 条件を満たさないリードはMAツールのナーチャリングフローに戻す

SDRにおいて「スピード」は極めて重要です。問い合わせから5分以内に連絡できる場合と30分後では、商談化率に大きな差が生まれる傾向があります。レスポンスタイムはSDRの重要なKPIの一つです。

BDRの1日の業務フロー

BDRは、「今日誰にアプローチするか」を自分で設計するところから始まります。

• ICPに基づき、ターゲット企業をリストアップ・優先度付けする
• 企業・担当者のリサーチを行い、コンテキストを把握する
• パーソナライズされたメール・LinkedInメッセージを作成・送信する
• コールアウトリーチを行い、担当者との接点を作る
• 返信・反応があった企業に対してフォローアップシーケンスを走らせる
• 初回商談を設定し、フィールドセールスに連携する

BDRに求められるのは、断られることへの耐性と、相手企業のビジネス文脈を短時間で読む力です。「この企業が今なぜ課題を持っているか」を仮説として提示できないと、アウトバウンドは機能しません。

KPI設計の違い——何で成果を測るか

SDRとBDRでは達成すべき成果の性質が異なるため、KPIの設計も変わります。同じ指標で評価すると、双方のモチベーションと行動が歪みます。

SDRに適したKPI

• MQL→SQL転換率：インバウンドリードのうち、フィールドセールスに引き渡せた割合。質を測る最重要指標。
• 初回コンタクト時間：リード発生から最初の接触までの時間。短いほど商談化率が上がる傾向がある。
• ヒアリング完了数：BANTが整理できたリードの数。質の担保につながる。
• 月次SQL数：フィールドセールスに渡した商談数の絶対値。パイプライン予測に使う。

BDRに適したKPI

• アウトリーチ数：1日・週あたりのコール数・メール送信数。活動量の基盤。
• 返信率・接触率：送ったメッセージに対して返信があった割合。メッセージの質を測る。
• 初回商談設定数：BDRが独力で作った商談の数。最も直接的な成果指標。
• 初回商談→受注率：BDR経由の案件が最終的に受注に至った割合。ICP定義の精度を測る。

注意点として、BDRのKPIに「アウトリーチ数」だけを置くと、質より量に走るリスクがあります。活動量指標と質指標（接触率・商談化率）をセットで管理することが重要です。

SDR・BDRをどちらから始めるべきか——導入判断の実務基準

リソースが限られている段階では、SDRとBDRを同時に立ち上げることは現実的ではありません。自社の状況に応じた優先順位の判断基準を整理します。

まずSDRから始めるべきケース

以下の条件が揃っている場合は、SDRを先行させる方が効果的です。

• マーケティング施策がある程度動いており、月次でMQLが一定数（目安：20件以上）発生している
• 問い合わせへの対応が遅れていて、リードが「放置」されている実態がある
• フィールドセールスが自ら全てのリード対応をしており、商談以外の作業に時間を取られている

この段階で無理にBDRを立ち上げると、既存リードが放置されたまま新規開拓にコストをかけるという非効率が生じます。まず「あるリードを刈り取り切る」ことが先決です。

BDRを先行・並行すべきケース

一方、以下の状況ではBDRへの投資が先行する、あるいは並行する判断になります。

• インバウンドリードがほぼない、またはマーケティング投資が初期段階で成果が出るまで時間がかかる
• エンタープライズ企業や特定業種など、絞り込んだターゲットへのアプローチが必要
• ARRを短期間で伸ばす必要があり、インバウンドの立ち上がりを待てない事業フェーズ

特にスタートアップのアーリーフェーズでは、PMF（プロダクトマーケットフィット）検証のためにターゲット企業を能動的に当たる必要があるケースが多く、BDRの役割を代表や営業担当が担うことも珍しくありません。

両方を同時に持つ場合の組織設計

ある程度の組織規模（インサイドセールス3名以上が目安）になると、SDRとBDRを分業する体制を設計できます。この場合、共通の落とし穴は「SQLの定義を統一していない」ことです。SDRからのSQLとBDRからのSQLで引き渡し基準が異なると、フィールドセールスの対応品質がばらつきます。SQLの定義とSLAはチーム全体で合意しておくことが必須です。

よくある失敗パターン——設計ミスが起きる理由

SDRとBDRの分業をうまく機能させられない企業には、いくつかの共通した設計ミスがあります。事前に知っておくことでリスクを回避できます。

失敗①：SQLの定義がフィールドと合意されていない

SDRやBDRが「商談に引き渡した」と思っていても、フィールドセールスから見ると「これは商談にならない」という状態が発生します。引き渡し基準の不一致は、双方の不満と時間ロスを生みます。BANT基準を文書化し、マーケ・インサイドセールス・フィールドの三者で合意するプロセスが必要です。

失敗②：BDRにターゲットリストの定義を任せすぎる

BDRが自分で「なんとなく良さそうな企業」をリストアップすると、ICPから外れたアウトリーチが増えます。ICP定義は経営・マーケ・セールスが合意した上で渡すべきものです。「業種・従業員規模・技術スタック・組織フェーズ」など複数の軸で明文化しておくことが重要です。

失敗③：SDRをコールセンター扱いにしてしまう

「とにかくコール数を増やせ」という管理をすると、SDRはヒアリングの質を下げてでも数をこなすようになります。MQL→SQL転換率が下がり、フィールドセールスへの引き渡し品質が劣化します。量指標と質指標のバランスが重要です。

失敗④：一人に両方の役割を担わせる

「インサイドセールス1名」という体制でSDRとBDRを兼務させるケースがあります。短期的には仕方ない場合もありますが、両者は求められるスキルセットも日次の行動パターンも異なるため、専任化が難しくなるほど一方の質が落ちます。人数が増えた段階でのロール分離を明確に計画しておくべきです。

まとめ

SDRとBDRの違いを整理すると、以下の3点に集約できます。

• 起点の違い：SDRはインバウンドリード（MQL）への対応、BDRは未接触企業へのアウトバウンドアプローチ
• KPIの違い：SDRはMQL→SQL転換率・レスポンスタイム、BDRはアウトリーチ数・接触率・商談設定数
• 導入順の違い：インバウンドがあればSDR先行、なければBDR先行が基本だが、SQLの統一定義は共通前提

この役割分担を正しく設計することで、マーケティングとセールスの間に生まれる「リードの空白地帯」を埋め、パイプラインを安定的に構築できます。「うちにはどちらが必要か」という判断から始め、体制を段階的に作っていくことが、BtoBインサイドセールス立ち上げの現実的なアプローチです。

組織設計・役割定義・KPI設計に迷った場合は、外部の専門家に設計フェーズだけ依頼するという選択肢も有効です。初期の設計ミスはその後の運用コストに直結します。

よくある質問（FAQ）

SDRとBDRは必ず分けなければいけませんか？

必須ではありません。インサイドセールスが1〜2名の段階では兼務が現実的です。ただし、3名以上になった段階で役割を分離することで、それぞれの専門性が高まり成果が出やすくなります。分離の目安は「インバウンドMQLが月20件以上安定している」かつ「アウトバウンドも同時に仕掛けたい」という状態です。

SDR・BDRとフィールドセールスの関係はどう設計すればいいですか？

最も重要なのはSQLの引き渡し基準（BANT・課題の明確さ・予算感・決裁権）をSLAとして文書化し、フィールドセールスと合意することです。「商談を設定したら終わり」ではなく、引き渡し後のフィードバックループ（商談化率・受注率）をインサイドセールスにも共有することで、引き渡し品質が継続的に上がります。

BDRのアウトリーチで使うツールには何がありますか？

代表的なものとしては、HubSpot（シーケンス機能）、Salesloft、Outreach、LinkedInのSales Navigator、Apolloなどがあります。日本のBtoBシーンでは、LinkedInの普及率がまだ低い業種もあるため、コール・メール・展示会フォローを組み合わせるマルチチャネル設計が現実的です。特定ツールが絶対的に優位というわけではなく、ICPの属性とチャネルの相性を検証しながら使い分けることが重要です。

BDRのICP（理想顧客プロファイル）はどうやって定義しますか？

既存の受注実績を起点にするのが最も確度が高い方法です。「受注した企業の業種・従業員規模・導入前の課題・決裁者の役職」を分析し、共通パターンを抽出します。データが少ない場合は仮説ベースで始め、アウトリーチの結果（返信率・商談化率）を見ながら随時修正するアプローチが現実的です。

SDRの評価でよくある間違いは何ですか？

「コール数」だけを評価指標にすることです。コール数が多くても、ヒアリング品質が低ければMQL→SQL転換率は上がりません。コール数・ヒアリング完了数・SQL数・転換率の4つをセットで管理し、量と質のバランスを取ることが重要です。また、SDRが引き渡した商談の受注率をフィードバックとして定期的に共有することで、ヒアリング精度が向上します。