リード管理とデータベース設計｜戦略設計から実装までの具体的なステップ

MAツールを導入したものの、リードのデータが問い合わせフォーム・展示会名刺・資料DLと複数のソースに散在したまま、どこから管理の仕組みを設計すればよいかわからない、という状態は珍しくありません。ツールの設定に入る前に、「誰を対象にするか」「どの状態で営業に渡すか」「どのデータを持つか」という設計の骨格を固める必要があります。本記事では、リード管理のデータベース設計からライフサイクル定義・スコアリング・SFA連携設計まで、実装に直結する手順を解説します。MAツールの導入と活用の全体像で扱っています。本記事はその中の「リード管理」に特化して、設計から実装までの手順を解説します。

リード管理とは何か：MAにおける役割と3つのフェーズ

リード管理の目的は「誰に・何を・いつ伝えるか」を仕組みで制御することです。感覚や担当者の経験に頼らず、リードの状態に応じて適切なコミュニケーションを自動的・継続的に届ける仕組みを作ることが、MAにおけるリード管理の本質です。この仕組みは「獲得・育成・選別」の3フェーズで構成されており、フェーズ設計なしにツールの設定だけ入れても、どのリードに何をすべきかが定まらず機能しません。ツールを入れる前に、自社のリードが今どのフェーズにいるのかを整理する設計が先行します。

獲得・育成・選別の3フェーズと管理の目的

MAにおけるリード管理は、次の3フェーズで構成されます。

• リードジェネレーション （獲得）：Webフォーム・イベント・広告などを通じて見込み顧客の情報を取り込むフェーズです。リードの母数を増やすことが目的であり、この段階ではまだ購買意欲の高低は問いません。
• リードナーチャリング （育成）：獲得したリードに対してメールやコンテンツを継続的に届け、購買意欲を醸成するフェーズです。すぐに商談化しないリードも、適切なタイミングで営業につなげられる状態に育てることが目的です。
• リードクオリフィケーション （選別）：育成したリードの中から、営業が今アプローチすべきリードを選び出すフェーズです。スコアリングや行動履歴をもとに「今すぐ話を聞く可能性が高いリード」を特定し、SFAへ引き渡します。

3フェーズのどこかが欠けると、リード管理全体が機能しません。ナーチャリングなしでは母数を増やしても商談化率が上がらず、クオリフィケーションなしでは営業が全リードに均一にアプローチして疲弊します。

SFA・CRMとの役割の違い（何をMAで管理し、何を渡すか）

MAはSFAへの引き渡し前のリードを管理する仕組みです。リードが「今すぐ話を聞く可能性が高い」と判断できるまでの間、MAがスコアリングや行動追跡・ナーチャリングを担います。SFAはMAから引き渡された後の案件を管理する仕組みです。商談の進捗・担当営業の活動・受注確度の管理はSFAの役割であり、MAが担う領域ではありません。

「どの時点でバトンを渡すか」の基準を設計することが、リード管理設計の核心です。この基準が曖昧なまま運用を始めると、マーケが「まだ育成中」と判断しているリードを営業が知らずにアプローチしたり、逆に十分に温まったリードが放置されたりします。MA・SFA・CRM連携の実装構造で扱っています。

戦略設計の前に決めること：リード管理の設計原則

データベース設計やスコアリングの設定より先に、「管理対象・KPI・役割分担」の3点を確定させる必要があります。この順序を守らないと、設計の途中で「誰のためのリード管理か」「何をもって成功とするか」が定まらず、ツールの設定が止まります。「誰を管理するか」が決まっていなければデータベースの項目が設計できず、「何をもって商談化とするか」が決まっていなければスコアリングの閾値が設定できません。「誰が運用するか」が決まっていなければ、稼働後にシナリオが更新されず形骸化します。ツールの設定に入る前に、これらを組織内で合意することが失敗しないための前提です。

管理対象リードの定義（誰を対象にするか）

リード管理の設計でまず決めることは、「どのソースから取り込んだ誰を管理対象とするか」です。取り込むリードのソースとして一般的なものには次のようなものがあります。

• Webフォームからの問い合わせ・資料ダウンロード
• 展示会・セミナーで取得した名刺
• 広告経由のランディングページからの登録
• インサイドセールスが発掘した見込み顧客
• 既存顧客からの紹介

「取れるものはすべてMAに入れる」という設計は、一見するとリソースを最大化しているように見えますが、実際にはデータを汚します。購買対象外の業種・規模の企業や、競合調査目的のアクセス者が混入することで、スコアリングの精度が下がり、ナーチャリングのシナリオが機能しなくなります。管理対象は「自社製品を検討する可能性がある企業の関係者」に絞り込む基準を設計段階で明確にしておくことが重要です。

目標KPIの設定（商談化率・MQL数・SQL転換率）

リード管理の仕組みを設計する段階で、追うべき指標を決めておく必要があります。KPIを事前に設定しないと、運用を始めた後に「何を改善すればよいか」がわからないまま推移を眺めることになり、改善サイクルが回りません。MAのリード管理で追うべき主要指標には次のものがあります。

• MQL数 月間で営業に引き渡せると判断したリードの数。リードジェネレーションとナーチャリングの総合的な成果を示します。
• MQL→SQL転換率 マーケが渡したリードのうち、営業が「商談化できる」と判断した割合。引き渡し基準の精度を示します。
• SQL→商談化率 SQLとなったリードが実際に商談に進んだ割合。営業のフォローの質とリードの質の両方を反映します。
• ナーチャリング再活性率 一度非活性になったリードがナーチャリングを通じて再度MQLに到達した割合。育成シナリオの有効性を示します。

これらの数値を月次で記録し始めることが、改善の出発点です。

組織設計：マーケと営業の役割分担を合意する

リード管理の設計で最も見落とされやすいのが、「誰がどこまで担当するか」の組織的な合意です。具体的には次の3点を、ツールの設定に入る前に決めておく必要があります。

• MQLを誰が判定するか（スコアが閾値に達したら自動でSFAに渡すのか、マーケが手動で確認してから渡すのか）
• SQLを誰が受け取り、いつフォローするか（受け取った翌営業日以内にアプローチするなど）
• 営業がフォローしなかったリードをどう扱うか（一定期間フォローなしならMAに戻してナーチャリング継続するのか）

「ツールが決まってから担当を決める」という進め方では、引き渡し後のリードが営業側で放置される状況が生まれます。特に「フォローしなかったリードの扱い」は、設計段階で合意できていない組織では、MAとSFAの間でリードが宙に浮いたままになる典型的な失敗パターンです。

リードデータベースの設計ステップ

リードデータベースの設計で最もよくある失敗は、「最初から完璧な項目を用意しようとして、結局データが入力されない」ことです。初期設計で持つべき必須項目と、運用を始めてから追加できる項目を分けて考えることが、データが貯まり続けるデータベース設計の前提です。設計の複雑さはデータ品質と反比例します。最小限の必須項目で始め、実際の運用を通じて必要性が確認された項目を段階的に追加する設計方針が、長期的に機能するデータベースを作ります。

初期必須項目：最初から持っておくべきデータ

初期のデータベース設計で必ず持つべき項目は、スコアリングとセグメントに必要な最小セットです。具体的には次のものが該当します。

• 会社名
• 氏名
• メールアドレス（名寄せキーになるため必須）
• 電話番号
• 流入元（Webフォーム・展示会・広告など）
• 初回接触日時
• リードソース（どのキャンペーンや施策から来たか）

これらの項目が揃っていれば、属性スコアの一部と行動スコアの計算を開始できます。逆にこれらが欠けた状態では、スコアリングそのものが機能しません。初期段階では「このデータがなければスコアリングが動かない」という基準で必須項目を判断します。

運用中に追加できる項目：後から足せるデータ

リードの属性をより精緻に把握するための項目は、運用が軌道に乗った後に段階的に追加できます。追加候補としてよく使われるのは次のようなものです。

• 役職・担当部門
• 導入検討時期（3ヶ月以内・半年以内・1年以上先など）
• 予算規模の目安
• 現在の検討フェーズ（情報収集・比較検討・稟議段階など）

これらはWebフォームのアンケート項目や、ナーチャリングメール内のリンクからの誘導で段階的に収集できます。注意点として、初期のフォームにこれらを全て必須項目として含めると、フォームの離脱率が上がり、そもそもリードが取れなくなります。「後から補完できる情報は後から取る」設計が、フォーム通過率とデータの充実を両立させます。

SFA連携で補完する項目：MAで持たなくてよいデータ

次の項目はSFA側で管理すべきデータです。MAで重複して持つ必要はありません。

• 担当営業名
• 商談フェーズ
• 受注確度
• 失注理由
• 競合情報

MAとSFAで同じ項目を二重管理すると、データの更新漏れが起きたときに「どちらが正しいか」がわからなくなります。MAは「リードが商談化するまでの行動・属性」を管理し、SFAは「商談化後の案件進捗」を管理するという境界を設計段階で引いておくことが、長期的な運用を安定させます。

データ品質を保つための入力ルールと重複排除の考え方

データベースの品質は、設計段階のルール設定で大きく変わります。

• 名寄せキーの設定 メールアドレスを名寄せの主キーにします。同じ人物が異なるフォームから複数回登録した場合でも、メールアドレスが同一であれば同一リードとして扱います。
• フォーム設計の考え方 必須項目と任意項目を明確に分け、初期フォームの必須項目は最小限に絞ります。会社名・氏名・メールアドレス・電話番号の4項目を必須とし、それ以外は任意にする設計が、入力完了率を維持しながらデータを取る現実的なアプローチです。
• 重複リードの扱い 重複が発生した場合のマージルールを事前に決めておく必要があります。一般的なルールは「より新しい情報で上書きする（ただし初回接触日時は古い方を保持する）」です。この判断を都度手動で行うと運用コストが増大するため、MAツールの自動マージ機能で対応できる範囲と、手動確認が必要な範囲を分類しておくことを推奨します。

リードライフサイクルの定義：ステータス遷移の設計方法

リードライフサイクルとは「あるリードが今どの状態にあるか」を組織で共通定義するものです。定義がないと、同じリードに対してマーケは「まだ育成中」、営業は「フォロー済み」と認識が割れ、ダブルコンタクトや放置が生まれます。ライフサイクルの設計は「ツールの設定」より先に「組織の言葉の統一」です。ステータスの名称と遷移条件を組織内で合意してから、MAのワークフローに落とし込む順序を守ることが重要です。

MQL・SQL・非活性リードの定義と遷移条件

ライフサイクル設計で使われる主要なステータスを定義します。

MQL（Marketing Qualified Lead：マーケが営業に渡せると判断したリード）は、スコアリングや行動履歴をもとにマーケが「このリードは今アプローチする価値がある」と判断した状態です。MQLになる条件は、スコアが設定した閾値に到達すること、または特定の行動（価格ページの複数回閲覧・事例資料のダウンロードなど）が発生することで定義します。

SQL（Sales Qualified Lead：営業が商談化できると判断したリード）は、MQLとして渡されたリードを営業が確認し、「実際に商談化できる」と判断した状態です。MQLとSQLを分けておくことで、「マーケが渡したリードのうち、何割を営業が有効と判断したか」という引き渡し精度を計測できます。

非活性リードは、一定期間スコアの増減がなく、行動履歴も記録されていないリードです。ナーチャリングシナリオを継続しても反応がない場合は、非活性と定義してシナリオを停止し、リストの精度を保ちます。

遷移条件をスコア・行動・期間で設定する考え方

スコアだけに頼ったライフサイクル設計には限界があります。高スコアでも「競合調査のために情報収集している」リードが混入するためです。スコアに加えて行動条件を組み合わせたAND条件が、引き渡しの精度を高めます。

設計の具体例として、次のような条件の組み合わせが現場でよく使われます。スコア閾値・期間・点数などの具体的な数値は自社の受注データをもとに設定する必要があり、以下はあくまで設計の考え方を示す例示です。

• MQL遷移条件の例 「スコアが一定値以上」かつ「価格ページの閲覧または資料ダウンロードが直近一定期間以内に発生している」
• 非活性リードへの遷移条件の例 「スコアが低水準」かつ「一定期間メール開封・Webサイト訪問のいずれもない」

期間条件も遷移設計に組み込めます。「スコアが一定値以上でも一定期間スコア変動がない場合はナーチャリングに戻す」という設定は、停滞しているリードを再び育成フローに流す判断の自動化に使えます。これらの具体的な数値は初期設定では仮置きし、3ヶ月の運用データをもとに見直す前提で始めることを推奨します。

ナーチャリング戻しと失注リードの再活用設計

SFAで失注となったリードをMAに戻してナーチャリングを継続するフロー設計は、リード管理の設計段階で忘れられがちな領域です。一度失注になったリードは「検討意欲ゼロ」ではなく、「今ではなかった」リードである場合が多く、適切なタイミングで再アプローチすることで商談化する可能性があります。

失注リードをナーチャリングに戻す際は、失注理由によってシナリオを分けることが有効です。

• 予算の問題で失注した場合 価格変更の通知・費用対効果のコンテンツ配信
• 時期の問題で失注した場合 検討再開を示す行動をトリガーにしたアプローチ
• 競合に負けた場合 差別化ポイントを示すコンテンツの継続配信

詳細なシナリオ設計の基本で扱っています。

スコアリング設計：属性点と行動点の組み立て方

スコアリングは「数値化すれば自動的に機能する」ものではありません。属性と行動の2軸で設計し、自社の受注データに照らして閾値を決めることで、初めてSFAへの引き渡し基準として機能します。最初から精緻に設計しようとせず、「仮設定→3ヶ月運用→見直し」のサイクルで改善する前提で始めることが現実的なアプローチです。完成形のスコアリングを最初から作ろうとすると設計が進まなくなるため、「動かせる精度」から始めることを優先します。

属性スコアの項目選定（役職・業種・企業規模の重みづけ）

属性スコアは「このリードがターゲットとする顧客像（ICP：Ideal Customer Profile）にどれだけ近いか」を数値化するものです。主要な項目と設定例を以下に示します。

• 役職 決裁権を持つ役職（経営者・部長以上）は高点数、担当者は中点数、不明は加点なし（0点）。
• 業種 自社のターゲット産業に属する場合は加点、非ターゲット業種はゼロ点か減点。
• 企業規模 従業員数・売上規模で区分し、自社製品が最も成果を出しやすい規模帯を高点数に設定する。

点数の設計に正解はありませんが、「受注した顧客の属性に近いほど高スコアになる」という原則に沿って設定します。

行動スコアの項目選定（閲覧・DL・メール・フォームの点数設計）

行動スコアは「このリードの購買意欲がどの程度か」を行動履歴から数値化するものです。購買意欲が高いことを示す行動には高い点数を、情報収集段階の行動には低い点数を設定します。

• 高点数 価格・料金ページの閲覧、導入事例資料のダウンロード、デモ申込フォームへのアクセス、問い合わせフォームの送信。
• 中点数 製品機能ページの閲覧、メールの開封・クリック、セミナーへの参加。
• 低点数 ブログ記事の閲覧、トップページのアクセス。

デケイ（時間経過による減点）の設定も検討が必要です。3ヶ月前のメール開封と今週の価格ページ閲覧は購買意欲の観点で意味が異なります。「一定期間内の行動にのみ有効」または「時間経過とともに点数が減少する」設計を入れることで、スコアが現在の検討意欲を反映するようになります。

スコア閾値の決め方と初期設定の目安

スコア閾値（何点以上でMQLとするか）の設定には、過去の受注リードのデータを使うのが最も確度が高い方法です。過去に受注した顧客のリードデータを遡り、「受注時点で属性スコアと行動スコアを合算すると何点になっていたか」を試算します。その分布をもとに、商談化率が高かったスコア帯を閾値の基準にします。

過去データが十分にない場合は、保守的な閾値から始めることを推奨します。閾値を低く設定すると低品質のリードが大量にSFAへ流れ、営業の負担が増えます。閾値を高く設定しすぎると、有望なリードを取りこぼします。初期は「営業が対応できる量のMQLが月間で出る水準」を目安に仮設定し、3ヶ月の運用データで調整します。

スコアリングの運用と改善で扱っています。

SFA・CRM連携設計：引き渡し基準とよくある齟齬

SFAとの連携設計で最も多い失敗は「MAから渡されたリードを営業が使わない」という事態です。ツールが技術的に連携できているかどうかではなく、「引き渡すタイミング・渡すデータ・営業のアクション基準」が組織的に合意されているかどうかが問題の本質です。設計段階で営業サイドを巻き込んでいないまま実装に入ると、リードが渡っても放置される状況が生まれます。この問題の多くは、ツールではなく設計の合意プロセスが欠如していることが原因です。

引き渡しタイミングの基準を営業と合意する方法

引き渡し基準は「スコアが○点を超えたら」という数値条件と「特定の行動（デモ申込・価格ページの複数回閲覧）が発生したら」という行動条件の両方を、マーケと営業が事前に合意した上で設定します。

合意の形式（文書化するかどうか）よりも「条件を具体的な数値と行動で定義すること」が重要です。「温まったら渡す」「ある程度意欲が見えたら」という曖昧な基準は、担当者が変わるたびに解釈がぶれます。スコア閾値と行動条件を組み合わせた形で、誰が判断しても同じ結論になる条件として設計することが、引き渡しの一貫性を保つ前提です。

営業との合意プロセスでは、「この条件で渡されたリードにはいつまでにどのようなフォローをするか」まで同時に決めておくことを推奨します。受け取る側の動き方が決まっていないと、基準を合意しても放置が起きます。

連携時に同期するデータ項目の選定

MAからSFAへ連携すべきデータ項目は、「営業がリードにアプローチする際に必要な情報」に絞ります。一般的に連携が有効な項目は次のものです。

• 現在のリードスコア
• 直近の行動履歴（閲覧ページ・ダウンロード資料・フォーム送信）
• 流入元・リードソース
• 最終接触日時

「全データをSFAに渡す」設計にすると、営業が参照する画面に不要な情報が大量に表示され、使いこなせなくなります。「営業が最初のアプローチの準備をするときに最低限必要な情報」という観点で連携項目を絞ることが、SFA側の実際の利用率を高めます。

引き渡し後のリードが埋もれる原因と防止策

MAからSFAへリードを渡した後、「そのリードが商談化したか・フォローされたか」をMAから確認できる仕組みを持つことが、引き渡し後の放置を防ぎます。具体的には、SFAで商談ステータスが「フォロー済み」「見送り」等に更新されたかどうかをMAで確認できるようにし、一定期間フォローされていないリードはMAに戻してナーチャリングを継続する設計が有効です。

MA・SFA・CRM連携の実装構造で扱っています。

実装でよくある失敗と対処法

リード管理の実装が止まる、または稼働しても成果が出ない場合、原因はツールの機能ではなく設計・運用体制に起因することが大半です。よくある失敗パターンを把握しておくことで、事前に対策を設計に組み込めます。以下の失敗は個別に起きるのではなく、複数が連動して発生する場合が多いため、設計段階でまとめて確認することを推奨します。

リード数が不足していてスコアリングが機能しない

スコアリングが引き渡し基準として実質的に機能するには、月間で一定数のアクティブリード（MAに登録され、行動履歴が更新されているリード）が必要です。保有リード総数が数十件しかない段階でスコアリングを精緻に設定しても、閾値に到達するリードがほとんど発生せず、機能しているかどうかの検証もできません。

リード数が少ない段階では、スコアリングの精緻化よりも先にリードジェネレーション（Webフォームの拡充・コンテンツ配信・広告）に注力することが優先です。月間のアクティブリード数が安定して確保できる状態になってから、スコアリングと引き渡し基準の精緻化に移ることを推奨します。

項目が多すぎてデータが埋まらない

データベース設計で「後から追加できる項目」を最初から必須にしてしまうと、Webフォームの離脱率が上がり、入力率が低下します。必須項目が多いフォームは、リードを獲得する機会そのものを減らします。

対処法は、本記事の「リードデータベースの設計ステップ」で述べたとおり、初期の必須項目を最小限に絞り、運用を通じて段階的に追加する設計方針を守ることです。この原則を徹底することで、データが貯まり続けるデータベースを維持できます。

運用担当者がいないまま稼働してしまう

MAは稼働後も継続的な管理が必要です。具体的には次のような作業が定期的に発生します。

• シナリオの更新（コンテンツの内容や配信タイミングの見直し）
• スコアリング閾値の見直し（受注データと照合しての調整）
• 新しいコンテンツ・フォームの追加
• リストの品質確認（重複・非活性リードの整理）

専任の担当者は必須ではありませんが、週次・月次でこれらの確認を担う担当者と、それにかける時間を事前に確保しておく必要があります。稼働後に「誰も触らないまま設定が変わらない」状態が続くと、シナリオの内容が古くなり、スコアリングの精度が下がり続けます。

KPIを設定していないため改善サイクルが回らない

「MQL数が増えているかどうか」「商談化率はどう変化しているか」という指標を追っていない状態では、何を改善すべきかが分かりません。ツールが動いていることと、リード管理の仕組みが機能していることは別のことです。

月間MQL数と商談化率の2指標を月次で記録し始めることが改善サイクルの出発点です。この記録があることで、「MQL数は増えているが商談化率が下がっている」「MQL数が横ばいでスコアリングの閾値を見直す必要がある」という判断が可能になります。

効果測定と改善サイクルの回し方

リード管理の仕組みは、設計通りに動いても3〜6ヶ月で見直しが必要になります。スコア閾値・ライフサイクル遷移条件・引き渡し基準はすべて「仮説」であり、運用データを見て改善するものです。初期設計を「完成版」と思わないことが、長期的にリード管理が機能し続ける前提です。設計と運用を繰り返すことで、リード管理の仕組みは自社の営業プロセスに合ったものへと精緻化されていきます。

月次で追うべき指標（MQL数・商談化率・SQL転換率）

月次で確認する指標は、以下の4つを基本とします。

• MQL数 月間で営業に渡せたリードの数。前月比・前年同月比で傾向を確認します。
• MQL→SQL転換率 MQLとして渡したリードのうち、営業がSQLと判断した割合。低下していればマーケからの引き渡し基準の見直しが必要です。
• SQL→商談化率 SQLが実際に商談に進んだ割合。低下していれば、リードの質そのものまたは営業のフォロー方法を確認します。
• ナーチャリング再活性率 非活性リードから再度MQLに到達したリードの割合。シナリオの有効性を示します。

改善のトリガー：どの数値が下がったら何を見直すか

指標の変化は「どこに問題があるか」を示すサインです。以下の対応を参考に、見直す箇所を特定します。

• MQL数が減少した Webフォームへの流入が減っていないか確認する。減っていない場合は、スコアリングの判定条件（閾値が高すぎないか）を見直す。
• MQL→SQL転換率が低下した 営業がMQLを受け取った後にどの割合でフォローしているかを確認する。フォロー率が変わっていなければ、引き渡し基準（スコア閾値・行動条件）を営業と再合意する。
• 商談化率が低下した 渡しているリードの属性（業種・役職・企業規模）が自社ターゲットの条件を満たしているか確認する。属性スコアの重みづけを見直す必要がある場合があります。
• ナーチャリング再活性率が低い 送信しているコンテンツの内容・配信タイミングが対象リードの検討フェーズに合っているかを確認する。シナリオ自体の見直しが必要な場合もあります。

Mazrica Marketingにおけるリード管理機能の一例

リード管理の設計を実際のMAツールで実装するとき、機能の揃い方や設計の自由度はツールによって異なります。例えば、Mazrica Marketing（Mazrica Salesとセットでのみ利用できる案件創出型MAです）のような製品では、上記で解説した設計要素のうち以下の機能が実装されています。

• Webフォーム 問い合わせ・資料ダウンロードフォームを作成し、送信情報をリードとして自動登録する機能。
• アクセス解析 Webサイト訪問・メール開封・URLクリック・フォーム送信を顧客情報と紐づけて時系列で追跡する機能。
• MAオートメーション（追加オプション） シナリオメール・リードスコアリングと連動した自動フォロー・社内通知の実行。本機能は標準提供ではなく追加オプションとして提供されています。Mazrica Marketing自体がMazrica Sales専用の製品であるため、他のSFAとの組み合わせでの利用はできません。

Mazrica Marketing以外のMAツールでも、同種の機能を持つ製品は複数あります。設計の考え方は本記事で解説した手順と共通していますので、ツールを選ぶ際は自社の設計要件に対して各機能がどう対応するかを確認することが重要です。Mazrica Marketingの詳細・機能・導入に関するご質問は、公式サイトからお問い合わせください。

まとめ：リード管理設計で最初に着手すべきこと

リード管理の設計は、ツールの機能を先に覚えるのではなく、「誰を管理するか・何をもって商談化とするか・誰が運用するか」の3点を組織内で合意することから始まります。この順序を守ることが、設計が途中で止まらず、稼働後も機能し続けるリード管理の前提です。

着手すべき順序を組織の状態別に整理します。

• リード数がまだ少ない段階（月間MQLが安定して出ていない） スコアリングの精緻化より先に、管理対象リードのソース定義とリードジェネレーションの施策に注力します。母数が確保できた段階で、スコアリングと引き渡し基準の設計に進みます。
• リード数は確保できているがMQL→SQL転換率が低い段階 スコアリングの閾値と行動条件を営業と一緒に見直します。マーケと営業の間で「どの状態のリードを渡すか」の認識が合っているかを確認することが優先です。
• 仕組みが動いているが改善サイクルが回せていない段階 月次で追うべき指標（MQL数・商談化率・SQL転換率）の記録を始め、指標の変化に対応する見直しのルールを設定します。

リード管理を含むMAの導入全体の流れをご参照ください。

よくある質問

Q MAとCRMの違いは何ですか？

A

MAはSFAへの引き渡し前のリード管理、つまり見込み顧客を獲得・育成・選別するための仕組みです。CRM（Customer Relationship Management：顧客関係管理）は、既存顧客との関係を長期的に維持・発展させるための仕組みです。MAが「商談化する前のリードにアプローチする」ためのツールであるのに対して、CRMは「すでに取引のある顧客との関係を深める」ためのツールという整理になります。実務では、SFAとCRMを統合した形で運用されることが一般的です。

Q MAツールでできることとは何ですか？（リード管理の観点から）

A

リード管理の観点でMAツールができることは、主に次の4つです。フォームや連携を通じたリードの取り込みと一元管理、Webサイト訪問・メール開封などの行動追跡によるスコアリング、スコアや行動に応じた自動メール配信（シナリオメール）、SFAへの引き渡し基準に達したリードの通知・連携です。ただしMAツールは設定するだけで自動的に成果が出るものではなく、本記事で解説した設計（管理対象の定義・KPI設定・スコアリング・ライフサイクル設計）が機能していることが前提です。

Q 代表的なMAツールは？

A

BtoBとBtoCで主要なカテゴリが異なります。BtoBでは、SFAとの連携を前提とした設計のツールが多く、見込み顧客のスコアリングと営業への引き渡し機能が重視されます。BtoCでは、大量のリストへのメール配信・行動トリガーの自動化・ECとの連携を主な用途とするツールが中心です。自社がBtoBかBtoCか、既存のSFA/CRMとの連携が必要かどうかを整理した上で選定することが、ツール選びの出発点になります。MAツール選定の考え方もあわせてご確認ください。

Q MAとは業界用語で何ですか？

A

MA（Marketing Automation：マーケティングオートメーション）は、見込み顧客の獲得・育成・選別に関するマーケティング活動を自動化・効率化するための仕組みおよびツールの総称です。リードのスコアリング・シナリオメールの配信・Webサイト行動の追跡といった機能を組み合わせ、「今アプローチすべきリード」を自動的に特定して営業につなぐことを主な目的としています。

Q MAツールとSFAシステムの違いは何ですか？

A

管理対象が異なります。MAは営業に引き渡す前の見込み顧客（リード）を管理します。SFA（Sales Force Automation：営業支援システム）は営業に引き渡した後の案件の進捗・活動・受注確度を管理します。MAが「どのリードを・いつ・営業に渡すか」を担い、SFAが「渡されたリードをどう商談化・受注するか」を担うという役割分担です。両者が連携することで、リード獲得から受注までの流れを一貫して管理できます。

Q 中小企業でもMAツールは導入すべきですか？

A

月間のリード数と運用体制によって判断が異なります。月間に取得できる新規リード数が数十件未満の段階では、スコアリングやシナリオ配信を設計しても機能させるリード母数が不足するため、まずリードジェネレーション（Webコンテンツ・フォーム・広告）への投資を優先することを推奨します。月間のアクティブリードが安定して確保できており、かつシナリオの更新や指標の確認を月次で担える担当者が確保できる場合は、MAを導入して管理の仕組みを整える段階に入れます。ツールの費用対効果は、リード数と運用体制の両方が揃ってから発揮されます。