AIエージェント

AI SDR(AI BDR)とは?営業開発をAI Agentで仕組み化する方法

AI SDR(AI BDR)の定義、営業メール自動化との違い、対応業務、人の承認点、CRMデータの条件を整理し、営業開発の導入手順と成果指標を実務に沿って解説します。

diver編集部

更新日

AI BDRとは?営業メール自動化では成果が出ない理由と、商談創出をAI Agentで仕組み化する方法

AI SDR(AI BDR)は、見込み顧客の選定、調査、優先順位付け、接触準備、フォロー、CRM記録までをAI Agentで支援・実行する仕組みです。メール生成だけで完結させず、人が判断する地点と参照データを含む営業開発の業務フローとして設計します。

名称の使われ方には幅があります。本記事では、営業開発の初期工程をAIで支援する仕組みをまとめて「AI SDR(AI BDR)」と表記します。

AI SDR(AI BDR)とは

SDRはSales Development Representative、BDRはBusiness Development Representativeの略称です。担当範囲は企業によって異なりますが、どちらも見込み顧客との最初の接点をつくり、商談へつなぐ営業開発の役割を担います。

IBMはAI SDRを、見込み顧客の発掘、働きかけ、適格性確認などの業務を自動化し、人の営業担当者を支援するAIシステムとして説明しています。実務では、次の業務を一つの流れとして扱えるかが重要です。

  • アプローチ対象の抽出

  • 案件の優先順位付け

  • 企業情報と過去接点の調査

  • アプローチ方針と文面の下書き

  • 人によるレビューと承認

  • 反応の要約とCRMへの記録

AI SDR(AI BDR)は、営業担当者を置き換える肩書きではありません。調査、整理、下書き、記録をAIへ渡し、顧客に何を伝えるか、どの案件を進めるかという判断を人が担える状態をつくる業務設計です。

AI SDRとAI BDRの違い

AI SDRとAI BDRの境界は、呼称だけでは判断できません。企業によってはSDRを問い合わせ対応などのインバウンド中心、BDRを新規開拓などのアウトバウンド中心に置きますが、両方を営業開発全般の意味で使う場合もあります。

導入時は名称よりも、対象業務と責任範囲を確認します。

判断項目

確認すること

対象

問い合わせ対応、新規開拓、休眠顧客の再接触のどこまでを含むか

入力データ

CRM、メール、商談メモ、企業情報のどれを参照するか

AIの役割

抽出、調査、下書き、送信、記録のどこまでを任せるか

人の役割

優先順位、送信承認、例外対応、商談判断を誰が担うか

出力先

CRMのどの項目へ、誰の責任で記録するか

「AI SDR」と「AI BDR」のどちらを採用するかより、営業開発のどこからどこまでを一つの運用として設計するかが先です。

営業メール自動化だけでは不十分な理由

メール文面はAI化しやすい業務ですが、商談創出の一工程にすぎません。対象リストが不足していれば接触数は増えず、優先順位が曖昧なら重要な案件への対応が遅れます。過去接点が参照できなければ、相手の状況に合わない連絡になります。

メール作成の前には、対象の抽出、優先順位付け、企業調査があります。送信の後には、返信の解釈、フォロー、CRM記録、次回判断があります。この前後をつながないまま文面だけを自動化すると、作業時間は減っても営業開発全体の改善にはつながりません。

AI SDR(AI BDR)を評価するときは、メール生成機能の有無だけでなく、調査から記録までの業務フローを確認します。

AI SDR(AI BDR)が動く6つの工程

diverでは、商談創出の流れを一つの巨大なAIへ任せず、役割ごとに分けて設計します。以下は業務を分解する一例です。

1. 対象リストを整える

目標、進捗、残りの営業日から必要な接触数を確認し、条件に合う対象を抽出します。既存の見込み顧客、過去の失注顧客、休眠顧客を扱う場合は、再接触してよい条件も先に決めます。

2. 優先順位を付ける

次回アクション日だけでなく、過去接点、関心テーマ、案件の進捗、直近の反応を使って当日の優先順位を整理します。AIが順位を提案しても、重点顧客や例外条件は人が確認します。

3. 顧客情報を調査する

会社概要、事業、公開ニュース、採用情報、市場動向などの外部情報と、CRMにある商談履歴、メール、議事録を分けて収集します。情報源と確認日を残し、推測を事実として扱わない設計が必要です。

4. アプローチ案を作る

調査結果をもとに、連絡する理由、相手に関係する論点、次の行動を整理します。会社名を差し替えただけの文面ではなく、確認できた顧客文脈に沿って下書きします。

5. 人がレビューする

AIが作った文面をそのまま送るのではなく、送信対象、事実関係、表現、タイミングを人が確認します。承認者、差し戻し条件、送信してはいけない条件を運用ルールにします。

6. 結果をCRMへ戻す

送った内容、相手の反応、商談化の有無、次回の論点を要約してCRMへ記録します。成功した接触だけでなく、返信がなかった理由や見送り理由も残すと、次回の優先順位とアプローチ改善に使えます。

この6工程を個別のツールとして並べるのではなく、前の工程の出力が次の工程へ渡り、結果がCRMへ戻る循環として設計します。

AI BDRの全体設計を資料で確認

リスト作成、優先度付け、顧客調査、人間レビュー、CRM記録まで、商談創出を支える6工程をまとめています。

AI BDR資料を見る →

AI SDR(AI BDR)に必要なデータとガバナンス

AI Agentは、参照できるデータの範囲と質を超えて判断できません。CRMに古い情報、重複、欠損、表記ゆれが多い状態では、対象抽出や文面の精度も不安定になります。

導入前に、少なくとも次の状態を確認します。

  • 会社と担当者の重複を判定できる

  • 流入経路と過去接点が顧客単位でつながっている

  • 商談ステージと次回アクションの定義がそろっている

  • メール、電話、商談メモの参照範囲が決まっている

  • 更新責任とアクセス権限が項目ごとに決まっている

  • AIが参照してよい情報と、外部送信してよい情報が分かれている

CRMの項目を増やすだけでは不十分です。どの判断に使うデータか、誰が更新するか、古くなった情報をどう検知するかまで決めます。部門をまたぐ顧客データの設計は、営業・マーケティング・CSのデータ連携ガイドも参照してください。

導入を進める5ステップ

1. 対象業務を一つに絞る

最初から営業開発全体を自動化しません。「休眠顧客の再調査」「問い合わせ後の情報整理」など、入力と完了条件を定義できる一工程から始めます。

2. 現行フローを可視化する

担当者、使用ツール、入力データ、判断、出力先を順に並べます。待ち時間、転記、確認漏れ、属人判断が起きる地点を特定します。

3. AIと人の責任を分ける

AIへ渡すのは、条件に沿った抽出、公開情報の収集、要約、下書き、記録です。送信可否、優先順位の例外、顧客との合意に関わる判断は人に残します。

4. 小さい対象で検証する

対象件数と期間を限定し、現行運用と比較します。返信や商談だけでなく、誤情報、差し戻し、記録漏れも確認します。

5. CRMへ結果を戻して改善する

結果をCRMに蓄積し、抽出条件、プロンプト、承認条件を更新します。AIを業務へ定着させる全体設計は、AI活用を業務フローに定着させる方法で解説しています。

導入を急がない方がよい状態

次の状態では、AI Agentを増やす前に業務とデータを整える方が先です。

  • どの顧客へ連絡してよいか判断できない

  • CRMの重複や欠損が多く、過去接点を追えない

  • 営業担当者ごとに商談化の基準が異なる

  • 送信承認と例外対応の責任者がいない

  • 失敗結果をCRMへ戻す運用がない

  • 評価指標がメール作成時間だけになっている

これらに当てはまる場合は、AIツールの比較より、対象業務の定義とCRM運用の整備から始めます。

公開事例から確認できること

SaaStrは、20以上のAI Agentを複数業務へ導入し、アウトバウンド営業では6万通を超えるメール送信と130件を超える会議予約を行ったと公開しています。これはSaaStr自身が公開した一事例であり、他社で同じ結果を保証するものではありません。

この事例で参考になるのは、AI Agentの数ではなく、対象業務を分け、データを渡し、運用しながら調整している点です。SaaStrもAI Agentには継続的な訓練と管理が必要だと説明しています。

diverの実装でも、対象抽出、優先順位付け、調査、アプローチ案、人のレビュー、CRM記録を別工程として設計しています。監査可能な条件がそろっていない自社成果数値は、本記事では掲載しません。

成果を測る指標

AI SDR(AI BDR)は、メール作成時間だけで評価しません。導入目的に合わせて、主指標を一つ決め、品質と安全性の指標を併せて確認します。

観点

指標例

商談創出

有効返信率、商談化率、対象から商談までの日数

生産性

調査時間、承認までの時間、CRM記録にかかる時間

品質

差し戻し率、誤情報率、重複接触率

運用

CRM記録率、期限内対応率、例外処理件数

一度の改善で複数の指標を同時に動かそうとすると、何が効いたか判断できません。対象業務と主指標を一つに絞り、一定期間の比較条件を先に決めます。

まとめ

AI SDR(AI BDR)は、営業メールを自動生成するだけの仕組みではありません。見込み顧客の選定、調査、優先順位付け、接触準備、人のレビュー、CRM記録を一つの業務フローとしてつなぐ仕組みです。

導入では、名称やツールより、対象業務、参照データ、人の承認点、結果の記録先を先に決めます。CRMデータが分断されている場合は、AI Agentを増やす前にデータと運用を整えます。

diverは、業務フローの設計、ツール選定、実装、運用、継続改善までを支援する社外RevOpsチームです。diverの支援内容を確認したうえで、自社の営業開発をどこから見直すべきか相談したい方は、diverへ相談するをご利用ください。

FAQ

AI SDRとAI BDRの違いは何ですか?

呼称と担当範囲は企業によって異なります。SDRをインバウンド中心、BDRをアウトバウンド中心に置く場合がありますが、営業開発全般の意味で使う企業もあります。導入時は名称より、対象業務、参照データ、人の承認点を確認します。

AI SDRを導入すれば営業担当者は不要になりますか?

不要にはなりません。AIは調査、整理、下書き、記録を支援できますが、顧客へ送る内容、優先順位の例外、リスクのある表現、商談判断は人が責任を持つ必要があります。

導入前に必要な準備は何ですか?

対象業務の開始条件と完了条件を決め、CRMの顧客情報と過去接点を確認します。そのうえで、AIが参照してよいデータ、人が承認する地点、送信禁止条件、成果指標を定義します。

何から試すべきですか?

入力と完了条件が明確で、失敗時に人が戻せる一工程から始めます。たとえば、問い合わせ後の企業調査や休眠顧客の再調査です。対象を限定し、誤情報や差し戻しも含めて検証します。

参照元

部門間データ連携を、実装できる業務フローへ

既存ツールを活かしながら、どの境界から直すべきかを整理します。