社内資料や商談の場で「このリードはSALに上がっている」という言い方を耳にして、内心「MQLやSQLと何が違うのだろう」と戸惑った経験はないでしょうか。BtoBマーケティングのリード分類は略語が多く、しかも企業によって使い方が微妙に異なるため、初見で正確に理解するのは簡単ではありません。この記事では、SAL（Sales Accepted Lead）の定義とリードファネル上の位置づけ、MQL・SQL・MALとの違い、判定基準の決め方、そしてSALを増やすための実務的な打ち手までを順に整理します。
SAL（Sales Accepted Lead）とは
SALの読み方と定義
SALは「エスエーエル」と読み、Sales Accepted Lead（セールス・アクセプテッド・リード）の略です。日本語では「営業が受領したリード」「営業承認済みリード」などと訳されます。
定義をひと言でまとめると、マーケティング部門から引き渡されたリードのうち、営業部門が「確かに受け取った、これは自分たちがアプローチすべき対象だ」と同意したリードを指します。ポイントは、判断の主体が営業側にあることです。マーケティング部門がどれだけ「良質なリードだ」と主張しても、営業が受領しなければSALにはなりません。
つまりSALは、リードそのものの属性を表す言葉というより、部門間の受け渡しが成立した状態を表すステータスだと捉えると理解しやすくなります。
SALという概念が生まれた背景
SALという区分が広く知られるようになった背景には、BtoBマーケティングのフレームワークとして知られるデマンドウォーターフォール（Demand Waterfall）の存在があります。これは米国の調査・アドバイザリー企業であるSiriusDecisions（後にForresterに統合）が提唱したモデルで、リードが問い合わせ段階から受注に至るまでの流れを段階ごとに分解し、各段階の件数と転換率を管理するという考え方です。
このモデルの中で、MQLとSQLの間に置かれたのがSALでした。なぜ間に一段階を挟む必要があったのかというと、多くのBtoB企業で「マーケティングは渡したつもり、営業は受け取っていないつもり」という引き渡しの空白地帯が発生していたからです。
引き渡しを一瞬の「イベント」ではなく、受領という合意を伴う「プロセス」として扱う。この発想の転換こそが、SALという区分が果たしている役割だと言えます。
BtoBのリードファネルにおけるSALの位置づけ
一般的なBtoBのリードファネルでは、SALは以下のような位置に置かれます。
リード獲得（Inquiry）
↓
MAL（Marketing Accepted Lead：マーケが追跡対象と認めたリード）
↓
MQL（Marketing Qualified Lead：マーケが営業に渡す価値ありと判定）
↓
SAL（Sales Accepted Lead：営業が受領に同意） ← ここ
↓
SQL（Sales Qualified Lead：営業が商談化に値すると判定）
↓
商談 → 受注
大きな区切りとして、MAL・MQLまではマーケティング部門の管理領域、SAL以降は営業部門の管理領域に入る、という整理がよく使われます。SALはちょうどその境界線上にあり、責任の受け渡しポイントとして機能します。
なお、企業によってはMALを設けず「リード → MQL → SAL → SQL」の4段階で運用するケースや、SALを明示的に設けずMQLからSQLへ直接遷移させるケースもあります。段階数そのものより、自社の営業プロセスに合った粒度で分けられているかのほうが重要です。
MAL・MQL・SAL・SQLの違いを整理する
MAL（Marketing Accepted Lead）とは
MALはMarketing Accepted Leadの略で、獲得したリードのうちマーケティング部門が「今後のマーケティング活動の対象にする」と判断したリードを指します。名刺交換や資料ダウンロードで集まったリードの中には、学生・同業他社・求職者・既存顧客などターゲット外の連絡先も混ざります。そうしたノイズを除いた母集団がMALです。
MQL（Marketing Qualified Lead）とは
MQLはMarketing Qualified Leadの略で、MALの中からマーケティング部門の基準で「営業に渡す価値がある」と判定されたリードです。判定にはスコアリングや属性フィルタが使われることが多く、たとえば「ターゲット業種かつ従業員100名以上で、料金ページを閲覧しウェビナーにも参加した」といった条件が該当します。
MQLはあくまでマーケティング側の一方的な判断である点が重要です。ここで止まってしまうと、冒頭で触れた「渡したつもり／受け取っていないつもり」の問題が起きます。
SQL（Sales Qualified Lead）とは
SQLはSales Qualified Leadの略で、SALとして受領したリードに営業が実際に接触し、商談化・受注の見込みが高いと判断した状態を指します。判断にはBANT（Budget＝予算、Authority＝決裁権、Needs＝必要性、Timeframe＝導入時期）などのフレームワークが用いられるのが一般的です。
SALとSQLの決定的な違いは、SALが「受け取る」という手続き上の合意であるのに対し、SQLは「見込みがある」という中身の評価であるという点にあります。SALになったリードすべてがSQLに進むわけではありません。
4つのリード区分の比較表
| 区分 | 正式名称 | 判断する主体 | 判断の内容 | ファネル上の位置 |
|---|---|---|---|---|
| MAL | Marketing Accepted Lead | マーケティング | マーケ施策の対象にするか | 最上流（母集団の整理） |
| MQL | Marketing Qualified Lead | マーケティング | 営業に渡す価値があるか | マーケ領域の最終段階 |
| SAL | Sales Accepted Lead | 営業（またはインサイドセールス） | 受け取ってアプローチするか | マーケと営業の境界 |
| SQL | Sales Qualified Lead | 営業 | 商談化・受注の確度が高いか | 営業領域の中核 |
もう一段実務寄りに、SALとMQL・SQLの違いだけを取り出すと次のように整理できます。
| 観点 | MQL | SAL | SQL |
|---|---|---|---|
| 誰の判断か | マーケ | 営業 | 営業 |
| 何を判断するか | 渡す価値の有無 | 受領の可否 | 商談化の確度 |
| 判断材料の例 | スコア、属性、行動履歴 | 引き渡し基準（SLA）との適合 | BANT、ヒアリング内容 |
| 主なKPI | MQL創出数 | MQL→SAL受領率 | SAL→SQL転換率 |
| 部門の責任 | マーケの成果指標 | 両部門の共同指標 | 営業の成果指標 |
SALがBtoBマーケティングで重要視される理由
マーケティング部門と営業部門の連携指標になる
「マーケが渡してくるリードの質が低い」「営業がせっかくのリードをフォローしてくれない」——この対立は、多くのBtoB企業で繰り返されてきた古典的な課題です。
SALが優れているのは、この対立を数値化できる形に変える点にあります。MQL→SAL受領率という指標を置けば、「渡したリードのうち何％を営業が受け取ったか」が可視化されます。受領率が極端に低ければMQLの定義が甘い可能性が高く、逆に受領率が高いのにSQLに進まないのであれば、営業側のアプローチ方法に課題があるかもしれません。
感覚論だった部門間の不満が、共通の数字を見ながらの議論に変わる。これがSALを置く最大の実務的メリットです。
商談化率・受注率の分解と可視化につながる
SALを挟まずに「リード数」と「受注数」だけを見ていると、成果が伸びなかったときに原因を特定できません。ファネルを細かく分けておけば、どの段階で歩留まりが落ちているかを切り分けられます。
たとえば次のような分解ができます。
| 段階 | 件数（例） | 前段階からの転換率 |
|---|---|---|
| リード獲得 | 1,000件 | — |
| MQL | 200件 | 20% |
| SAL | 120件 | 60% |
| SQL | 60件 | 50% |
| 受注 | 15件 | 25% |
この例ではMQL→SALが60%にとどまっており、営業に渡した4割が受領されずに滞留しています。仮にここを80%まで改善できれば、以降の転換率が同じでも受注は15件から20件に増える計算です。どこを何ポイント改善すれば受注が何件増えるかが見えるようになるのが、段階を分ける価値です。
リードの質を担保する「関所」としての役割
SALは、質の低いリードが営業リソースを圧迫するのを防ぐフィルタでもあります。営業が対応できる件数には上限があるため、基準を満たさないリードが大量に流れ込むと、本来注力すべき案件への時間が削られます。
SALという関所を設け、受領しなかったリードはマーケティング部門に差し戻してナーチャリングし直す運用にしておけば、リードを捨てずに再活用しながら営業リソースを守れます。時期尚早・予算未確保といった理由で見送られたリードを、一定期間後に再アプローチする「リサイクル」の仕組みを併せて設計している企業も少なくありません。再アプローチまでの期間は3〜6か月程度に設定する例がよく紹介されます。
SALの判定基準の決め方
スコアリングで属性と行動の両面から絞り込む
SALの手前にあるMQLの精度が低ければ、SALの受領率も上がりません。そこで基礎になるのがリードスコアリングです。スコアリングは大きく2つの軸で設計されます。
- 属性スコア（フィットスコア）：業種、従業員規模、役職、地域など、ターゲット像との合致度を評価する
- 行動スコア（エンゲージメントスコア）：資料ダウンロード、料金ページ閲覧、ウェビナー参加、メール開封など、購買意欲を示す行動を評価する
点数設定の例としては、「見積もり依頼＝10点」「セミナー参加＝8点」「資料請求＝3点」「メール開封＝1点」といった行動スコアと、「役職が部長以上＝10点」「従業員数100名以上＝10点」といった属性スコアを組み合わせるやり方がよく紹介されます。
注意したいのは、行動スコアだけで判定しないことです。熱心にコンテンツを閲覧していても、ターゲット外の企業規模・業種であれば商談にはつながりません。属性と行動の掛け合わせで見る設計が基本になります。
マーケティングと営業のSLA（合意）を明文化する
SAL運用の成否を分ける最大の要素が、SLA（Service Level Agreement）です。もともとはIT業界でサービス提供者と利用者の間で品質水準を取り決める文書を指す言葉ですが、BtoBマーケティングではマーケティング部門と営業部門の間で交わす社内合意という意味で使われます。
SLAで決めておくべき項目の例は次のとおりです。
| 決めること | 記載例 |
|---|---|
| 引き渡すリードの条件 | ターゲット業種かつ従業員50名以上、スコア30点以上 |
| 引き渡し後の対応期限 | 引き渡しから24時間以内に初回架電 |
| 対応の方法・回数 | 7営業日以内に最低3回のコール＋メール1通を実施 |
| 受領しない場合のルール | 24時間以内に「非受領」と理由を登録し、マーケに差し戻す |
| 供給量のコミット | マーケは月間200件のMQLを供給する |
重要なのは、マーケティング側の約束（量と質）と営業側の約束（対応速度と回数）を両方書くことです。片方だけの取り決めは「押し付け」になり、運用が続きません。
なお、リードの鮮度は転換率に大きく影響するとされ、国内のBtoBマーケティング解説記事では、MQL発生から24時間以内に営業がアプローチできた場合と、それを超えた場合とで転換率に大きな差が出るというデータが紹介されています。数字そのものは調査条件によって変わるため鵜呑みにはできませんが、スコアリングを精緻化するより先に、引き渡しスピードのSLAを整えるほうが効果が出やすいという指摘は、多くの現場感覚と一致します。
受領・非受領の理由を記録して基準を更新する
SLAを一度決めて終わりにすると、基準は必ず実態からズレていきます。運用を回し続けるために、営業が受領しなかった理由を選択式で記録する仕組みをMAやCRMに組み込んでおきましょう。
- 対象外の企業規模・業種だった
- すでに別ルートで接触済みだった
- 連絡先情報が不足していて接触できなかった
- 検討時期が明らかに先だった
こうした理由が蓄積されると、「非受領の6割が企業規模の不一致」といった傾向が見えてきます。そこまで分かれば、スコアリングの属性条件を見直すという次の一手が具体的になります。月次もしくは四半期ごとに両部門で数字を突き合わせる場を設けるのが現実的な運用です。
SALを増やすための具体的な方法
リードクオリフィケーションの精度を高める
SALを増やすとは、単にMQLを大量生産することではありません。MQL→SAL受領率を高めながら、MQLの絶対数も伸ばすという二正面の取り組みです。
まず取りかかりやすいのは、受領率の改善です。前述の非受領理由の分析をもとに、明らかに営業が受け取らない条件（ターゲット外業種、個人事業主、既存顧客の重複登録など）を判定ロジックから除外していきます。母数が減っても受領率が上がれば、SAL数はむしろ増えるケースが多くあります。
引き渡しのスピードとオペレーションを整える
MQL判定からリストの手作業転記、営業への共有まで数日かかっている——そんな運用は珍しくありません。MAとSFA/CRMを連携させ、スコア閾値を超えた時点で自動的に営業へ通知・割り当てが飛ぶ状態を作れば、それだけで受領率と転換率が改善する余地があります。
あわせて、引き渡し時に渡す情報の質も見直しましょう。氏名と会社名だけのリードと、「どのページを何回見て、どの資料をダウンロードしたか」まで添えられたリードでは、営業の受領意欲がまったく違います。
インサイドセールスを挟んで受領前に精度を上げる
MQLとSALの間にインサイドセールス（IS）を置き、一次接触でBANT情報を補完してからフィールドセールスへ渡す体制も有効です。ISが電話やメールで「導入検討時期」「現在の課題」「決裁プロセス」を確認しておけば、フィールドセールス側が受領を判断する材料が揃い、受領率が上がります。
この場合、SALの定義を「ISが受領した時点」とするのか「フィールドセールスが受領した時点」とするのかを、あらかじめ決めておく必要があります。ここが曖昧なままだと、同じ「SAL数」を見ていても部門ごとに意味が食い違います。
ナーチャリングでリードの質を引き上げる
短期的に受領率を上げても、母集団の質が低ければSAL数の上限は伸びません。中長期では、まだMQLに達していないリードを育てる取り組みが効いてきます。
- 検討フェーズ別に出し分けるメールマガジン・ステップメール
- 導入事例やROI試算といった、比較検討段階のコンテンツ提供
- 少人数のセミナーや個別相談会による接点づくり
- 非受領で差し戻されたリードへの、数か月後の再アプローチ
差し戻しリードの再活用は特に見落とされがちです。「時期尚早」で見送られたリードは、質が低いのではなくタイミングが合わなかっただけであり、再ナーチャリングの対象として優先度は高いと言えます。
SAL運用時の注意点
SAL数だけをKPIにしない——これが最も重要な注意点です。SAL数を目標にすると、受領率を上げるために営業が形式的にすべて受領する、あるいはマーケが基準を緩めて件数を積む、といった歪みが起きます。SAL数は必ず「SAL→SQL転換率」「SAL経由の受注数」とセットで見る必要があります。理想的な状態としては「MQL数とSAL数がほぼ一致し、かつSQL転換率も維持されている」形が挙げられますが、これは数合わせで作るものではなく、定義とオペレーションが噛み合った結果として現れる状態です。
定義を部門間でズレたまま運用しないことも欠かせません。MQL・SAL・SQLは業界標準の厳密な定義があるわけではなく、企業ごとに解釈の幅があります。社内で用語集を作り、「SALとは何か」を1〜2行で書き切れる状態にしておきましょう。書けないうちは、まだ合意できていないサインです。
ツールに定義を落とし込むことも忘れずに。定義がドキュメント上にしか存在せず、MAやCRMのステータス項目に反映されていなければ、数値の集計ができず運用は形骸化します。ステータス遷移の記録、非受領理由の入力必須化、ダッシュボードでの転換率可視化まで含めて設計してはじめて、SALは機能します。
最後に、段階を増やしすぎないという視点も持っておきたいところです。MAL・MQL・SAL・SQLに加えて独自の中間ステージを重ねると、入力負荷が増えて現場が疲弊します。まずはMQL・SAL・SQLの3つを正しく回すところから始め、必要が生じた段階で細分化するのが現実的です。
まとめ
SAL（Sales Accepted Lead）は、マーケティング部門が渡したMQLを営業部門が受領に同意したリードを指す区分です。判断の主体が営業側にあり、リードの中身の評価ではなく「受け渡しが成立したか」を表すステータスである点が、MQLやSQLとの決定的な違いになります。
要点を整理すると次のとおりです。
- SALはMQLとSQLの間に位置し、マーケティング領域と営業領域の境界にあたる
- MQLはマーケの判断、SALは営業による受領の合意、SQLは営業による商談確度の評価
- SALを置くことでMQL→SAL受領率という共通指標が生まれ、部門間の対立を数値で議論できる
- 判定基準は属性スコアと行動スコアの掛け合わせで設計し、SLAとして引き渡し条件・対応期限・非受領時のルールを両部門の約束として明文化する
- SALを増やすには、判定精度の改善、引き渡しスピードの短縮、インサイドセールスによる情報補完、ナーチャリングによる母集団の底上げを組み合わせる
- SAL数の単独追跡は歪みを生むため、SQL転換率や受注数とセットで管理し、定義はツール上のステータスまで落とし込む
略語そのものを覚えることが目的ではありません。SALという区分が問いかけているのは、「自社では、マーケティングと営業のあいだで何がどう受け渡されているのか」という一点です。ここを言語化できれば、ファネルのどこに手を入れるべきかは自ずと見えてきます。