更新日：2026年8月16日
MAは見込み客を集めて育てる工程、SFAは商談から受注までの工程、CRMは受注後の顧客との関係を管理する工程を、それぞれ担当するツールです。
3つとも「顧客の情報を扱うツール」であるため混同されがちですが、担当する工程が違います。
近年は各製品の機能範囲が広がり、境界は曖昧になっています。それでも「どの工程の課題を解決したいのか」から選ぶと判断を誤りません。
3つの違い
| MA | SFA | CRM | |
|---|---|---|---|
| 正式名称 | マーケティングオートメーション | 営業支援システム | 顧客関係管理 |
| 担当する工程 | リード獲得〜育成 | 商談〜受注 | 受注後〜継続 |
| 主な利用者 | マーケティング | 営業 | 営業・サポート・カスタマーサクセス |
| 扱う対象 | 匿名の訪問者、見込み客 | 商談 | 顧客 |
| 主な機能 | 行動計測、メール配信、スコアリング | 商談管理、活動記録、予実管理 | 顧客情報、対応履歴、契約管理 |
| 見る指標 | リード数、商談化率 | 受注率、商談期間、売上予測 | 継続率、解約率、LTV |
時系列で並ぶ3つだと理解すると混乱しません。MA → SFA → CRM の順に、顧客が進んでいきます。
扱うデータの違い
| MA | SFA | CRM | |
|---|---|---|---|
| 個人が特定される前 | 扱う（匿名の閲覧履歴） | 扱わない | 扱わない |
| メールアドレスのみ | 扱う | 扱わない | 扱わない |
| 商談中の情報 | 一部 | 中心 | 一部 |
| 契約・請求 | 扱わない | 扱う | 扱う |
| 問い合わせ・サポート履歴 | 扱わない | 一部 | 中心 |
MAだけが「まだ誰か分からない訪問者」を扱えます。この点が他の2つとの決定的な違いです。
機能が重なる部分
| 機能 | MA | SFA | CRM | 注意 |
|---|---|---|---|---|
| メール配信 | ◎ | ○ | ○ | 一斉配信はMA、個別はSFA |
| 顧客情報の管理 | ○ | ○ | ◎ | どれを正とするか決める |
| 行動履歴 | ◎ | △ | △ | Web閲覧はMAのみ |
| レポート | ○ | ◎ | ○ | 見る指標が違う |
| タスク管理 | △ | ◎ | ○ | 営業活動はSFA |
重複する機能をどちらで使うかを先に決めてください。決めずに両方使うと、データが二重になり、どちらが最新か分からなくなります。
導入の順番
| 状況 | 最初に入れるべき | 理由 |
|---|---|---|
| 商談内容が個人のメモにある | SFA | 記録が残らないと何も改善できない |
| リードは多いが対応しきれない | MA | 優先順位を付ける必要がある |
| リードが少ない（月100件未満） | SFA | MAを入れても回すデータがない |
| 既存顧客の解約が多い | CRM | 契約後の状況が見えていない |
| 何も無い | SFA | 受注につながる記録から |
多くの企業はSFAが先です。リードが少ない段階でMAを導入しても、育成する母数がなく、機能の大半が使われません。
連携するときの注意
- 顧客情報の正を1つ決める：どのツールの情報を正とするか
- 同期の方向を決める：双方向にすると衝突する
- 重複判定のキーを決める：メールアドレスか、法人番号か
- 引き渡しの条件を決める：MAからSFAへ、いつ何を渡すか
- 戻す経路も作る：時期尚早と判明した商談をMAに戻す
「戻す経路」が最も抜けます。MAからSFAへの一方通行にすると、営業が対応しきれないリードが滞留します。
導入して失敗する原因
| 原因 | 症状 | 対処 |
|---|---|---|
| 入力されない | データが溜まらない | 入力項目を減らす。営業の評価に組み込む |
| 運用ルールがない | 人によって使い方が違う | ステータスと入力タイミングを定義する |
| 機能を使いこなせない | 高機能な部分が未使用 | 必要な機能から段階的に使う |
| リードが少なすぎる | MAが空回りする | まず獲得を増やす |
| 担当者が不在 | 設定が放置される | 責任者を1人決める |
| 既存業務と二重管理 | Excelと併用が続く | 移行の期限を決める |
最も多いのは「入力されない」です。ツールの問題ではなく運用の問題なので、機能を追加しても解決しません。
選ぶときの確認項目
| 項目 | 確認すること |
|---|---|
| 解決したい工程 | どの工程の課題か |
| 既存システムとの連携 | 会計、名刺管理、チャットツール |
| 導入までの期間 | 設定とデータ移行にかかる時間 |
| 運用の担当 | 誰が設定し、誰が使うか |
| 料金体系 | ID数か、リード数か、機能か |
| サポート | 初期設定を支援してもらえるか |
機能の多さで選ばないでください。使われない機能は費用だけがかかります。
まとめ
- MAは獲得〜育成、SFAは商談〜受注、CRMは受注後
- MAだけが匿名の訪問者を扱える
- 多くの企業はSFAから導入するのが妥当
- リードが月100件未満なら、MAはまだ早い
- 連携時は顧客情報の正を1つ決める
- 戻す経路を必ず作る
- 失敗の最多要因は「入力されない」＝運用の問題
よくある質問
MAとCRMのどちらを先に導入すべきですか？
解決したい課題によります。「リードは集まっているが対応しきれていない」ならMA、「受注後の顧客の状況が見えていない」ならCRMです。ただし、そもそも商談の記録が残っていない状態であれば、どちらより先にSFAを整えてください。
1つのツールで全部できませんか？
近年は各製品の機能範囲が広がり、MA・SFA・CRMを1つで提供する製品も増えています。データが1か所にまとまる利点は大きい一方、各領域の専門ツールと比べると個別機能が浅い場合があります。組織規模が小さいうちは統合型、特定領域の要求が高度になったら専門ツールを併用、という進み方が一般的です。
MAを入れたのに成果が出ません。
原因の多くはリード数の不足と運用設計の不在です。育成すべきリードが月数十件しかなければ、自動化する対象がありません。また、シナリオを設計せずにツールだけ導入しても、一斉配信の機能しか使われません。まず獲得の量を増やし、次に「どの状態の相手に何を送るか」を決めてください。
SFAとCRMは分けて導入すべきですか？
多くの製品ではSFAとCRMが統合されており、実務上は分けないほうが自然です。商談から受注、その後の対応履歴までが同じ顧客レコードに紐づくためです。分ける必要が出るのは、サポート部門が独自のシステムを使っている場合など、組織の事情によるものが中心です。
