---
title: SDR営業のリードスクリーニング設計｜商談化までの判定基準と運用の仕組み
description: SDR営業の成否は、リードスクリーニング基準・マーケとのSLA・初回接触の速さ・フィールドセールスとのフィードバックループの4要素で決まります。BANT等の基準設計、MQL→SQLの判定、HubSpotでの仕組み化、KPI設計と組織の育成まで解説します。
image: https://start-link.jp/hubfs/blog/screenshots/generated/gen_CS-2.jpg
---

[![StartLink](https://start-link.jp/hs-fs/hubfs/logo/%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?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")](https://start-link.jp)

- [会社情報About](https://start-link.jp/about)
- [サービスService](https://start-link.jp/service)
- [プロダクトProducts](https://start-link.jp/sync)
- [YoutubeYoutube](https://start-link.jp/about/sns)
- [ブログBlog](https://start-link.jp/hubspot-ai)
- [業界別ガイドIndustry guides](https://start-link.jp/case)
- [採用情報Recruit](https://start-link.jp/recruit)

[資料DL](https://start-link.jp/download/service) [無料相談 →](https://start-link.jp/contact)

[会社情報](https://start-link.jp/about) [サービス](https://start-link.jp/service) [プロダクト](https://start-link.jp/sync) [Youtube](https://start-link.jp/about/sns) [ブログ](https://start-link.jp/hubspot-ai) [業界別ガイド](https://start-link.jp/case) [採用情報](https://start-link.jp/recruit)

[資料ダウンロード](https://start-link.jp/download/service) [無料相談 →](https://start-link.jp/contact)

- [トップ](https://start-link.jp)
- [会社情報](https://start-link.jp/about)
- [サービス](https://start-link.jp/service)
- [Youtube](https://start-link.jp/about/sns)
- [ブログ](https://start-link.jp/hubspot-ai)
- [Contact](https://start-link.jp/contact)
- [個人情報保護方針](https://start-link.jp/privacy-policy)
- [個人情報取り扱い規定](https://start-link.jp/personal-information-processing-agreement)

[ホーム](https://start-link.jp) › [ブログ](https://start-link.jp/hubspot-ai) ›[BtoBマーケティング](https://start-link.jp/hubspot-ai/btob-marketing) ›[営業マネジメント](https://start-link.jp/hubspot-ai/btob-marketing/sales-management) ›SDR営業のリードスクリーニング設計｜商談化までの判定基準と運用の仕組み

# SDR営業のリードスクリーニング設計｜商談化までの判定基準と運用の仕組み

- 2026年3月11日
- 最終更新: 2026年10月12日

![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_CS-2.jpg)

この記事の結論

SDRは、マーケティングと営業のあいだで起きる「リードの質と量」の摩擦を解消する専門職です。スクリーニング基準・マーケとのSLA・初回接触スピード・フィールドセールスとのフィードバックループの4要素を仕組みとして整えることが、SDR組織の成否を分けます。

ブログ目次

もっと見る ▼

**SDRは、マーケティングと営業のあいだで起きる「リードの質と量」の摩擦を解消する専門職です。スクリーニング基準・マーケとのSLA・初回接触スピード・フィールドセールスとのフィードバックループの4要素を仕組みとして整えることが、SDR組織の成否を分けます。**

リードが商談につながりにくいと感じたら、営業が求めるリードの条件と、初回接触の担当・時期・対応履歴を確認することが、引き継ぎの課題を整理する手がかりになります。

SDR（Sales Development Representative）とは、マーケティングが獲得したインバウンドリードに初回接触を行い、商談として適格かどうかを判定し、適格なリードをフィールドセールスにトスアップする専門職です。マーケティング部門は「十分な量を渡した」と考え、営業部門は「質が低い」と感じる。この対立の根本原因は、リードを適切に選別し、商談可能な状態まで育成するプロセスが組織の中に無いことにあります。SDRはそのプロセスを担う役割です。

本記事では、SDRの役割定義から、リードスクリーニング基準の設計、MQLからSQLへの判定プロセス、商談化率を高める施策、そしてHubSpotでの仕組み化までを順に解説します。

## この記事でわかること

SDRのリードスクリーニング・商談化率を改善したいインサイドセールス責任者に向けた記事です。役割の定義から判定基準、運用を回す仕組みまでを一続きで整理しています。

- **SDRの定義とBDRとの違い** — インバウンドリードを扱うSDRと、自ら開拓するBDRの役割・スキルの違いを比較します。
- **リードスクリーニング基準の設計手法** — BANT・MEDDIC・GPCTの使い分けと、自社の受注・失注データから基準をつくる手順を解説します。
- **MQL→SAL→SQLの判定プロセス** — ステージ定義、リードスコアリング、ヒアリングからトスアップまでの流れを標準化する方法を紹介します。
- **商談化率を上げる施策とHubSpotでの仕組み化** — 初回接触スピード、SLA、ナーチャリング、フィードバックループを、ライフサイクルステージやワークフローに落とし込む考え方をまとめます。
- **SDRのKPI設計と組織の育て方** — 量と質のバランスを取ったKPIの置き方と、段階的なチーム拡大・育成の進め方を説明します。

## SDRとは：定義と役割、BDRとの違い

SDRを導入する前に、まず「SDRが何を担い、何を担わないのか」を社内で揃えておくことをおすすめします。役割の境界が曖昧なままだと、マーケティング・SDR・フィールドセールスの三者で責任の押し付け合いが起きやすくなります。ここでは定義、BDRとの違い、営業プロセス全体での位置づけを整理します。

### SDRの定義と主な業務

SDRの本質的な役割は「門番（ゲートキーパー）」です。マーケティングが獲得したリードの中から、フィールドセールスが時間をかけるべき「本当に商談化可能なリード」を選別し、営業組織全体の生産性を高めます。

SDRの主な業務は次のとおりです。

- インバウンドリードへの迅速な初回接触（電話・メール）
- ヒアリングによるリードの適格性判定（スクリーニング）
- 見込み度が低いリードのナーチャリング（育成）への移行
- 適格リードのフィールドセールスへのトスアップ
- CRMへの活動記録と情報の整理

最後の「CRMへの記録」は付随業務と見られがちですが、私たちはここがSDRの成果を組織の資産に変える要だと考えています。ヒアリング内容がCRMに残っていれば、フィールドセールスは同じ質問を繰り返さずに済み、SDRが異動しても情報が途切れません。

### BDRとの違い

SDRとBDR（Business Development Representative）は混同されやすいものの、対象とするリードの種類とアプローチの方針が根本的に異なります。アウトバウンド側の設計については[アウトバウンド営業戦略の設計ガイド](https://start-link.jp/hubspot-ai/btob-marketing/sales-management/outbound-sales-multichannel-strategy)もあわせてご覧ください。

| 比較項目 | SDR | BDR |
| --- | --- | --- |
| リードの種類 | インバウンドリード（マーケ獲得） | アウトバウンドリード（自ら開拓） |
| アプローチ | リアクティブ（反応型） | プロアクティブ（攻め型） |
| 重視すること | 初回接触のスピード | リサーチの深さ |
| 1日の対応件数 | 多い | 少ない（1社あたりに時間をかける） |
| 必要スキル | ヒアリング力・判断力・スピード | リサーチ力・仮説構築力・粘り強さ |

BDRの詳細については「[BDR完全ガイド｜役割・KPI・アプローチ手法と組織設計](https://start-link.jp/hubspot-ai/btob-marketing/sales-management/bdr-role-kpi-organization-design)」で解説しています。

### 営業プロセス全体でのSDRの位置づけ

The Model型の営業組織では、SDRは次の位置にいます。

| 部門 | マーケティング | SDR | フィールドセールス | カスタマーサクセス |
| --- | --- | --- | --- | --- |
| 主な役割 | リード獲得 | リード選別・商談化 | 提案・クロージング | 継続・拡大 |
| CRM上で主に扱うもの | コンタクト | コンタクト・会社 | 取引 | 顧客・チケット |

SDRは「マーケティングと営業の橋渡し」をする役割であり、**この橋渡しの精度がパイプライン全体の質を左右します。**

CRMの流れで見ると、SDRは「コンタクト→取引」の境目を担当します。ここでの判定が甘いと、取引パイプラインに見込みの薄い案件が混ざり、フォーキャストの精度も下がります。

SDRの設計はリード対応だけの話ではなく、その先の取引管理や受注後の請求までつながる一連のデータの入り口を整える取り組みだと捉えてください。

## SDRが必要になるタイミングと導入判断

SDRは、どの企業にも最初から必要な役割ではありません。リードの量や営業体制によっては、フィールドセールスが直接対応したほうが効率的なケースもあります。ここでは導入を検討するシグナルと、判断の見方、始め方を整理します。

### SDR導入を検討するシグナル

次の状況が起きている場合、SDRの導入を検討するタイミングです。

- **シグナル1：営業がリードの初回対応に追われている** ── フィールドセールスが日々の商談と並行して初回接触も行うと、どちらの業務も中途半端になります。「リードが多すぎて対応しきれない」は、SDR導入のわかりやすいサインです
- **シグナル2：リード数は増えているのに商談化率が下がっている** ── リードの質に合わせたスクリーニングができていない可能性があります
- **シグナル3：マーケティングと営業の連携に摩擦がある** ── 「営業はリードの質が悪いと言い、マーケティングは十分な量を渡していると主張する」状況は、SDRが統一基準でスクリーニングすることで解消に向かいます
- **シグナル4：リードへの初回対応が遅れている** ── 資料請求や問い合わせへの初回連絡が営業の商談対応と重なって後回しになっている場合は、対応履歴を確認し、SDRの専任担当を置くか検討する目安になります

### 導入判断の見方

SDR導入の判断は、次の観点で整理すると考えやすくなります。

| 判断の観点 | 導入を検討しやすい状況 | 導入を急がなくてよい状況 |
| --- | --- | --- |
| 月間リード数 | 営業が対応しきれない量がある | 営業が全件を丁寧に追える量 |
| 営業人数 | 複数名のフィールドセールスがいる | 少人数で全件を把握できる |
| 商材単価 | 中〜高単価 | 超高単価で全件を個別対応できる |
| 商談サイクル | 数か月程度 | 長期で、ABM型の個別アプローチが中心 |
| リードの種類 | 展示会・ウェビナー・ホワイトペーパーなど多様 | 紹介中心で経路が少ない |

判断に迷う場合は、直近数か月のリードを「初回接触までにかかった日数」と「商談化したかどうか」で並べてみてください。接触が遅れたリードほど商談化していない傾向が見えれば、SDRによって改善できる余地があると判断できます。

### 小さく始めて段階的に広げる

いきなり専任チームを立ち上げるよりも、まずは兼任の1名がインバウンドリードの初回対応だけを担う形から始めることをおすすめします。初回接触・ヒアリング・トスアップの流れを一通り回し、スクリーニング基準とCRMへの記録ルールが固まってから、人数や対象リードを広げていく進め方です。最初からすべてを整えようとすると、基準づくりに時間がかかり、現場でリードが放置される期間が長くなってしまいます。

## リード管理をスプレッドシートからCRMへ移す意味

SDRの仕事は、正しい情報を見て、速く判断することです。リード一覧をスプレッドシートで管理し、対応履歴やヒアリングメモが別の場所にある場合は、SDRが判定に必要な情報をすぐ確認できるかが判断の目安になります。ここでは、情報が分かれている場合の確認点と、CRMで記録をまとめる意味を整理します。

### 手動管理でスクリーニングが崩れる理由

スプレッドシートでリードを管理していると、次のような問題が起きやすくなります。

| 状況 | スプレッドシート管理で起きること | CRMで一元管理した場合 |
| --- | --- | --- |
| 新規リードの把握 | 誰かがシートを開くまで気づかない | フォーム送信と同時に担当者へ通知できる |
| 対応履歴 | メール・電話・チャットに分散する | コンタクトのタイムラインに集約される |
| 重複リード | 別シートや別行に同じ人が登録される | メールアドレスで同じコンタクトにまとまる |
| 会社単位の把握 | 同じ会社の複数名が別々に扱われる | 会社とコンタクトが関連付けられる |
| 判定基準 | 担当者ごとに判断がぶれる | 必須項目とステージ定義で揃えられる |

特に問題になるのは「同じ会社から複数のリードが来ているのに、別々の担当者が別々に連絡してしまう」ケースです。お客様から見ると社内連携が取れていない会社に映り、商談化の機会を逃しかねません。

### 一元管理でSDRの判断材料がそろう

CRMにコンタクト・会社・取引の関連付けと活動履歴が記録されている場合は、SDRが架電前に資料のダウンロード履歴、同じ会社の別担当者の商談状況、過去の失注記録を確認し、ヒアリングで確かめる内容を整理できます。

ここで意識したいのは、項目を増やしすぎないことです。スクリーニングに使わない項目まで入力を求めると、SDRの入力負担が増え、肝心の項目が埋まらなくなります。まずはスクリーニング判定とトスアップに使う項目だけに絞り、運用しながら追加していく方法をおすすめします。

## リードスクリーニング基準の設計

リードスクリーニングの目的は、フィールドセールスが時間をかけるべきリードと、まだ商談化の段階にないリードを区別することです。すべてのリードに等しく時間をかけるのは一見丁寧ですが、営業組織のリソースは有限です。ここでは代表的な3つのフレームワークと、自社向けにカスタマイズする手順を紹介します。インサイドセールス全体の考え方は[インサイドセールスとは？基礎知識から導入効果まで完全ガイド](https://start-link.jp/hubspot-ai/btob-marketing/inside-sales/hubspot-inside-sales-guide)も参考になります。

### BANT：シンプルで広く使える基準

最もシンプルで広く使われているスクリーニングフレームワークがBANTです。

| 要素 | 確認内容 | 具体的な質問例 |
| --- | --- | --- |
| **B**udget（予算） | 予算の有無・規模感 | 「この領域への投資予算はどのくらいを想定されていますか？」 |
| **A**uthority（決裁権） | 意思決定者かどうか | 「導入を決定されるのはどなたですか？」 |
| **N**eed（ニーズ） | 明確な課題や痛みがあるか | 「現在最も課題に感じているのはどの点ですか？」 |
| **T**imeline（時期） | 導入検討の時期感 | 「いつまでに解決したいとお考えですか？」 |

BANTの4要素をすべて満たすリードは「ホットリード」としてすぐにフィールドセールスにトスアップします。一部の要素だけを満たすリードは「ウォームリード」として、追加のナーチャリングを行います。

ただし、初回の電話で予算や決裁権を正面から聞くと、相手が警戒して会話が続かないことがあります。BANTはチェックリストとして順番に聞くものではなく、会話の中で自然に埋まっていく項目として扱うほうが運用しやすいと考えています。

### MEDDIC：高単価・エンタープライズ向けの基準

エンタープライズ向けの高単価商材では、BANTよりも詳細なMEDDICフレームワークが有効です。

| 要素 | 確認内容 |
| --- | --- |
| **M**etrics（指標） | 導入効果を定量的に測定できるか |
| **E**conomic Buyer（経済的決裁者） | 最終的にお金を出す人は誰か |
| **D**ecision Criteria（意思決定基準） | 何を基準に選定するか |
| **D**ecision Process（意思決定プロセス） | 選定のプロセスはどうなっているか |
| **I**dentify Pain（課題の特定） | 解決すべき課題は明確か |
| **C**hampion（推進者） | 社内で導入を推進してくれる人はいるか |

MEDDICの全要素をSDRの初回ヒアリングで埋めるのは現実的ではありません。SDRは「課題の特定」と「推進者の有無」までを確認し、残りはフィールドセールスが商談の中で埋めていく、という分担にすると無理がありません。

### GPCT：顧客の目標から入る基準

HubSpotが提唱するGPCTフレームワークは、顧客の目標を起点にスクリーニングを行います。

| 要素 | 確認内容 | SDRの確認ポイント |
| --- | --- | --- |
| **G**oals（目標） | 達成したい目標は何か | 具体的な数値目標があるか |
| **P**lans（計画） | 目標達成のための計画は何か | 計画の具体性と実行段階 |
| **C**hallenges（課題） | 計画実行の障壁は何か | 自社サービスで解決可能な課題か |
| **T**imeline（時期） | いつまでに達成したいか | 直近のアクションが明確か |

3つの使い分けは次のように考えると判断しやすくなります。

| 状況 | 向いているフレームワーク |
| --- | --- |
| 商材が比較的シンプルで、リード数が多い | BANT |
| 高単価で、複数部門が選定に関わる | MEDDIC |
| 課題解決型の商材で、相手の目標から提案をつくりたい | GPCT |

### 自社の受注・失注データから基準をつくる

上記のフレームワークはあくまで基本形であり、自社の商材・市場・営業プロセスに合わせてカスタマイズします。進め方は次のとおりです。

1. 過去の受注案件を分析し、業種・規模・流入経路・最初の課題など、共通するパターンを抽出する
2. 受注に至らなかった案件の特徴を分析し、「商談化すべきでなかったリード」の条件を言語化する
3. 1と2の差分から、自社独自のスクリーニング質問を少数に絞って設計する
4. SDRの実務で運用し、月次でフィールドセールスからフィードバックを受けて改善する

スプレッドシートで受注・失注案件を見比べる際は、失注理由の記録状況を確認し、空欄があれば選択式の項目を用意して記録を始めてください。記録がたまるほど、スクリーニング基準の精度は上げやすくなります。

## MQL→SAL→SQLの判定プロセス

リードの成熟度に応じたステージ定義は、マーケティングとセールスの共通言語です。ステージの名前だけを決めても、定義と判定する人が決まっていなければ、部門ごとに解釈がずれていきます。ここではステージ定義、MQLの判定、SDRのヒアリング、トスアップまでを順に整理します。

### リードステージの定義

| ステージ | 定義 | 判定主体 | 次のアクション |
| --- | --- | --- | --- |
| **リード** | コンタクト情報を取得した見込み客 | マーケティング | スコアリングで評価 |
| **MQL**（Marketing Qualified Lead） | マーケティングが「営業フォローすべき」と判定したリード | マーケティング | SDRに引き渡し |
| **SAL**（Sales Accepted Lead） | SDRが引き受け、初回接触・ヒアリングを実施中のリード | SDR | ヒアリング・スクリーニング |
| **SQL**（Sales Qualified Lead） | SDRが「商談化可能」と判定し、フィールドセールスにトスアップしたリード | SDR | フィールドセールスが商談実施 |
| **Opportunity**（商談） | フィールドセールスが商談として正式に受け入れたリード | フィールドセールス | 提案・クロージング |

HubSpotのライフサイクルステージには、標準でサブスクライバー、リード、MQL、SQL、商談（Opportunity）、顧客、エバンジェリスト、その他が用意されています（出典：[Use lifecycle stages](https://knowledge.hubspot.com/records/use-lifecycle-stages)）。どちらを選ぶかは、「SALの件数を経営レポートで追いたいか」で決めると判断しやすくなります。追いたいならステージとして定義し、SDR内の作業管理で十分ならプロパティで管理する、という分け方です。

### MQLの判定：リードスコアリング

MQLの判定にはリードスコアリングが有効です。スコアリングモデルは次の2軸で設計します。

**属性スコア（Fit Score）：企業・担当者の属性**

| 属性 | 配点の重み |
| --- | --- |
| 従業員規模がICPに合致 | 高 |
| 業種がICPに合致 | 高 |
| 役職が部長以上 | 高 |
| 役職が課長クラス | 中 |
| 役職が担当者クラス | 低 |

**行動スコア（Engagement Score）：Webサイト上の行動**

| 行動 | 配点の重み |
| --- | --- |
| 料金ページ閲覧 | 高 |
| 事例ページ閲覧 | 高 |
| ウェビナー参加 | 高 |
| ホワイトペーパーDL | 中 |
| ブログ記事を複数閲覧 | 低 |
| メールリンククリック | 低 |

MQLは「属性スコアと行動スコアの両方が、それぞれの閾値を超えたとき」に認定する形がおすすめです。行動スコアだけでは、閲覧や資料請求の目的が自社の導入検討か判断できません。属性スコアだけでは、課題や検討時期を確認できないため、両方を見てSDRへの引き渡しを判断します。

HubSpotのリードスコアリング機能を使えば、スコアリングルールを自動で計算し、閾値を超えたリードをSDRに通知できます。配点と閾値は最初から完璧を目指さず、運用開始後にMQLから商談化したリードとしなかったリードのスコア分布を比べて、少しずつ調整していくのが現実的です。

### SAL→SQLの判定：SDRのヒアリングプロセス

SDRがMQLを受け取ってからSQLに昇格させるまでの流れを標準化します。

**Step 1：初回接触**  
リードが行動を起こした直後に接触します。資料請求やフォーム送信の直後は関心が高いため、自動返信メールだけで終わらせず、SDRからの電話やパーソナライズしたメールを営業時間内のできるだけ早いタイミングで届けます。

**Step 2：ヒアリング**  
BANTやGPCTの質問に沿って、次の項目を聞いていきます。

- 現在の課題・痛み（具体的なエピソードを引き出す）
- 期待する成果（定量的な目標があるか）
- 検討のタイムライン
- 意思決定プロセスと関与者
- 現在利用中のツール・システム

**Step 3：SQL判定**  
ヒアリング結果をもとに、次の3区分で評価します。

| 判定 | 条件 | 次のアクション |
| --- | --- | --- |
| SQL（商談化） | スクリーニング基準の主要項目を満たし、近いうちに次のアクションが見込める | フィールドセールスへトスアップ |
| ナーチャリング | 課題意識はあるが、検討が具体化していない | ナーチャリングシナリオへ移行 |
| 不適格 | ICPに合致しない、または課題がない | 不適格理由を記録して対応終了 |

「不適格」を選んだ場合も、理由を選択式で記録しておくと、マーケティング側で広告やコンテンツのターゲティングを見直す材料になります。

### トスアップと取引パイプラインへの接続

SQLと判定したリードは、フィールドセールスにトスアップします。トスアップ時には次の情報を引き継ぎます。

- 企業情報（規模・業種・主要事業）
- キーパーソン情報（役職・担当範囲）
- 課題の詳細（具体的なエピソード）
- 期待する成果と検討時期
- 競合検討状況
- SDRのヒアリングメモ（録音がある場合はリンク）

これらを口頭やチャットで伝えるのではなく、取引の作成時に入力する項目として固定しておくことをおすすめします。取引パイプラインは、次の4つの要素で設計すると、SDRからの引き継ぎ品質を担保しやすくなります。

- **取引ステージ**
- **各ステージの受注確度**
- **ステージの定義**
- **ステージ移行時の必須入力項目**

たとえば「商談化」ステージに入る条件として、上記の引き継ぎ項目の入力を必須にしておけば、情報が欠けたままトスアップされる状態を防げます。

以下の画面は、HubSpotの取引一覧をテーブルビューで表示した例です。SDRがトスアップした案件がどのステージにあるかを一覧で追えるため、「渡した後どうなったか」をSDR自身が見に行ける状態をつくれます。

![取引一覧（22件・テーブルビュー）](https://start-link.jp/hubfs/blog/screenshots/library/crm_deals_list.png)

## 商談化率を向上させる具体的な施策

スクリーニング基準とステージ定義が決まったら、次はそれを日々回す運用の設計です。ここでは、初回接触スピード、マーケティングとのSLA、ナーチャリングと失注からの掘り起こし、フィールドセールスとのフィードバックループの4つを取り上げます。どれか1つだけでは効果が出にくく、4つがつながって初めて商談化率の改善につながります。

### 施策1：初回接触スピードを仕組みで担保する

リードへの初回接触の速さは、商談化率に直結します。スピードをSDR個人の頑張りに頼らず、仕組みで担保するための施策は次のとおりです。

- CRMのリード通知を即時に設定する
- SDRの勤務時間帯を、リードが多く入る時間帯に合わせる
- 自動返信メールとは別に、パーソナライズした電話・メールを速やかに実施する
- SDR不在時のバックアップ担当を決め、通知の送り先に含めておく

通知の設計では、**条件を広げすぎないこと**がポイントになってきます。すべてのフォーム送信を通知すると、重要なリードの通知が埋もれてしまいます。

通知は「MQLに到達した」「料金ページ閲覧後に問い合わせた」など、受け取った担当者がその日のうちに行動を決められる条件に絞ってください。

1〜2週間運用してみて、開かれないまま放置された通知の条件から外していくと、通知が形骸化しにくくなります。

### 施策2：マーケティングとのSLAを設計する

マーケティングとSDRのあいだでSLA（Service Level Agreement）を設定し、リードの引き渡しと対応の基準を明文化します。

**マーケティング側のSLA**

| 項目 | 基準 |
| --- | --- |
| MQL判定基準 | スコアリングモデルに基づく客観基準 |
| リード情報の必須項目 | 企業名、氏名、役職、電話番号、リードソース |
| リード引き渡しのタイミング | リアルタイム（CRM上で自動連携） |
| リード品質レビュー | 月次でSDRからのフィードバック会議を実施 |

**SDR側のSLA**

| 項目 | 基準 |
| --- | --- |
| 初回接触時間 | MQL認定後、営業時間内のできるだけ早いタイミング |
| フォロー回数 | 電話とメールを組み合わせた複数回のタッチ |
| SQL判定期限 | MQL引き渡しから一定の営業日以内に判定を完了 |
| CRM情報更新 | 接触ごとにその場で記録 |

具体的な時間や回数は、自社のリード数とSDRの人数から決めてください。SLAを決めたら、守れているかをCRMのレポートで毎週見られるようにしておきます。守れていない週が続く場合は、MQLの流入量と担当者の対応状況、初回接触が遅れた理由を確認し、対応体制とMQL判定基準のどちらを見直すべきか判断します。

### 施策3：ナーチャリングと失注からの掘り起こしを一続きで設計する

「今すぐではないが、将来的に有望」なリードを放置せず、計画的に育成する仕組みを構築します。ナーチャリングシナリオの例は次のとおりです。

| 分類 | 条件 | ナーチャリング施策 |
| --- | --- | --- |
| 時期未定型 | 課題認識はあるが、検討時期が未定 | 定期的な情報提供メール + 一定期間ごとの架電 |
| 情報収集型 | 複数社を比較中だが決定時期が先 | 事例・比較資料の提供 + 定期的なメール |
| 担当者変更型 | 前任者が退職し、新担当者に再アプローチ | 改めての自己紹介 + 前回の議論サマリー共有 |

HubSpotのワークフロー機能を使えば、こうしたナーチャリングシナリオを自動化し、SDRの手作業を減らせます。

ここで押さえておきたいのが、ナーチャリングの対象はSDRが判定したリードだけではない点です。フィールドセールスが失注した取引の担当者も、時期が変われば再び商談になる可能性があります。失注した取引のコンタクトをナーチャリングに戻し、再びスコアが閾値を超えたらSDRに通知する、というループをつくっておくと、「リード→MQL→SQL→商談→失注→ナーチャリング→再MQL」という一続きの流れになります。

### 施策4：SDRとフィールドセールスのフィードバックループ

SDRが創出した商談の「その後」をトラッキングし、SDRの判定基準を継続的に改善します。月次で次の項目を振り返ります。

- フィールドセールスが商談として受け入れた率（商談受入率）
- 受け入れたが商談にならなかったケースの原因
- SDRがナーチャリングに回したが、実は商談化できたケース
- 上記に基づくスクリーニング基準の修正

会議での振り返りは、SDRの判定区分と取引の失注理由を案件ごとに記録し、SQLと判定した案件が予算を理由に失注した場合などに、判定時の情報と失注理由を照らし合わせて基準を見直します。議論の起点がデータになるため、担当者が入れ替わっても同じ振り返りを続けられます。

## HubSpotでSDR業務を仕組み化する

ここまでのプロセスは、担当者の経験やセンスに頼ると、人が入れ替わるたびに品質が落ちます。私たちは、SDRの運用を「個人が頑張る」ではなく「新人でも同じ判断ができる」状態にすることが、組織として商談化率を安定させる近道だと考えています。ここでは、HubSpotを使った仕組み化の考え方を紹介します。

### ライフサイクルステージとワークフローでステージ移行を自動化する

ステージの移行を手作業で行うと、更新漏れが起き、レポートの数字が実態とずれていきます。次のような移行は、ワークフローで自動化しておくと運用が安定します。

| 移行 | 自動化のきっかけ | 自動で行う処理 |
| --- | --- | --- |
| リード→MQL | スコアが閾値を超えた | ライフサイクルステージ変更、SDRへの通知とタスク作成 |
| MQL→SQL | SDRが判定区分で「SQL」を選択 | ライフサイクルステージ変更、取引の作成 |
| SQL→商談 | フィールドセールスが取引を受け入れた | ライフサイクルステージ変更 |
| 失注→掘り起こし | 取引が失注ステージに移動 | ステージをクリアして再設定、ナーチャリング開始 |

また、同じ会社から複数のリードが来ている場合は、コンタクト単位だけでなく会社単位でもステージを管理しておくと、「リードの数は多いが、会社の数で見ると少ない」といった実態を把握できます。会社のステージは、関連するコンタクトの中で最も進んだステージに合わせる設計が扱いやすいと考えています。

ワークフローを初めて組む場合は、AIに叩き台をつくらせてから手動で調整する進め方も取っ掛かりとしては有効です。ただし、どの条件でステージを進めるかという定義そのものは、自社の営業プロセスを理解した人が決めてください。

### 必須プロパティで新人でも同じ判定ができるようにする

スクリーニングの判定基準を文書にまとめても、現場で参照されなければ意味がありません。判定区分や引き継ぎ項目をCRMのプロパティとして用意し、ステージ移行の条件として入力を必須にすれば、基準がそのまま画面に組み込まれます。

必須プロパティは、新人SDRにとって「このステージに進める前に何を聞いておくべきか」を教えるチェック項目にもなります。**先輩が横について教えなくても、画面の入力項目に沿ってヒアリングすれば一定の品質が出る状態**は、SDR組織を拡大するうえで大きな意味を持ちます。

一方で、必須項目を増やしすぎたり、権限を広げすぎたりすると運用が崩れます。

- **必須項目の増やしすぎ** ── 入力が形骸化し、適当な値で埋められるようになります。必須にするのは「この項目が空だとフィールドセールスが商談に入れない」ものに限定し、それ以外は任意にしておくのがおすすめです
- **プロパティの権限** ── 誰でも追加・変更できる状態にしておくと、似たような項目が乱立しがちです。作成・編集権限は管理者に限定しておくと、項目の増殖を防げます

### シーケンスとBreezeの使いどころと限界

ナーチャリング中のリードや、初回接触後に返信がないリードへのフォローは、シーケンスで自動化できます。シーケンスは、あらかじめ用意したメールとタスクを順に実行し、相手から返信があると自動で停止する機能です。なお、シーケンスはSales HubまたはService HubのProfessional・Enterpriseで利用できる機能で、Starter以下のプランでは使えません（出典：[Create and edit sequences](https://knowledge.hubspot.com/sequences/create-and-edit-sequences)）。

HubSpotのAI機能は、SDRのヒアリング準備に使う情報を整理する際の選択肢です。以下の画面では、HubSpotの取引レコードの「概要」タブに表示された会社情報やニュースを手がかりに、ヒアリング前に確認したい点を整理できます。SDRは表示内容をヒアリング準備の手がかりとし、情報を確認してから使います。

![HubSpot取引レコードの概要タブに会社情報カードとRecent News & Trigger Eventsカードが並ぶ画面](https://start-link.jp/hubfs/blog/screenshots/library/breeze_record_agent_research.png)

AIと人の役割分担は、次のように整理すると判断しやすくなります。

| AIに任せやすいこと | 人が判断すること |
| --- | --- |
| 企業情報のリサーチと要約 | SQLかナーチャリングかの最終判定 |
| 問い合わせ内容の分類 | スクリーニング基準そのものの設計 |
| フォローメールの下書き | メールを送るかどうかの最終判断 |
| 活動記録の要約 | 大型案件になりそうなリードへのアプローチ方針 |

AIが整理した企業情報やニュースは、参照元と更新時点を確認してヒアリング準備に使い、SQL判定やお客様に送る文面は、SDRがヒアリング内容や過去のやり取りと照らして確定してください。生成したメールは送信前に、宛名や敬語、依頼の言い回しが相手との関係やこれまでのやり取りに合っているか確認してください。

## SDRのKPI設計と活動管理

SDRのKPIは「量」と「質」のバランスで設計します。量だけを追うと質の低いSQLの数稼ぎが起き、質だけを追うと慎重になりすぎて機会を逃します。ここでは、KPIを階層で整理する方法と、日々の活動の組み立て方を紹介します。

### KPIを日次・週次・月次の3階層で設計する

| 階層 | 主な指標 | 見る目的 |
| --- | --- | --- |
| 日次（Activity） | 架電数、メール送信数、有効接触数（意思決定者と会話できた件数）、CRM情報更新件数 | 活動量が足りているか |
| 週次（Output） | SQL創出数、ナーチャリング移行数、不適格判定数、SLA内の初回接触率 | 判定が滞っていないか |
| 月次（Result） | SQL創出数、商談受入率、MQL→SQL転換率、パイプライン貢献額 | 組織として成果が出ているか |

目標値は、過去の実績から逆算して決めてください。たとえば月次のパイプライン貢献額の目標から、必要なSQL数、そのために必要な有効接触数、さらに必要な架電数へと分解していくと、日次KPIの根拠を説明できるようになります。

これらの指標をスプレッドシートで毎日集計すると、集計作業だけでSDRリーダーの時間が削られます。CRMに活動を記録していれば、ダッシュボードで日次・週次の数字をリアルタイムに確認できるため、集計のための作業は不要になります。

### 日次の活動を時間ブロックで組み立てる

SDRの1日の時間配分を標準化すると、成果のばらつきを抑えられます。

| 時間帯 | 活動内容 |
| --- | --- |
| 始業直後 | 当日のリード確認・優先順位付け |
| 午前前半 | メール対応（返信・初回送信） |
| 午前後半 | 架電ブロック①（集中的に架電） |
| 午後はじめ | CRM情報更新・午前の振り返り、ヒアリング準備 |
| 午後中盤 | 架電ブロック②（集中的に架電） |
| 午後後半 | フォローメール送信・CRM更新 |
| 終業前 | 翌日の準備・リード精査 |

架電は「ブロックタイム」で集中して行うことがポイントです。メール確認やCRM更新と並行していると、集中が途切れて接続率が下がりやすくなります。ただし、新規のMQLが入ったときの初回接触はブロックタイムよりも優先する、というルールを決めておかないと、スピードのSLAが守れなくなります。

## SDR組織のスケーリングと育成

SDR組織は、いきなり大人数で立ち上げるよりも、プロセスを固めながら段階的に広げていくほうが安定します。人を増やす前に「誰がやっても同じ判定になる型」ができているかどうかが、拡大の成否を分けます。ここでは拡大のステップ、育成の進め方、キャリアパスを整理します。

### SDRチームの拡大ステップ

| フェーズ | 体制 | 主な取り組み | 次へ進む目安 |
| --- | --- | --- | --- |
| 立ち上げ期 | 1〜2名 | プロセスとスクリーニング基準の構築、プレイブックの確立、KPIの妥当性検証 | 基準とCRMの入力ルールが固まり、商談受入率が安定している |
| 拡大期 | 3〜5名 | SDRリーダーを1名任命（プレイング＋マネジメント兼任）、新人向けオンボーディングの整備、ナレッジ共有の仕組み化 | 新人がオンボーディングだけで独り立ちできている |
| 成熟期 | 6名以上 | SDR専任マネージャーの配置、AE（Account Executive）へのキャリアパス整備、BDRへの異動パスの設計 | — |

各フェーズで「次へ進む目安」を満たしていない状態で人を増やすと、判定のばらつきが人数分だけ広がります。立ち上げ期に基準とCRMの入力ルールを固めることに時間をかけるほうが、結果として拡大がスムーズになります。

### SDRの育成プログラム

| 段階 | 内容 | 到達目標 |
| --- | --- | --- |
| 導入初期 | 製品知識・市場理解 | 自社サービスの価値を短時間で説明できる |
| 基礎習得 | CRM操作・スクリーニング基準の理解 | CRMでリード管理ができる |
| 練習 | ロープレ（先輩SDRとの模擬ヒアリング） | ヒアリングの基本フローを実行できる |
| 実務開始 | 先輩SDRのモニタリング付きで対応 | 補助付きで架電・メール対応ができる |
| 独立稼働 | 単独でリード対応 | 日次KPIを達成できる |
| 完全独立 | 週次・月次の目標を自分で管理 | 週次・月次KPIを達成できる |

育成を早めるうえで効果が大きいのは、「良いヒアリング」の実例を共有できる状態にしておくことです。商談化につながったリードのヒアリングメモや通話録音をCRMから参照できれば、新人は先輩の判断の根拠を自分で学べます。

### SDRのキャリアパス設計

SDRを「キャリアのスタートライン」として位置づけ、次のステップを明確に示すことで、優秀な人材の定着につながります。

- SDR → アカウントエグゼクティブ（AE）：一般的なパス
- SDR → BDR：アウトバウンド営業への転身
- SDR → カスタマーサクセス：顧客志向が強い人材向け
- SDR → SDRマネージャー：マネジメント志向の人材向け
- SDR → マーケティング：リードの実態を知る人材として活躍

SDRを経験した人材は、マーケティングが獲得したリードの実態と、フィールドセールスが求める商談の条件の両方を知っています。この経験を他部門に持ち込めることは、組織全体の連携を強める効果もあります。

## よくある質問

### SDRとテレアポは何が違いますか？

テレアポは「電話でアポイントを取る」という単一のアクションを指しますが、SDRは「リードの適格性を判定し、商談化可能なリードを選別する」プロセス全体を担います。テレアポはSDRの活動の一部にすぎません。SDRはCRMのデータ、リードスコアリングに基づく優先順位付け、電話とメールを組み合わせたフォロー、フィールドセールスへの質の高いトスアップまでを行います。

### SDRの適切な人数はどう決めますか？

月間のMQL数と、SDR1名あたりが1か月に対応できるMQL数から逆算します。1名あたりの対応件数は商材の複雑さによって変わるため、まずは現在の担当者の実績を1〜2か月計測してから基準にしてください。あわせて、リードが集中する時間帯に初回接触のSLAを守れるかどうかも人数設計に含めて考えます。

### SDRの評価で重視すべきKPIは何ですか？

中心に置きたいのは「商談受入率」です。SDRが創出したSQLのうち、フィールドセールスが実際に商談として受け入れた割合を見ることで、スクリーニングの精度を評価できます。SQLの創出数だけで評価すると、質の低い商談の数稼ぎが起きやすくなるため、創出数と商談受入率をセットで追う設計をおすすめします。

### ナーチャリングに回したリードはどう管理すればよいですか？

ナーチャリングに回したリードは、マーケティングの配信対象に戻し、定期的なコンテンツ配信やウェビナー案内で関係を維持します。そのうえで、再びスコアが閾値を超えたらSDRに通知される仕組みをワークフローで組んでおきます。失注した取引のコンタクトも同じ流れに乗せておくと、掘り起こしの機会を取りこぼしにくくなります。

### リモートワーク環境でSDRを運用するコツはありますか？

ポイントは3つです。1つ目は、自宅からでも架電・録音・CRMへの記録ができる電話環境を整えることです。2つ目は、朝会・夕会をオンラインで毎日実施し、活動状況の可視化と孤立防止を両立させることです。3つ目は、ロープレをオンラインで定期的に実施し、ヒアリングのスキルを維持することです。

## まとめ

SDRは、マーケティングが獲得したリードを選別し、フィールドセールスが集中すべき商談を生み出す、営業組織の入り口を担う役割です。本記事の要点を整理します。

- **4要素を仕組みとして整える**：スクリーニング基準・マーケとのSLA・初回接触スピード・フィールドセールスとのフィードバックループを、個人の努力ではなくCRMとワークフローで回る形にします。
- **判定基準は自社の受注・失注データからつくる**：BANT・MEDDIC・GPCTを土台にしつつ、属性と行動の2軸でMQLを判定し、SDRのヒアリングでSQLを判定します。
- **ステージ移行と引き継ぎをCRMに組み込む**：ライフサイクルステージの自動変更、取引作成時の必須プロパティ、失注からの掘り起こしまでを一続きの流れとして設計します。
- **AIは下調べと下書きに使う**：Breezeで企業情報のリサーチやメールの下書きを効率化しつつ、判定と送信の最終判断は人が行います。

まずは、直近のリードを「初回接触までの時間」と「商談化したかどうか」で並べてみることから始めてください。次の行動は、以下の3ステップがおすすめです。

1. 過去の受注・失注案件を振り返り、商談化するリードの共通点を書き出す
2. MQL・SQL・商談の定義と判定する人を、マーケティング・SDR・フィールドセールスの三者で合意する
3. SQL判定とトスアップに使う項目だけをCRMのプロパティにし、1名のSDRで運用を試す

CRMを活用した業務効率化やAIとの連携に関するご相談は、StartLinkまでお気軽にお問い合わせください。

## あわせて読みたい

- [営業体制の構築ガイド｜スタートアップ・中小企業が最小人数で成果を出す組織設計](https://start-link.jp/hubspot-ai/btob-marketing/sales-management)
- [営業推進の施策設計ガイド｜営業活動を加速させる仕組みと実行管理の方法](https://start-link.jp/hubspot-ai/btob-marketing/sales-management/sales-enablement-execution-design)
- [CRM/SFA導入の社内チェンジマネジメント｜現場の抵抗を乗り越える組織変革の進め方](https://start-link.jp/hubspot-ai/btob-marketing/sales-management/crm-change-management)

記事の内容を、そのまま実務に落とし込みたい方向け

HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。

[サービス概要を見る](https://start-link.jp/service/hubspot-ai) [無料で相談する](https://start-link.jp/contact)

## 次に読む

### [![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_CQ-4_featured.png) kintoneからHubSpotへの移行手順｜顧客・案件データ設計とCSV取込](https://start-link.jp/hubspot-ai/btob-marketing/crm-backoffice/kintone-to-hubspot)

### [![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_KT-3.png) Kintoneの複数アプリをHubSpotオブジェクトに再設計する方法｜関連付けはカバー率を実測してから設計する](https://start-link.jp/hubspot-ai/btob-marketing/crm-backoffice/kintone-multi-app-object-mapping)

### [![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_KT-1.png) kintoneからHubSpotへの移行 完全ガイド｜判断基準から手順・帳票・連携まで全体像を整理](https://start-link.jp/hubspot-ai/btob-marketing/crm-backoffice/kintone-hubspot-migration-guide)

## あわせて読みたいBtoBマーケ実践ガイド

### [GTM GTM戦略の設計ガイド 市場投入の順番、仮説設計、営業連携までを一気通貫で整理できます。](https://start-link.jp/hubspot-ai/btob-marketing/btob-marketing-basics/gtm-go-to-market-strategy-design-guide-1)

### [Law 特定電子メール法ガイド BtoBメール配信で外せない法対応と実務運用の注意点を確認できます。](https://start-link.jp/hubspot-ai/btob-marketing/email-marketing-ma/can-spam-law-btob-guide)

### [SEO AIO対策の実践SEOチェックリスト AI Overview時代に引用される記事構造と改善優先順位を整理できます。](https://start-link.jp/hubspot-ai/btob-marketing/content-marketing-seo/aio-ai-overview-seo-strategy)

### [Service BtoBマーケとCRM活用を相談する 集客、ナーチャリング、CRM整備まで成果につながる導線設計を支援します。](https://start-link.jp/service/hubspot-ai)

## 記事の内容を、そのまま実務に落とし込みたい方向け

[無料で相談する](https://start-link.jp/contact) [資料をダウンロード](https://start-link.jp/hubspot-ai/btob-marketing/sales-management/sdr-lead-screening-qualification#blog-download)

 株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、[無料のお問い合わせページ](https://www.start-link.jp/contact)より、お気軽にご連絡くださいませ。

###### 関連キーワード:

[マーケティング](https://start-link.jp/hubspot-ai/tag/マーケティング) [BtoB](https://start-link.jp/hubspot-ai/tag/btob) [営業](https://start-link.jp/hubspot-ai/tag/営業)

## サービス資料を無料DL

## 著者情報

![7-1](https://start-link.jp/hubfs/7-1.jpg)

### 今枝 / Imaeda

 株式会社StartLink 代表取締役。累計150社以上のHubSpotプロジェクト支援実績を持ち、Claude CodeやHubSpotを軸にしたAI活用支援・経営基盤AXのコンサルティング事業を展開。  
 HubSpotのトップパートナー企業や大手人材グループにて、エンタープライズCRM戦略策定・AI戦略ディレクションを経験した後、StartLinkを創業。現在はCRM×AIエージェントによる経営管理支援を専門とする。

[StartLink](https://start-link.jp/)

### Service

- [会社情報](https://start-link.jp/about)
- [サービス](https://start-link.jp/service)
- [プロダクト](https://start-link.jp/sync)
- [採用情報](https://start-link.jp/recruit)
- [コンサルタントの方へ](https://start-link.jp/consultant-platform)

### Contact

- [問い合わせ](https://start-link.jp/contact)
- [資料ダウンロード](https://start-link.jp/download/service)
- [Syncナレッジベース](https://start-link.jp/sync/knowledge-base)
- [個人情報保護方針](https://start-link.jp/privacy-policy)
- [個人情報取り扱い規定](https://start-link.jp/personal-information-processing-agreement)

(c) 2026 All Rights Reserved.

```json
{
  "@context" : "https://schema.org",
  "@type" : "BlogPosting",
  "author" : {
    "@type" : "Person",
    "name" : "今枝 拓海",
    "url" : "https://start-link.jp/hubspot-ai/author/imaeda"
  },
  "datePublished" : "2026-03-11T10:31:58.000Z",
  "headline" : "SDR営業のリードスクリーニング設計｜商談化までの判定基準と運用の仕組み",
  "image" : [ "https://start-link.jp/hubfs/blog/screenshots/generated/gen_CS-2.jpg" ],
  "mainEntityOfPage" : {
    "@id" : "https://start-link.jp/hubspot-ai/btob-marketing/sales-management/sdr-lead-screening-qualification",
    "@type" : "WebPage"
  },
  "publisher" : {
    "@type" : "Organization",
    "logo" : {
      "@type" : "ImageObject",
      "url" : "https://start-link.jp/hubfs/Start%20Link%20(1500%20x%20600%20px)%20(5)-1.png"
    },
    "name" : "株式会社StartLink"
  }
}
```

```json
{
  "@context" : "https://schema.org",
  "@type" : "FAQPage",
  "mainEntity" : [ {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "テレアポは「電話でアポイントを取る」という単一のアクションを指しますが、SDRは「リードの適格性を判定し、商談化可能なリードを選別する」プロセス全体を担います。テレアポはSDRの活動の一部にすぎません。SDRはCRMのデータ、リードスコアリングに基づく優先順位付け、電話とメールを組み合わせたフォロー、フィールドセールスへの質の高いトスアップまでを行います。"
    },
    "name" : "SDRとテレアポは何が違いますか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "月間のMQL数と、SDR1名あたりが1か月に対応できるMQL数から逆算します。1名あたりの対応件数は商材の複雑さによって変わるため、まずは現在の担当者の実績を1〜2か月計測してから基準にしてください。あわせて、リードが集中する時間帯に初回接触のSLAを守れるかどうかも人数設計に含めて考えます。"
    },
    "name" : "SDRの適切な人数はどう決めますか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "中心に置きたいのは「商談受入率」です。SDRが創出したSQLのうち、フィールドセールスが実際に商談として受け入れた割合を見ることで、スクリーニングの精度を評価できます。SQLの創出数だけで評価すると、質の低い商談の数稼ぎが起きやすくなるため、創出数と商談受入率をセットで追う設計をおすすめします。"
    },
    "name" : "SDRの評価で重視すべきKPIは何ですか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "ナーチャリングに回したリードは、マーケティングの配信対象に戻し、定期的なコンテンツ配信やウェビナー案内で関係を維持します。そのうえで、再びスコアが閾値を超えたらSDRに通知される仕組みをワークフローで組んでおきます。失注した取引のコンタクトも同じ流れに乗せておくと、掘り起こしの機会を取りこぼしにくくなります。"
    },
    "name" : "ナーチャリングに回したリードはどう管理すればよいですか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "ポイントは3つです。1つ目は、自宅からでも架電・録音・CRMへの記録ができる電話環境を整えることです。2つ目は、朝会・夕会をオンラインで毎日実施し、活動状況の可視化と孤立防止を両立させることです。3つ目は、ロープレをオンラインで定期的に実施し、ヒアリングのスキルを維持することです。"
    },
    "name" : "リモートワーク環境でSDRを運用するコツはありますか？"
  } ]
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/hubspot-ai/btob-marketing/sales-management/sdr-lead-screening-qualification#article",
  "@type" : "BlogPosting",
  "author" : {
    "@id" : "https://start-link.jp/#founder"
  },
  "dateModified" : "2026-10-12T05:31:16+09:00",
  "datePublished" : "2026-03-11T10:31:58+09:00",
  "headline" : "SDR営業のリードスクリーニング設計｜商談化までの判定基準と運用の仕組み",
  "image" : "https://start-link.jp/hubfs/blog/screenshots/generated/gen_CS-2.jpg",
  "isPartOf" : {
    "@id" : "https://start-link.jp/#website"
  },
  "mainEntityOfPage" : {
    "@id" : "https://start-link.jp/hubspot-ai/btob-marketing/sales-management/sdr-lead-screening-qualification",
    "@type" : "WebPage"
  },
  "publisher" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "speakable" : {
    "@type" : "SpeakableSpecification",
    "cssSelector" : [ ".blog-section h2", ".blog-section p:first-of-type", ".blog-section blockquote" ]
  }
}
```

```json
{
  "@context" : "https://schema.org",
  "@type" : "BreadcrumbList",
  "itemListElement" : [ {
    "@type" : "ListItem",
    "item" : "https://start-link.jp",
    "name" : "ホーム",
    "position" : 1
  }, {
    "@type" : "ListItem",
    "item" : "https://start-link.jp/hubspot-ai",
    "name" : "ブログ",
    "position" : 2
  }, {
    "@type" : "ListItem",
    "item" : "https://start-link.jp/hubspot-ai/btob-marketing",
    "name" : "BtoBマーケティング",
    "position" : 3
  }, {
    "@type" : "ListItem",
    "item" : "https://start-link.jp/hubspot-ai/btob-marketing/sales-management",
    "name" : "営業マネジメント",
    "position" : 4
  }, {
    "@type" : "ListItem",
    "name" : "SDR営業のリードスクリーニング設計｜商談化までの判定基準と運用の仕組み",
    "position" : 5
  } ]
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#organization",
  "@type" : "Organization",
  "address" : {
    "@type" : "PostalAddress",
    "addressCountry" : "JP",
    "addressLocality" : "中央区",
    "addressRegion" : "東京都",
    "postalCode" : "104-0061",
    "streetAddress" : "銀座1丁目12番4号 N&E BLD.6F"
  },
  "alternateName" : "StartLink Inc.",
  "award" : [ "HubSpot Gold Solutions Partner（HubSpotゴールドパートナー、2026年4月認定）" ],
  "contactPoint" : [ {
    "@type" : "ContactPoint",
    "availableLanguage" : [ "ja" ],
    "contactType" : "customer support",
    "url" : "https://start-link.jp/contact"
  }, {
    "@type" : "ContactPoint",
    "availableLanguage" : [ "ja", "en" ],
    "contactType" : "sales",
    "url" : "https://start-link.jp/contact"
  } ],
  "description" : "「AI × HubSpot」をコンセプトに掲げるHubSpotゴールドパートナー（Gold Solutions Partner、2026年4月認定）。HubSpotマーケットプレイスに自社アプリ（Sync for freee / Notion / Money Forward / Chatwork）を公開するアプリ開発企業であり、HubSpot/Salesforce知見とAI活用を組み合わせたCRM構築・移行・最適化・AIエージェント/PoC支援まで一貫して提供する。",
  "founder" : {
    "@id" : "https://start-link.jp/#founder",
    "@type" : "Person",
    "jobTitle" : "代表取締役",
    "name" : "今枝 拓海",
    "sameAs" : [ "https://x.com/ImaedaTakumii", "https://www.linkedin.com/in/takumi-imaeda/", "https://www.facebook.com/takumiIma" ]
  },
  "foundingDate" : "2024-09-04",
  "hasCredential" : {
    "@type" : "EducationalOccupationalCredential",
    "credentialCategory" : "certification",
    "name" : "HubSpot Gold Solutions Partner",
    "recognizedBy" : {
      "@type" : "Organization",
      "name" : "HubSpot, Inc.",
      "url" : "https://www.hubspot.com/"
    }
  },
  "image" : [ "https://start-link.jp/hubfs/startlink-ai-agent.jpg", "https://start-link.jp/hubfs/startlink-aiorg.jpg" ],
  "knowsAbout" : [ "HubSpot CRM", "HubSpot Implementation", "HubSpot導入支援", "CRM構築", "AI活用", "HubSpot連携アプリ開発", "Salesforce to HubSpot Migration", "Generative AI Integration", "AI Agent Development", "Revenue Operations", "Marketing Automation", "freee Integration", "Notion Integration", "Money Forward Integration" ],
  "legalName" : "株式会社StartLink",
  "logo" : "https://start-link.jp/hubfs/startlink-logo.png",
  "mainEntityOfPage" : "https://start-link.jp/",
  "memberOf" : {
    "@type" : "ProgramMembership",
    "hostingOrganization" : {
      "@type" : "Organization",
      "name" : "HubSpot, Inc.",
      "url" : "https://www.hubspot.com/"
    },
    "membershipNumber" : "Gold Tier",
    "programName" : "HubSpot Solutions Partner Program"
  },
  "name" : "株式会社StartLink",
  "sameAs" : [ "https://www.youtube.com/@startlink-hubspot", "https://x.com/ImaedaTakumii", "https://www.linkedin.com/in/takumi-imaeda/", "https://www.linkedin.com/company/108100307/", "https://www.facebook.com/takumiIma", "https://www.facebook.com/profile.php?id=61566874764985", "https://prtimes.jp/main/html/searchrlp/company_id/149669", "https://app.hubspot.com/ecosystem/46046172/marketplace/solutions/startlink" ],
  "taxID" : "8010001248134",
  "url" : "https://start-link.jp/"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#website",
  "@type" : "WebSite",
  "inLanguage" : "ja",
  "name" : "株式会社StartLink",
  "publisher" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "url" : "https://start-link.jp/"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-hubspot",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "CRM導入", "HubSpot" ],
  "description" : "150社以上の実績を持つHubSpotゴールドパートナーが、業務フローに合わせた設計から構築・本番稼働まで一貫支援。",
  "name" : "HubSpot導入・構築支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "HubSpot導入・構築支援",
  "url" : "https://start-link.jp/service/hubspot"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-hubspot-ai",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "CRM最適化", "AI活用" ],
  "description" : "HubSpotを軸に業務要件に沿った設計改善とAI連携活用を包括支援。",
  "name" : "HubSpot AIコンサルティング",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "HubSpot AIコンサルティング",
  "url" : "https://start-link.jp/service/hubspot-ai"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-hubspot-training",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "研修", "HubSpot" ],
  "description" : "HubSpotの概念・基本操作からAI活用ノウハウまで、社内浸透のための研修を提供。",
  "name" : "HubSpot研修・レクチャー支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "HubSpot研修・内製化支援",
  "url" : "https://start-link.jp/service/hubspot-ai/training"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-sf2hs-replace",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "CRM移行", "データ移行" ],
  "description" : "Salesforce/HubSpot双方の思想とデータモデルを理解した移行設計とHubSpot側CRM開発を実行。",
  "name" : "SalesforceからHubSpotへのリプレイス支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "SalesforceからHubSpotへのリプレイス支援",
  "url" : "https://start-link.jp/service/salesforce-hubspot-replace"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-claude-code-bi",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "AI活用", "経営管理" ],
  "description" : "複数システムのデータを統合し、毎朝のAIブリーフィングなど経営の意思決定を加速する仕組みを構築。",
  "name" : "Claude Codeによる経営データ活用支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "AI経営管理支援",
  "url" : "https://start-link.jp/service/claude-code/business-intelligence"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-claude-code-content",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "コンテンツマーケティング", "AI活用" ],
  "description" : "キーワード戦略からSEO記事制作、CMS公開まで、AIを活用したコンテンツマーケティングを自動化。",
  "name" : "Claude Codeによるコンテンツマーケティング支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "AIコンテンツ制作支援",
  "url" : "https://start-link.jp/service/claude-code/content-marketing"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-freee",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotとfreee会計・freee請求書をシームレスに連携。取引先の同期から請求書作成まで、バックオフィスの業務を自動化するHubSpotマーケットプレイスアプリ。",
  "featureList" : [ "freee取引先をHubSpotに自動同期", "HubSpotからfreee見積書・請求書を作成", "取引データをfreee会計に自動登録", "月次請求・更新処理に対応", "商品項目・品目・部門・タグ情報の連携" ],
  "installUrl" : "https://ecosystem.hubspot.com/marketplace/apps/sync-for-freee-bystartlink",
  "name" : "Sync for freee",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "請求月5件・見積月20件まで",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "請求月50件・見積月100件まで",
    "name" : "Professional",
    "price" : "4000",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "無制限",
    "name" : "Enterprise",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "softwareHelp" : {
    "@type" : "WebPage",
    "url" : "https://start-link.jp/sync/knowledge-base/freee/basic-steps"
  },
  "url" : "https://start-link.jp/sync/freee"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-notion",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotのCRMレコードとNotionのページ・データベースを接続。HubSpotの画面から離れずにNotionのすべてにアクセスできるHubSpotマーケットプレイスアプリ。",
  "featureList" : [ "CRMカードからNotionページの作成・閲覧・編集", "NotionデータベースをCRMタブにテーブル表示", "4つのワークフローアクションで自動化", "コンタクト・会社・取引・チケット・サービス・プロジェクト対応" ],
  "installUrl" : "https://ecosystem.hubspot.com/marketplace/listing/sync-for-notion-bystartlink",
  "name" : "Sync for Notion",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "ページ・DB合計50件まで",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "無制限",
    "name" : "Professional",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "url" : "https://start-link.jp/sync/notion"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-moneyforward",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotとマネーフォワード クラウドを連携。取引情報から見積書・請求書を自動作成し、取引先・品目の同期や継続請求に対応するHubSpot連携アプリ。",
  "featureList" : [ "取引（Deal）から見積書・請求書を自動作成", "会社情報とマネーフォワード取引先の同期", "商品項目・品目マスタの連携", "月次・固定回数の継続請求に対応（Professionalプラン以上）", "合算請求（Enterpriseプラン限定）", "前受請求（一括請求・月次計上）（Enterpriseプラン限定）", "原価登録（MF会計への仕訳登録）で案件別の原価・粗利を可視化（Enterpriseプラン限定）", "取引レコードにCRMカードで連携ステータスを表示" ],
  "installUrl" : "https://ecosystem.hubspot.com/ja/marketplace/listing/sync-for-moneyforward-bystartlink",
  "name" : "Sync for Money Forward",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "請求月5件・見積月20件まで",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "請求月50件・見積月100件まで",
    "name" : "Professional",
    "price" : "4000",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "無制限",
    "name" : "Enterprise",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "url" : "https://start-link.jp/sync/moneyforward"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-chatwork",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotとChatworkを連携。ワークフローからChatworkのルームへ通知を送り、CRMカード上で最新のやり取りの確認と返信ができ、紐付けたルームの新着メッセージをHubSpotのノートとして自動で記録するHubSpot連携アプリ。",
  "featureList" : [ "ワークフローアクション「Chatworkに通知」（取引・会社・コンタクト・チケット対応）", "送信先ルームIDとメッセージ本文にHubSpotのプロパティを差し込み", "取引・会社・コンタクトとChatworkルームの紐付け（全プラン無制限）", "CRMカードにルームの最新100件のメッセージを表示（Professionalプラン以上）", "CRMカードからChatworkへメッセージを送信（Professionalプラン以上）", "紐付けたルームの新着メッセージをHubSpotのノートへ自動記録（Enterpriseプラン限定）", "引用や装飾を、HubSpotのノートでも読みやすい見た目のまま記録", "OAuth接続とAPIトークン接続（SAML/SSO環境向け）に対応" ],
  "installUrl" : "https://ecosystem.hubspot.com/marketplace/listing/sync-for-chatwork-bystartlink",
  "name" : "Sync for Chatwork",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "通知 月10件まで・ルーム紐付け無制限",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "通知無制限・CRMカードで最新100件の表示とメッセージ送信",
    "name" : "Professional",
    "price" : "3000",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "Professionalの全機能＋メッセージ同期（30分ごと）",
    "name" : "Enterprise",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "url" : "https://start-link.jp/sync/chatwork"
}
```